AIが定着しない現場に足りないのは、マニュアルではなく“引き継ぎ設計”

AIを入れた。プロンプト集も作った。操作マニュアルも厚い。それでも、詳しい人が休みに入った週から現場が止まる——この話、相談のたびに聞きます。

結論から言うと、足りないのはマニュアルの枚数ではありません。「誰が抜けても、同じ仕事が同じ品質で回る」ための引き継ぎ設計です。前回の記事（「AIが定着しない」本当の理由は…）では定着を「入口・品質・引き継ぎ」で切り分けました。今回は、そのうち引き継ぎだけを現場の言葉で掘ります。

詳しい人が休むと、AI活用が止まる

中小・中堅でよく見る光景は、だいたいこうです。

ツールは残っています。アカウントも生きています。止まっているのは画面ではなく、判断の置き場所です。

マニュアルを増やすほど、逆に「読めばわかるはず」という空気が強くなり、実際の引き継ぎは後回しになります。読まれない文書が増えるだけで、休み明けの問い合わせは減りません。

ここで言う引き継ぎ設計は、人事異動の儀式でも、分厚い手順書プロジェクトでもありません。次の4つを、業務単位で短い言葉に落とすことです。

ポイントは「全部を文書化すること」ではありません。属人の頭の中にある判断を、二人目が再現できる形にすることです。

たとえば「見積メールの下書き」なら、こんな粒度で足ります。

これだけで、「詳しい人しか触れない魔法」から「代理が一日で立て直せる仕事」に近づきます。

大がかりな仕組みは要りません。明日から足せる最小セットは、次の3つです。

上の「誰が・何を・どこまで・例外時」を、1業務につき半ページ以内で書く。Notionでも共有スプレッドシートでも紙でもよい。長くしないことが条件です。最初は「週にいちばん痛い業務」1つだけで十分です。

カードを書いたら、代理候補に一度やってもらう。詳しい人は横で口を出さず、詰まった箇所だけメモする。そこが、まだ頭の中に残っている暗黙知です。通しのあと、カードに1〜2行足せば終わり。研修会は不要です。

うまくいった例より、変な出力・危ない送り方・戻ってきたクレームを3行で残す。「先週こうなった → こう止めた」が、次の代理の命綱になります。きれいなFAQにしなくてよい。日付と事実だけで回ります。

この3つが揃うと、「マニュアルはあるのに誰も触れない」状態から、「代理が迷わず関所まで進める」状態に変わります。入口や品質の話は別記事に任せ、ここでは引き継ぎの穴だけを塞ぎます。

やりがちな失敗も、はっきり書いておきます。

引き継ぎ設計のゴールは、資料の完成度ではありません。詳しい人が2週間抜けても、同じ関所で同じ品質が保てるかです。そこを測りにすると、やることは自然と小さくなります。

もし今、「AIは一部の人だけが使っている」「休みの週に問い合わせが自分に集中する」なら、ツール追加やマニュアル増補の前に、一番痛い業務1つだけ業務カードを書いてみてください。代理の通しまでできれば、引き継ぎの穴はかなり見えます。

一人では切り分けにくいとき、30分の相談で一緒に見ます。話すのは機能比較ではなく、**「誰が抜けても回るか」**です。どの業務をカード化するか、関所をどこに置くか、二人目を誰にするか——現場の実物に近い話だけに絞ります。

まずは30分で、引き継ぎの穴を1つ特定する。