中小企業がClaude Codeで失敗する3パターン｜iMediaが15部署をAI組織化した解決法
中小企業がClaude Codeで失敗する3パターン｜iMediaが15部署をAI組織化した解決法
「個人で試したらすごく便利だったClaude Codeを、社内に展開しようとしたら全然回らない」──このつまずき方をする中小企業が、ここ半年で急増しています。Claude Code 中小企業 導入の文脈で、個人運用と組織運用は別物として設計しないと、必ず3つのパターンで失敗します。合同会社iMediaは2025年12月から自社の15部署をAIエージェント化する試行を続けてきました。本記事ではその実装ログから、典型的な失敗パターンと回避法を共有します。
—
【結論】中小企業がClaude Codeで失敗する3パターンと、iMediaが組織化で解いた答え
正直に言うと、Claude Codeを中小企業に入れて崩れる原因のほとんどは、iMediaが実装ログを記録してきた限り、次の3つに集約されます。
1. 個人運用の延長で組織に持ち込む（指示書が個人スコープのまま）
2. CLAUDE.mdが会社全体で1枚しかない（部署横断の判断軸が混線する）
3. 部署横断の改善ループ設計がない（AIの精度が頭打ちになる）
iMediaは半年前、まさにこの3つで詰まりました。私が今枝（代表）と回した解決の答えは「CLAUDE.mdを階層化して、部署ごとに小さなAI社員チームを置く」という設計でした。結果、現在は秘書室・PM部・dev部・マーケティング部など15部署がそれぞれ専用のCLAUDE.mdを持ち、社長が指示を出すと該当部署に自動でルーティングされる体制になっています。
個人運用と組織運用は別物だと最初に認める
X上で話題になった奥山幸生氏の解説記事「Obsidian × Claude Code でAIアシスタントチーム」（okuyama_ai_/article/2055558888972329408、2026年5月公開、表示12,988件）では、個人と家庭でAIアシスタント5人を運用する設計が紹介されています。あの設計は1人事業者には完成形に近い。ただ、社員2人以上で同じVaultを共有しはじめた瞬間に、別の設計問題が立ち上がります。それを認めるところから組織版の設計が始まります。
—
失敗パターン1：個人運用の延長で組織に持ち込むとなぜ崩れるのか？
結論を先に書くと、個人運用は「自分1人の判断軸」で完結しますが、組織は判断軸の所有者が複数いるため、CLAUDE.md1枚に書ききると必ず矛盾します。iMediaも半年前、最初は1枚のCLAUDE.mdに全部書こうとして、たった3週間で破綻しました。
奥山氏が紹介している個人版の5人構成（リサーチ・コンテンツ・クライアント・振り返り・経理）は、すべて「あなた1人が判断のオーナー」という前提です。ところが会社では、リサーチの優先度を決めるのはマーケ部長、コンテンツのトーンを決めるのは編集責任者、経理の判断基準を握るのは経理担当と、判断軸の所有者が分散します。これを1枚のCLAUDE.mdに同居させると、AIから見て「どっちの基準を採用すべきか」が判別できません。
個人で5人のAIアシスタントを動かす成功事例
okuyama_ai_氏の記事では「朝6時にGmailの通知音が1回鳴って、リサーチまとめ3本・コンテンツ下書き1本・打ち合わせ事前メモ1本が準備完了」という運用を半年継続している、と書かれています。Vaultの9フォルダ設計（00 – INBOX、01 – PROJECTS、04 – SYSTEM、06 – GENERATED、07 – QUEUEなど）も合理的で、私自身、自分用のObsidian Vaultでは似た構造を採用しています。ここまでは個人運用として完成度が高い。
そのまま組織に持ち込むと起きる3つの破綻
iMediaが2025年12月〜2026年1月にかけて社員2人で同じCLAUDE.md運用を試した際、次の3つが起きました。
– トーンの混線：マーケ部の関西弁テンションと、経理部の事務的トーンが、同じCLAUDE.mdの中で両立できず、AIが平均化したぼやけた口調を返した
– 優先度の競合：「今週のフォーカス」セクションに2人分の優先事項を書いたら、AIがどちらを採るべきか判断できず、毎回確認質問を返してきた
– 責任所在の消失：AIの出力が誰のレビューを通すべきか不明確で、06 – GENERATEDフォルダにファイルが溜まる一方になった
iMediaが半年前にぶつかった壁
最初の3週間で「これは1枚では無理」と結論が出ました。1人で運用していた設計を社員2人に拡張するだけでこれだけ崩れる、というのは想像以上のインパクトでした。中小企業で「個人で試したら良かったから社内展開しよう」という流れになると、ほぼ確実に同じ壁にぶつかります。
—
失敗パターン2：CLAUDE.mdが会社全体で1枚しかないと部署横断で機能しない
会社全体のCLAUDE.mdが1枚だけ、という構造には致命的な限界があります。iMediaが採用した解決策は、CLAUDE.mdを3階層に分けて、それぞれの責任範囲を物理的に切り離す設計でした。
1枚CLAUDE.md問題とは？
会社の業務は、全社共通ルール（コミュニケーション言語・連絡先表記・基本ブランドトーン）と、部署固有ルール（マーケ部の関西弁トーン、経理部の数字優先など）と、案件固有ルール（クライアントAのNGワード、案件Bの期日）の3層に分かれます。これを1枚に詰め込むと、AIが「今読むべき行はどれか」を判定できず、関係ない指示まで取り込んで判断がぼやけます。
iMediaが採用した階層型CLAUDE.md（組織→部署→サブ部署）
iMediaの実構造を晒します（2026年5月17日時点）。
“`
/iMedia-ai-team/
├── CLAUDE.md ← 組織全体ルール（15部署一覧・基本原則7条）
├── secretary/CLAUDE.md ← 秘書室の役割・TODOフォーマット
├── pm/CLAUDE.md ← PM部のタスク分解ルール
├── dev/CLAUDE.md ← 開発部のコード品質基準
├── marketing/CLAUDE.md ← マーケ部全体の指針
│ ├── own/CLAUDE.md ← 自社マーケ部（i-media.jpブログ運営担当）
│ └── client/CLAUDE.md ← クライアントマーケ部
└── (他10部署)
“`
組織CLAUDE.mdには「日本語で対応」「組織図」「7原則」のみ。部署CLAUDE.mdには「使用スキル」「自律判断ルール」「主な業務」を書く。サブ部署CLAUDE.mdには「具体的なKPI」「ファイル構造」を書く。Claude Codeはディレクトリを移動するたびに、その階層のCLAUDE.mdを上位から順に読み込むため、必要な指示だけが脳に乗る状態を作れます。
実物のディレクトリ構造
特に効いたのは、サブ部署までCLAUDE.mdを切ったことです。iMediaのマーケ部は「自社マーケ」と「クライアントマーケ」に分かれていて、自社マーケ部の専用CLAUDE.mdには「i-media.jpブログの最大目標：AI SEO + Google SEO の検索順位向上」と明記されています。これがない状態でAIに「マーケ部として動いて」と頼むと、自社案件か他社案件かでトーンが揺れていました。階層を切ってから揺らぎはほぼ消えました。
—
失敗パターン3：部署横断の改善ループ設計がないとAIの精度が頭打ちになる
CLAUDE.mdを階層化しても、それだけでは数ヶ月で精度が頭打ちになります。理由はシンプルで、AIが失敗した時に学習する場所がないから。iMediaでは各部署に`revision_log.md`を置いて、AIが踏んだ失敗パターンを次のセッションで読み返す仕組みを採用しています。
改善ループとは何か？
ChatGPTやClaude Codeは、デフォルトでは会話ごとに記憶がリセットされます（プロジェクト機能やメモリ機能はあるが、組織運用では各セッションが独立する設計が安全）。そのため失敗の記録を人間側でMarkdownに書き留めて、次回読ませるという運用を組まないと、同じミスを永遠に繰り返します。
iMediaのrevision_log運用とdev-requestsの実例
実物のフローを公開します。2026年5月16日に社長指示で「目標文字数を8,000〜12,000字から6,000字±500字に変更」「AI SEOチェックリストを必須化」が決まった際、自社マーケ部は次の3ファイルを更新しました。
– `marketing/own/CLAUDE.md`：業務5「WP記事更新」セクションに新方針を明記
– `marketing/own/revision_log.md`：AI SEO改善ループ（14日/30日/90日測定）を運用ルールとして追加
– `marketing/own/blog-operations/dev-requests.md`：dev部への改善要望2件（社長承認日付つき）
dev部はこの`dev-requests.md`を起点に、`knowledge/seo_knowledge.md`の文字数規定を書き換え、執筆エージェント（writer playbook）を更新、品質審査エージェントの採点軸を「Google SEO 20点 + AI SEO 15点 + 基本品質 5点」に再設計しました。改善要望→対応→完了確認→TODO閉鎖まで、すべてMarkdownファイル上で完結しています。
—
なぜiMediaは15部署のAI組織化に成功したのか？半年運用の1次データ
ここまでが失敗パターンの解説でした。ここからは「なぜiMediaは成功したのか」を、半年運用の1次データで答えます。結論を先に書くと、秘書室を窓口にした自律分散モデルが決定打でした。
15部署の構成と役割分担
iMediaの組織は次のとおりです（2026年5月17日時点）。
| 部署 | ディレクトリ | 役割 |
|—|—|—|
| 秘書室 | `secretary/` | 社長窓口・タスク管理・部署振り分け |
| PM部 | `pm/` | プロジェクト進捗管理・dev指示出し |
| リサーチ部 | `research/` | Web情報収集・市場調査 |
| 開発部 | `dev/` | AIツール開発・自動化スクリプト |
| インフラ開発部 | `dev-infra/` | LINE・Lステップ・API連携 |
| マーケティング部 | `marketing/` | マーケ全体統括（自社/クライアントに分岐）|
| 動画制作部 | `video/` | 動画編集・制作・納品管理 |
| LP・HP制作部 | `lp-hp/` | LP・HP制作・制作自動化 |
| コンサル部 | `consulting/` | ビジネスコンサル・経営支援 |
| スキル管理室 | `skill-manager/` | カスタムスキル開発・品質管理 |
| 環境管理室 | `config-admin/` | 設定・権限・キーバインド管理 |
| 品質管理部 | `qa/` | 全部署成果物の動作確認・精度テスト |
| 税務・経理部 | `tax-accounting/` | 決算・税務・社会保険・経費管理 |
| ※他にデザイン・営業など | | |
ポイントは、各部署が「ディレクトリ単位で独立した小さなAI会社」になっている点です。
秘書室を窓口にした自律分散モデル
社長は毎回「どの部署に頼むか」を考えなくていい状態です。秘書室のCLAUDE.mdに「依頼内容を聞いて、該当部署に振り分ける」というルーティングルールが書いてあるため、社長が「歯医者向けの営業リスト作って」と言うと、秘書室が「これはリサーチ部案件」と判断して、`research/`にエージェントを起動します。これにより、社長の認知負荷は劇的に下がりました。
数字で見るBefore/After
合同会社iMediaの自社実測値です（※計測期間：2025年12月〜2026年4月、対象：HP制作・SNS運用・経理・記事執筆を中心に、社員5名換算で集計）。
– 業務削減時間：月80時間（社長+社員5名換算で計測。Claude Code導入前と比較）
– 記事執筆コスト：1記事の人件費換算で約70%削減（執筆エージェント+QA3エージェント連携）
– 部署立ち上げ時間：新部署を1日で立ち上げ可能（CLAUDE.mdテンプレ＋ディレクトリ複製で初期化）
– 新人の即戦力化：入社後1週間で部署CLAUDE.mdとrevision_log.mdを読みながら、一定品質の成果物を出せる体制になりました（従来のOJT工数を半減）
– 会議時間の短縮：部署横断会議が、各部署のrevision_logと秘書室のCURRENT.mdを共有するだけで30分→10分に縮みました（議題の重複が消えるため）
—
明日から始める3ステップ｜まず1部署をAIエージェント化する手順
ここまで読んで「うちも組織化したい」と感じた経営者向けに、最小スタートを書きます。やることは3つだけ。所要時間は合計1時間。
ステップ1：1部署を選んで専用ディレクトリを切る
まず社内で最も属人化している業務を1つ選んでください。経理、リサーチ、コンテンツ作成あたりが候補です。ターミナルで`mkdir 部署名`して、その中に作業ファイルを集めます。複数部署を同時にやろうとすると、iMediaも初期にやって崩れました。1部署に絞ることを強くおすすめします。
ステップ2：部署CLAUDE.mdを15分で書く
部署ディレクトリ直下に`CLAUDE.md`を置きます。書くべきは次の3セクションだけ。
“`markdown
役職
あなたは [部署名] のAIエージェントです。
主な業務
– 業務1
– 業務2
– 業務3
今週のフォーカス
– [来週までに必ず終わらせること]
“`
完璧を目指さないでください。最初の1週間は「今週のフォーカス」が更新されることが最重要です。AIの判断軸は、このセクションの鮮度で決まります。
ステップ3：revision_logで改善ループを回す
`revision_log.md`を同じディレクトリに置いて、AIが踏んだ失敗を1件ずつ追記します。記録フォーマットは「状況・ミス・修正・教訓」の4項目で十分。次回そのディレクトリで作業する時、AIに必ずrevision_log.mdを読ませることだけ守れば、精度は週単位で上がっていきます。
iMediaの場合、自社マーケ部の`revision_log.md`に「公開後14日でGSC順位を測定 → 10位以下なら失敗パターン記録 → 次記事生成前に必読」というループが回っています。記事の品質スコアは初稿89/100点から、運用3記事目で目標90点台に乗る計画です（直近の post_id 233 の14日測定は2026-05-24予定）。
ちなみに、revision_logは「失敗の記録」だけでなく「成功した非自明なパターン」も書き留めると価値が倍になります。iMediaでは、特定のクライアント案件で効いた切り口をrevision_logに残し、別案件でAIがそれを参照する仕組みを作りました。半年運用してみての肌感では、組織のノウハウが個人の頭から離れて、ファイル上に蓄積されていく感覚があります。
—
中小企業がClaude Code導入でつまずいたら相談できる場所はある？
ここまでの内容を読んで、「自社だけで組織化を進める自信がない」「最初の設計だけ伴走してほしい」と感じた経営者向けの相談窓口があります。
3つの失敗パターンの回避策まとめ
| 失敗パターン | 回避策 |
|—|—|
| 個人運用の延長で組織に持ち込む | 個人版と組織版の設計を最初から分ける |
| CLAUDE.mdが1枚しかない | 組織→部署→サブ部署の3階層に分けて配置 |
| 改善ループがない | 各部署にrevision_log.mdを置き、次回必読を徹底 |
iMediaのAI業務改善支援サービス
合同会社iMediaは、自社で半年間動かしてきた組織化メソッドを、中小企業の経営者向けにそのまま提供しています。1部署の立ち上げ伴走から、15部署クラスのフル組織化までスコープを調整できます。サービス内容と事例は AI業務改善支援LP をご覧ください。お問い合わせは i-media.jp/#contact から受け付けています。
—
今枝友典（合同会社iMedia 代表）
中小企業向けデジタルマーケティングを8年。Claude Code・AI業務自動化を実装、自社で日次運用中（2025年〜）。AI業務改善支援サービスを提供。
お問い合わせ：https://i-media.jp/#contact