AI を「個人が時々使う」状態から「業務プロセスに組み込まれて毎日価値を出す」状態へ進めるための手順。開発以外の一般業務も対象。ツール選定はツール徹底比較、技術的な統合はシステムへの組み込みへ。

導入5ステップ

1. 棚卸し — 部門の定常業務を書き出し、頻度と所要時間を付ける（1週間分の実績で十分）
2. 選定 — 下のマトリクスで「頻度が高い × 入出力が定型」の業務から着手対象を1〜2個選ぶ
3. PoC（2週間） — 担当者1〜2名で実運用に並走させる。成果物の品質と所要時間を記録
4. 手順化 — うまくいったプロンプト・手順をテンプレ化し、チームの共有場所（Wiki / リポジトリ）に置く
5. 定着・計測 — 月次で利用率と削減時間を確認。使われない手順は捨てるか書き直す

業務選定マトリクス

入出力が定型 ＼ 頻度	高頻度（毎日〜毎週）	低頻度（毎月〜）
定型（議事録、定型レポート、一次対応）	◎ 最優先。ワークフロー化・自動実行まで狙う	○ テンプレ＋チャットで十分
非定型（企画、分析、交渉）	○ チャットで支援。完全自動化は狙わない	△ 後回し。個人の工夫に任せる

---

4つの組み込み型

「AI を業務に組み込む」の中身は実際には4段階ある。右に行くほど効果が大きく、設計と管理のコストも上がる。

型	姿	例	必要なもの
1. チャット利用	人がその都度 AI に聞く	調査・要約・文面作成・壁打ち	ツール契約と安全ルールだけ
2. テンプレ運用	共有プロンプト・手順書を全員が使う	議事録の型、レビュー観点表、翻訳指示	テンプレ置き場と更新係
3. ワークフロー	決まった入力→処理→出力を AI が担う	受信メール分類→下書き、週次レポート生成	トリガー・入出力の定義（4要素）
4. エージェント	目標を渡し、手順は AI が判断	コーディングエージェント、調査エージェント	権限設計・検証ループ（運用ループ）

部門別の定番ユースケース

部門	まず効くもの	次に狙うもの
開発	コーディング支援・PR レビュー前段・テスト生成	CI 組み込み・課題からの自動 PR
営業・CS	問い合わせ下書き・商談メモ整理・FAQ 検索	ナレッジベース連携の一次回答ボット
企画・マーケ	調査要約・ドラフト作成・多言語展開	定例レポートの自動生成
管理部門	規程検索・文書チェック・議事録	申請内容の事前チェックフロー

---

ガバナンス — 最小セット

ルールがないと現場は萎縮するか暴走するかの二択になる。最初に決めるのは次の5点だけでよい。

1. 入れてよいデータ — 機密区分ごとに可否を明文化（例: 顧客個人情報は不可、社内文書は学習無効設定のツールのみ可）
2. 人間レビューの境界 — 社外に出るもの・契約や金額に関わるものは必ず人間が最終確認
3. 出典の扱い — 事実主張には出典を付けさせ、確認してから使う
4. 使ってよいツールの一覧 — 契約済みツールを列挙し、それ以外への業務データ投入を禁止
5. 事故時の報告先 — 誤送信・漏えい疑いの一次報告先を決めておく

詳細は安全運用を参照。開発リポジトリ側の規約は ルール / Skills に置く。

効果測定

• 時間: 対象業務の所要時間（導入前後）。PoC 時の記録がベースライン
• 品質: 手戻り率・レビュー指摘数・顧客応答の一次解決率など、業務ごとの既存指標を流用
• 利用: 週次アクティブ利用者・テンプレ利用回数。「契約したのに使われない」を早期検知
• 測れないものを無理に数値化しない。「この業務はこの手順で AI 化済み」というカバレッジの一覧が一番説明に使える

Gotchas

• 「全社展開」から始めない。1業務×1チームで成功例を作ってから横展開する方が結局速い
• ツール配布だけして手順を渡さないと、使うのは元々得意な2割だけになる。テンプレとセットで配る
• 自動化したワークフローは放置すると静かに腐る。入力形式の変化・モデル更新で品質が変わるため、月次のサンプル確認を運用に含める
• 削減時間の自己申告は過大になりがち。PoC の実測値を使う