第1話｜部署別に AI を入れる前に、組織の「現在地」を 5 行で書き出す

「部署ごとに AI を入れる」の前に止まる組織が増えている

AI ツールを契約する段階までは、思ったよりすんなり進みます。難しいのはそのあとです。営業に入れるのか、CS に入れるのか、人事にも広げるのか。各部署に丸投げすると、勝手にバラバラの運用が始まり、半年もすれば「結局なにに使われているのか分からない」状態になります。

逆に経営企画や情シスが全部を仕切ろうとすると、現場の事情を知らないまま設計が進み、配ったあとに使われない、という別の停滞が起きます。

このシリーズでは、その中間に立つやり方を扱います。部署ごとに違う仕事の組み方を尊重しつつ、最低限の共通言語は経営側で握る。第1話はその入り口です。

5 行で組織の「現在地」を書き出す

部署別に展開を考える前に、まず組織全体の現在地を 5 行で書き出します。長い計画書ではなく、A4 半ページに収まる短いメモでかまいません。書く項目は次の 5 つです。

1. 1. 誰が（部署と担当者）
2. 2. 何を（具体的な業務名／作業名）
3. 3. どこまで自動化したいか（下書き／一次回答／最終出力）
4. 4. 止める条件（うまく回らないと判断したらやめる線）
5. 5. 既存ツール（社内で既に使われている AI／外部 SaaS）

ポイントは「どこまで自動化したいか」を 3 段階で書き分けることです。下書きまでなら社内文書に近い扱いで済みます。一次回答まで踏み込むと顧客接点の管理が要ります。最終出力を AI に任せるのは、社内規程と責任の整理が必要になります。この段階を曖昧にしたまま走り出すと、あとで揉めます。

「止める条件」を最初に書くのも要点です。導入後にどんな数字や事象を見て継続／中止を判断するかを、契約前に決めておくと、合意の付け直しが要らなくなります。

5 行を経営層に渡すときの主語

5 行のメモは、経営層に上げるときに少し書き換えます。AI を主語にせず、経営の意思決定対象を主語にします。

たとえば「営業部に AI チャットを導入する」ではなく、「商談メモの記録工数を月 X 時間削る」と書きます。経営層が承認するのは、ツールの是非ではなく、組織として狙う成果です。AI はその手段であり、別ツールに置き換わってもいい、ぐらいの位置づけで提示します。

この書き換えをしておくと、半年後にツールを乗り換える話が出てもブレません。狙っていた成果に達したか、という議論に戻れるからです。

ありがちな失敗、最低限の足場

部署別展開で、いちばんよく起きる失敗は次の 2 つです。

• - 部署ごとに勝手に契約する
• - 全社共有のドキュメントがなく、何が起きているか経営が把握できない

これを防ぐ最低限の足場は、たった 3 つで足ります。

• - 利用ツールの一覧表（誰が／どれを／何のために）
• - 禁止データの一覧（顧客個人情報、未公開財務、人事評価など）
• - 例外プロセス（一覧外を使いたい場合に通す手順）

立派な規程文書をつくる前に、この 3 点だけ A4 1 枚に収めて配ると、勝手契約の暴走はかなり止まります。文書の格式より、配布されている事実が効きます。

次回以降の進め方

次話からは、この 5 行を実際の部署別に分解していきます。第2話は営業部門。商談前後の「下書き工程」をどこで切り出すかを扱います。第3話は CS、第4話は人事、と続きます。各部署の章を読んだあと、もう一度この第1話に戻ると、5 行のメモが具体的に書けるようになっているはずです。

導入は技術ではなく、巻き込み方の問題です。誰がどこまで責任を持つか、どこで止めるかを言語化しておくこと。それだけで部署別展開は半分以上進みます。

この回のまとめ：

• - 部署別展開の前に、組織の現在地を 5 行で書き出す。
• - 「どこまで自動化するか」を 3 段階で書き分ける。
• - 「止める条件」を最初に書いておく。
• - 経営層には AI ではなく成果を主語に提示する。
• - 利用ツール一覧／禁止データ／例外プロセスの 3 点を A4 1 枚にまとめる。