Claude Codeを契約したものの、実際に触っているのは情報システム部門と一部の有志だけ——。導入初期の相談で最も多いのがこの状態です。
導入初期のつまずきには、共通したパターンがあります。この記事では代表的な3つの壁とその越え方に加え、最初の2週間の進め方、部署別の「最初の1業務」の例、業務マニュアル（CLAUDE.md）の作り方、研修の設計、よくある質問までを整理します。
- つまずきは「何に使えるか分からない」「初回で失敗して離脱」「業務の暗黙知がAIに伝わらない」の3つ
- 越え方は「対象業務を1つに絞る」「最初の指示は小さく具体的に」「業務マニュアルを言語化する」
- 最初の2週間で、この3つを部署ごとに済ませる。全社一斉の研修より、部署ごとの1業務のほうが定着する
- 言語化した業務マニュアルは、AIへの指示だけでなく新人教育・引き継ぎに転用できる資産になる
壁1：「何に使えるか」が抽象的すぎる
「議事録作成やメール返信に使えます」と説明されても、自分の業務のどこに当てはまるのか、現場の担当者にはイメージが湧きません。
越え方はシンプルで、最初の1週間は「自分の業務を1つだけ」対象にすることです。全社共通の使い方を教える前に、経理なら請求書チェック、営業なら商談メモの整理など、部署ごとに具体的な1業務を決めて触ってもらうと、定着率が大きく変わります。
部署別「最初の1業務」の例
| 部署 | 最初の1業務 | 選ぶ理由 |
|---|---|---|
| 経理 | 請求書と発注書の突き合わせ、勘定科目の下書き | 手順が決まっていて、正解の確認がしやすい |
| 営業 | 商談メモから議事録と次のアクションを整理 | 毎日発生し、効果をすぐ感じられる |
| 総務・人事 | 社内規程の問い合わせへの一次回答の下書き | 同じ質問が繰り返される |
| 製造・技術 | 日報の要約と、異常の報告書の下書き | 現場の文章作成の負担が大きい |
| 情報システム | 問い合わせチケットの分類と一次回答 | 件数が多く、型がある |
| 経営企画 | 会議資料の要約、数値の整合チェック | 資料が多く、確認に時間がかかる |
「毎日か毎週発生する」「手順が決まっている」「結果の正誤を担当者が判断できる」の3条件を満たす業務を選ぶと、最初の成功体験を作りやすくなります。
壁2：初回で失敗して離脱する
日本語で指示すればなんでもできる、という期待値のまま使い始めると、最初の指示がうまく伝わらずに離脱してしまうケースが多く見られます。
これを防ぐには、最初の指示は「小さく、具体的に」出すことを徹底してもらうのが有効です。いきなり「業務を自動化して」ではなく、「このExcelの合計をチェックして」のように、範囲を絞った指示から始めることで成功体験を積み上げられます。
うまくいく指示・いかない指示
| うまくいかない指示 | うまくいく指示 | 違い |
|---|---|---|
| この業務を効率化して | このフォルダの請求書PDFから、発行日・金額・取引先を一覧にして | 対象・入力・出力が具体的 |
| 議事録を作って | この録音の文字起こしから、決定事項・担当者・期限の3列で整理して | 出力の形が指定されている |
| メールを返信して | この問い合わせに、添付の規程の第3条を引用して回答の下書きを作って。敬体で200字以内 | 根拠・文体・長さが指定されている |
| データを分析して | この売上表を月別・担当者別に集計し、前月比が20%以上下がった行を挙げて | 手順と判断基準が指定されている |
初回の研修では、この表を配り、「右の列の書き方で1つやってみる」ことだけを目標にします。うまくいかなかった指示は、何が足りなかったか（対象・入力・出力・基準）を一緒に見直します。
壁3：業務マニュアルがAIに伝わっていない
社内の暗黙知（誰が、どの順番で、何を確認しているか）が言語化されていないと、AIに渡す指示も曖昧になります。
この壁を越えるために、私たちの研修では「自分用の業務マニュアル（CLAUDE.md）」を最初の2週間で作成してもらうことを推奨しています。一度言語化してしまえば、AIへの指示だけでなく、新人教育やマニュアル整備にも転用できる資産になります。
業務マニュアル（CLAUDE.md）に書く5項目
- 業務の目的と成果物: 何のために、何を作るか（例: 月次の売上報告書を経営会議用に作る）
- 入力の場所と形式: どのフォルダの、どのファイルを使うか。ファイル名の規則
- 手順: 順番に。判断が必要な箇所は「〇〇なら△△」と条件で書く
- 確認する点と基準: 何をどの基準でチェックするか（例: 合計が前月比±30%を超えたら要確認）
- 禁止事項と出力の形式: 入力してはいけない情報、出力のファイル形式・文体・宛先
最初から完成を目指さず、1業務について箇条書きで10行程度から始めます。AIに指示して結果を見るたびに、足りなかった情報を追記していくと、2週間で使える状態になります。
業務マニュアル（CLAUDE.md）の記入例
経理の「請求書チェック」を例にした、最初の10行です。
- 目的: 受け取った請求書が発注内容と一致しているかを確認し、支払い承認に回す
- 成果物: 請求書ごとに「一致／要確認」と理由を書いた一覧（スプレッドシート）
- 入力: 共有フォルダ「請求書/当月」のPDFと、発注一覧（Excel）
- 手順1: 請求書から発行日・取引先・品目・金額を読み取る
- 手順2: 発注一覧の同じ取引先・品目と金額を突き合わせる
- 手順3: 金額が一致しない、または発注一覧にない場合は「要確認」にし、差額を書く
- 確認基準: 金額の差が1円でも「要確認」。消費税の端数は備考に書く
- 禁止: 請求書の内容を社外に送らない。取引先の口座情報は一覧に書かない
- 出力: 「取引先・請求番号・金額・判定・理由」の5列、判定は「一致」「要確認」の2種類
- 最終確認: 一覧は担当者が全件目視してから承認へ回す
この10行で最初の指示を出し、結果がずれた点（例: 品目名の表記ゆれで一致しない）を手順に追記していきます。
最初の2週間の進め方
| 日 | やること | 担当 |
|---|---|---|
| 1日目 | 部署ごとに「最初の1業務」を決める。3条件で選ぶ | 部門長＋担当者 |
| 2〜3日目 | その業務の現状（所要時間・手順・確認点）を記録する。ROI測定の基準値にもなる | 担当者 |
| 4〜5日目 | 業務マニュアルの初版を10行で書く。「うまくいく指示」の型で1回試す | 担当者 |
| 2週目前半 | 毎日1回、同じ業務で試す。うまくいかなかった点をマニュアルに追記 | 担当者 |
| 2週目後半 | 部署内で結果を共有。マニュアルを整え、次の1業務を決める | 担当者＋部門長 |
この2週間は、全社共通の研修ではなく、部署ごとの1業務に絞って進めます。「使える人が増えた」ではなく「業務が1つ回った」を最初の到達点にすると、定着率が変わります。
最初に覚える操作は5つで足りる
導入初期の研修で全機能を教える必要はありません。1業務を回すために最初に覚える操作は次の5つです。
- 対象のファイル・フォルダを指定する: 「このフォルダの」「このファイルの」と場所を明示する
- 出力の形を指定する: 表・箇条書き・文章、列の名前、文体、長さ
- 確認してから実行させる: 「先に手順を示して、確認してから進めて」と伝え、意図と違えば止める
- 結果を検証する: 出力の一部を自分で確認する。合計や件数の突き合わせ
- 業務マニュアルに追記する: 足りなかった情報を、次回のために書き足す
この5つができれば、1業務は回ります。応用的な機能は、業務が回ってから必要に応じて覚えれば十分です。
つまずきの兆候と対処
| 兆候 | 考えられる原因 | 対処 |
|---|---|---|
| 「使い方が分からない」と言う | 対象業務が決まっていない | 壁1へ戻る。1業務を一緒に決める |
| 1〜2回試してやめた | 初回の指示が大きすぎて失敗した | 壁2へ戻る。「うまくいく指示」の型で1回一緒にやる |
| 結果を毎回大きく直している | 業務マニュアルに確認基準・出力形式が書かれていない | 壁3へ戻る。マニュアルに基準を追記 |
| 特定の人しか使っていない | 相談できる人が部署にいない | その人を相談役にし、週1回の共有の場を作る |
| 業務が変わって使わなくなった | 対象業務が季節性・単発だった | 毎日〜毎週発生する業務に対象を変える |
3か月後の到達目標
最初の2週間で1業務が回ったら、3か月後の目標を次のように置きます。
- 部署ごとに2〜3業務が回っている（最初の1業務＋横展開）
- 業務マニュアルが部署内で共有され、担当者以外も同じ業務を処理できる
- 定着率（対象者のうち継続利用している割合）が7割以上
- 効果の記録（所要時間・件数）が月次で集まっている（「ROIの測り方」参照）
- 全社展開に向けたガバナンスの確認が始まっている（「チェックリスト」参照）
この状態になっていれば、全社展開の判断材料がそろいます。逆に、3か月で定着率が5割を切っていれば、展開の前に部署内の運用を直す時期です。
研修の設計で気をつけること
- 機能の説明より、業務の適用: ツールの全機能を教える研修は、受講後に「で、何をすれば」で止まる。1業務の実演と実習に絞る
- 受講者の業務データで実習する: サンプルデータではなく、自分の業務のファイルで試すと、翌日から使える
- 失敗を共有する場を作る: 「うまくいかなかった指示」を持ち寄る会のほうが、成功事例の共有より学びが多い
- 相談できる人を部署に1人置く: 研修後の質問先がないと離脱する。情報システム部門ではなく、同じ部署の人が望ましい
- 3か月後に再研修: 最初の研修の内容は忘れられる。定着率が下がる時期に、業務マニュアルの見直しを兼ねて行う
よくある質問
Q. 対象業務を1つに絞ると、効果が小さく見えませんか
最初の2週間の目的は効果の大きさではなく「業務が1つ回る」実績を作ることです。回った業務を横展開し、次の業務を足していくことで、3か月後には部署単位の効果になります。効果の測り方は「業務自動化のROIをどう測るか」を参照してください。
Q. 業務マニュアルを書く時間がありません
最初は10行で十分です。手順を完璧に書くより、「AIに指示して足りなかった情報を追記する」繰り返しのほうが、結果的に早く使えるマニュアルになります。1日10分を2週間続けるイメージです。
Q. 情報システム部門の許可が必要な業務はどうすればいいですか
顧客の個人情報や機密情報を扱う業務は、最初の1業務には選ばず、社内データだけで完結する業務から始めてください。全社展開の前に整えるべき項目は「AIガバナンスのチェックリスト」にまとめています。
Q. 使わなくなった人にはどう声をかければいいですか
「なぜ使わないのか」ではなく「最後にうまくいかなかったのは何か」を聞いてください。多くは指示の書き方か、業務マニュアルの不足で止まっており、その1点を一緒に直せば戻ります。
Q. 年配の社員が抵抗しています
年齢より「自分の業務で役に立った経験があるか」で差が出ます。その人が最も面倒だと感じている作業を1つ聞き、それを一緒に試すのが最も効果があります。全体研修では動かない人が、自分の業務の1回で変わることは珍しくありません。
Q. 研修は外部に頼むべきですか、社内でできますか
ツールの操作は社内の得意な人でも教えられます。外部に頼む価値があるのは「業務の選び方」「マニュアルの言語化」「定着の仕組み」の設計で、この部分が定着率を左右します。操作研修は社内、設計は外部、という分担も現実的です。
Q. 業務マニュアルは誰が管理しますか
最初に書いた担当者が「持ち主」になり、部署の共有フォルダに置きます。更新は誰でもできる形にしますが、月1回は持ち主が内容を見直し、実際の手順とずれていないかを確認します。担当者が異動・退職する際は、マニュアルの持ち主を引き継ぐことを引き継ぎ項目に入れておくと、業務ごと止まることを避けられます。
Q. 部署をまたぐ業務はどう扱えばいいですか
最初の2週間では対象にせず、各部署で1業務が回ってから取り組みます。部署をまたぐ業務は、入力データの所在や確認の責任が分かれるため、業務マニュアルを書く前に「誰がどこまで担当するか」の整理が必要になり、立ち上げの段階では負担が大きすぎます。
まとめ
導入初期の2週間で決めるべきことは、次の3つに集約されます。
- 対象業務を1つに絞る
- 最初の指示は小さく具体的にする
- 業務の暗黙知を言語化する
この設計を飛ばして「とりあえず全社に展開」してしまうと、一部の得意な社員だけが使うツールで終わってしまいます。凪AIの研修・伴走コンサルティングでは、この最初の2週間の設計から併走しています。