AIネイティブ企業の作り方｜最初の一業務を30日で仕組みにする手順
AIネイティブ企業づくりの最初の30日は、全社へAIを広げる期間ではありません。一つの業務を選び、AIと人の分担が繰り返し動くところまで仕上げる期間です。
30日後に残すものは、AIツールの一覧ではありません。対象業務を一枚で説明できる定義、AIが使う情報、役割と手順、検証・承認の基準、実行記録です。これらがそろって初めて、続ける、直す、止める、次の業務へ広げるという経営判断ができます。
1. 最初の一業務を選ぶ
候補を「AIでできそうか」だけで選ぶと、効果は大きそうでも完了を判定できない仕事が残ります。候補ごとに、次の問いへ答えてください。
幅が狭い場合は表を横にスクロールできます
| 選定する問い | 選びやすい状態 | 初回対象から外す状態 |
|---|---|---|
| いつ始まる仕事か | 依頼、受領、定例日など開始条件が分かる | 誰かが気づいたときに始まる |
| 何を受け取るか | 入力資料や必要項目を列挙できる | 情報が担当者の記憶にしかない |
| 何を作れば終わりか | 成果物と受け取り手が決まっている | 「いい感じに改善する」で終わる |
| 間違いをどう見つけるか | 必須項目、照合先、判断者がある | 正否を誰も説明できない |
| 失敗したとき戻せるか | 下書きや提案で止められる | 送金、契約締結、削除まで直結する |
| 次も起きるか | 同じ型の仕事が繰り返し発生する | 一度きりで再利用しない |
すべてを完璧に満たす必要はありません。ただし、入力、成果物、間違いの発見方法が説明できない仕事は、30日間の対象として広すぎます。まず人が下書きを確認でき、失敗しても戻せるところまで範囲を狭めます。
問い合わせへの返信案を対象にするなら、「問い合わせを受け取ってから、送信前の返信案と確認事項を担当者へ渡すまで」が一業務です。顧客への送信までを最初から自動化の範囲に含めません。
選定後に作る成果物：一業務定義
次の空欄を一枚にまとめます。
- 業務名：何を終える仕事か
- 開始条件：何を受け取ったら始めるか
- 入力：仕事に必要な資料と項目
- 成果物：誰へ何を渡すか
- 完了条件：何を確認できたら終わりか
- 停止条件：何が欠けたら人へ戻すか
- 承認者：外部送信や変更を誰が決めるか
この段階の完了条件は、別の担当者が一業務定義を読み、開始と終了を同じ範囲で説明できることです。
2. 成果物から逆算して、必要な運用を作る
一業務定義が決まったら、会社知識、AIの役割、手順を個別に作り込むのではなく、成果物を完成させるために必要な分だけ用意します。
使う情報と更新責任を決める
AIへ読ませる資料を増やす前に、今回の成果物へ必要な情報を特定します。各情報には、正式な参照元、更新する人、いつの時点の内容かを付けます。古い料金表と新しい料金表が並ぶ場合は、どちらを使うかをAIへ推測させません。
この段階の成果物は「使用情報一覧」です。完了条件は、入力例に対して参照すべき情報を人が一意に選べ、更新責任者が分かることです。全社資料の整理は完了条件に含めません。
AIに渡す会社情報の整理方法では、原文、過去の経緯、現在使う情報を混ぜない整理を詳しく扱います。
AIと人の担当範囲を一文で決める
役割は部署名や人格から決めず、「何を受け取り、何を作り、誰へ渡すか」で書きます。担当外と停止条件も同じ一文に含めます。
成果物は「役割定義」です。完了条件は、AIが進めてよい範囲と、人へ戻す条件を担当者が同じように説明できることです。複数のAI部署を先に作る必要はありません。
AIカンパニーの組織図は、一業務から他の担当へ引き継ぐ段階で、担当範囲と責任の境界を図にするために使えます。
通常手順と、止まる場所を書く
手順は、想定できる例外をすべて列挙する文書ではありません。最初は次の流れを、対象業務の言葉へ置き換えます。
- 入力がそろっているか確かめる
- 正式な情報を参照する
- 成果物の下書きを作る
- 完了条件に照らして検証する
- 承認が必要なら、判断材料と一緒に人へ渡す
- 結果、修正理由、未完了を記録する
成果物は「通常手順と停止条件」です。完了条件は、情報が不足した場合に推測で進まず、人へ戻れることです。
3. 検証と承認を、完成後ではなく手順へ入れる
検証では、形式や一致を確かめる作業と、影響を引き受ける判断を分けます。前者は機械的に確認できる場合があります。後者は責任を持つ人が決めます。
幅が狭い場合は表を横にスクロールできます
| 確認するもの | 例 | 判定する人・仕組み |
|---|---|---|
| 必須項目 | 宛名、商品名、期日があるか | ルールによる検査 |
| 参照情報との一致 | 料金、名称、リンクが正式情報と同じか | 元資料との照合 |
| 未回答・不明点 | 入力不足や判断不能が残っていないか | AIが列挙し、人が確認 |
| 外部へ出してよいか | 顧客への送信、公開 | 責任者が承認 |
| 影響を受け入れるか | 契約条件、送金、価格変更、削除 | 権限を持つ人が判断 |
この段階の成果物は「検証項目」と「承認表」です。完了条件は、各項目について合格の証拠が残り、承認前の外部送信や不可逆な変更が起きないことです。
検証が動かないときは、項目を消して合格にしません。何を確かめられなかったかを未完了として残し、手順か参照情報を直します。AIを安全に使うための管理と承認の仕組みでは、影響と戻しやすさから承認点を決める方法を説明しています。
4. 最初の30日を、4つの判断区間に分ける
30日間は、週ごとに別の仕組みを作る期間ではありません。同じ一業務を繰り返し、前の段階で曖昧だった点を次の成果物へ反映します。
幅が狭い場合は表を横にスクロールできます
| 期間 | すること | 残す成果物 | 次へ進む条件 |
|---|---|---|---|
| 1〜3日目 | 候補を比べ、対象範囲と責任者を決める | 一業務定義 | 入力、成果物、完了、停止、承認を一枚で説明できる |
| 4〜10日目 | 人が確認しながら同じ業務を試す | 使用情報一覧、役割定義、通常手順 | どの情報を使い、どこで止まったかを記録できる |
| 11〜20日目 | 修正理由から検証項目と承認点を作る | 検証項目、承認表、実行記録 | 合否の証拠と、人が判断した結果を区別して残せる |
| 21〜30日目 | 別の担当者が記録から同じ業務を再開する | 引き継ぎ記録、改善候補、継続判断 | 元の担当者の記憶に頼らず再開でき、次に直す一点を選べる |
30日目に自動化率を競う必要はありません。次の問いへ、実行記録をもとに答えます。
- 同じ開始条件から、同じ成果物を作る手順を再現できたか
- 人が直した箇所と理由を記録できたか
- 古い情報や未確認情報を使わずに止まれたか
- 承認前に外部へ送信・公開・変更しなかったか
- 続ける、直す、止めるのどれを選ぶか。その根拠は何か
一つの業務がこの状態に届いてから、隣接業務との引き継ぎや次の対象を検討します。届かなければ、AIを増やす前に対象範囲を狭めるか、入力と完了条件を見直します。
2泊3日で作る範囲
自社だけでは対象業務の絞り込みや初期設定で止まりやすい場合、合宿で作るもの、作らないものを読むと、2泊3日で扱う範囲と帰社後に残る仕事を確認できます。
3日間で全社を完成させる場ではありません。最初の一業務を定義して動かし、帰社後の30日で検証と改善を続けられる最初の形を作る場です。
よくある質問
どのAIツールを選べばよいですか
対象業務の入力、成果物、完了条件、承認者を決めてから選びます。要件が決まれば、必要な接続、権限、費用を比較できます。
社内資料をすべて整理してから始めますか
いいえ。最初の一業務に必要な情報だけを特定し、正式な参照元と更新責任者を決めます。全社整理は最初の30日の完了条件ではありません。
専門の開発者は必要ですか
文章作成や情報整理などは、既存サービスで試せる場合があります。ただし、本人確認、社内システムとの接続、本番データの操作が必要なら、技術者の支援範囲を先に決めます。
AIネイティブ企業は、壮大な組織図からではなく、開始と終了を説明でき、人の承認を守って繰り返せる一つの仕事から作ります。
会社全体の現在地を確認するときは、AIネイティブ経営の4段階へ戻り、次に仕組みにする仕事を選べます。