%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
AIを使ったSOP作成は、速さではなく「AIがドラフトを書き、人間が判断する」役割分担の設計で成否が決まります。
AIを使ったSOP作成は、速さではなく「AIがドラフトを書き、人間が判断する」役割分担の設計で成否が決まります。
「マニュアルを作らないといけないのはわかっているが、ヒアリングとドキュメント化に時間が取られて着手できない」「AIに書かせてみたが、社内のツール名も承認フローも違っていて結局作り直しになった」「せっかく作ったSOPが共有フォルダの奥に埋もれて、誰も見ていない」——SOPとAIの話をすると、だいたいこの3つのどれかに行き着きます。
SOPのAI自動作成とは、業務の目的・流れ・判断基準・例外処理といった情報をAIに入力し、構造化された手順書のドラフトを出力させたうえで、実務経験のある担当者がレビュー・修正して確定させる作成方法です。AIが担うのは文書の骨格づくりまでで、自社固有の情報の正確性と最終的な責任は人間側に残る、という前提を最初に置くことが出発点になります。
本記事はSOP・マニュアル・プレイブックカテゴリに属しています。経営管理全体を体系的に学びたい方は経営管理完全ガイドをご覧ください。
この記事でわかること
AIでSOPを作ろうとして、精度に落胆した経験がある方に向けて、何がAIに任せられて何が人間に残るのかを最初に切り分けます。
- AIがSOP作成のどこを速くするのか — ヒアリング・ドキュメント化・レビューのうち、AIが肩代わりできる工程と、人間に残る工程を切り分けて整理します。
- AIに渡すべき情報とプロンプトの設計 — 業務の目的・作業の流れ・使用ツール・判断基準・例外処理という5つの入力項目と、出力フォーマットの指定方法を解説します。
- AI生成SOPのレビュー観点と品質ゲート — 正確性・網羅性・実用性・自社固有情報・セキュリティの5観点と、AI生成→担当者レビュー→管理者承認の3段階の設計を示します。
- LLMエージェントが読めるSOPの書き方 — 人間向けSOPとエージェント向けSOPの違いを、曖昧さの排除・入出力の明示・エラーハンドリングの観点で比較します。
- CRMに載せて運用を止めない仕組み — 作ったSOPをHubSpotのナレッジベースやプレイブックに実装し、日々の業務フローの中で参照される状態にする考え方を扱います。
マニュアル作成の担当になった方、業務標準化を進めたい管理部門の方、AI活用の適用範囲を見極めたい経営層の方に向けて書いています。最後まで読むと、自社のどの業務からAIでSOP化を始め、どんなレビュー体制を敷けばよいかを、自分の言葉で設計できるようになります。
SOP作成がAIで変わる部分と、変わらない部分
AI（ChatGPT、Claude、Geminiなど）の登場で、SOP作成の工程は大きく組み替わりました。ただし「全部AIがやってくれる」という話ではありません。ここを曖昧にしたまま導入すると、出てきたドラフトの精度に落胆して「やはりAIは使えない」という結論になりがちです。まず、どこが変わってどこが変わらないのかを分けて見ていきます。
従来の作成フローとAI活用後の違い
従来のSOP作成は、業務担当者へのヒアリング、文書としての構造化、関係者レビューという3つの工程で構成されます。AIが効くのは主に2つ目の「構造化」の部分です。
| 工程 | 従来のSOP作成 | AI活用後のSOP作成 |
|---|---|---|
| ヒアリング | 2〜3日 | AIが既存資料から下書きを即時生成 |
| ドキュメント化 | 3〜5日 | AIが構造化されたSOPを数分で生成 |
| レビュー・修正 | 1〜2週間 | 人間のレビューに集中（1〜2日） |
| 総所要時間 | 2〜4週間 | 2〜3日 |
表を見ると全工程が縮んでいるように見えますが、実際に短縮されているのは「白紙から文章を書き起こす時間」です。
レビュー・修正の期間が短くなるのは、AIが正しく書くからではなく、たたき台があることで議論が具体的な指摘に集中するからです。「何を書くか」の合意形成そのものはAIには代替できません。ここを勘違いしたまま導入すると、ドラフトが速く出てくる分、レビュー担当者の負荷だけが増える、という逆効果も起こり得ます。
AIによるSOP作成が有効なケース
すべての業務がAIでのSOP化に向いているわけではありません。次のような条件に当てはまる業務は、AIのドラフト精度が比較的高く出やすい領域です。
- 既存の文書やメモがある業務: AIが既存資料を読み込み、構造化されたSOPに変換できます
- 定型的なオフィスワーク: データ入力、レポート作成、メール対応などのデスクワーク
- ITシステムの操作手順: 画面遷移やコマンド操作を手順化する作業
- 他社事例が豊富な業務: 一般的な業務フローはAIの知識ベースに含まれています
ただし、AIに向かない業務もあります
逆に、次のような業務は無理にAIで作らないほうが早いです。ここを正直に線引きしておかないと、レビュー工数が作成工数を上回ります。
- 身体的な動作や現場の勘所が中核にある業務 ── 機械の調整や接客の間合いといった要素は、文字情報として入力されていない限りAIは知りようがありません。
- 自社独自のルールが手順の大半を占める業務 ── 社内システムの独自仕様、部署固有の承認ルート、取引先ごとの例外対応などは、AIの知識ベースに存在しないため、結局は人間がすべて書き足すことになります。
3つ目は、法令や規制に直結する手順です。誤った記述がそのまま運用されるリスクが大きいため、AIのドラフトを起点にする場合でも、条文の確認は人間側で行う前提を置きます。このあたりは後半の「ハルシネーション対策」で詳しく扱います。
AI×人間の役割分担をどう線引きするか
SOP作成にAIを入れるとき、最初に決めておきたいのは「AIに任せる範囲」です。ここを設計せずにツールだけ導入すると、成果物の品質が担当者の使い方次第でばらついてしまいます。個人の力量に頼るのではなく、役割分担のルールとして決めておくことがポイントになってきます。
AIが得意なこと、人間が判断すべきこと
AI全般に言えることですが、AIは「超一流の業務設計者」ではなく「調べ物と文書化が速いアシスタント」として捉えるのが実態に合っています。この前提で分担表を作ると、こうなります。
| AIが得意 | 人間が判断すべき |
|---|---|
| 既存メモからの構造化・文章整形 | その業務をそもそも標準化すべきかの判断 |
| 一般的な業務フローの叩き台生成 | 自社固有の承認フロー・ツール名の確定 |
| 手順の粒度をそろえる書き換え | 判断基準の閾値をいくつにするかの決定 |
| 用語の統一・表記ゆれの修正 | 法令・規制に関わる記述の妥当性確認 |
| 想定されるエラーパターンの列挙 | 例外が起きたときの最終的な意思決定 |
この表の右側は、どれも「その会社のことを知らないと決められないこと」です。
逆に言えば、左側に当てはまる作業に人間の時間が使われているなら、そこはAIに寄せる余地があると考えています。
「叩き台をAIで作り、人間が改善する」を基本形にする
初めてSOPを書く方ほど、白紙から書き始めて手が止まります。まずAIに依頼して初期段階のドラフトを作り、あとから手動で改善していく進め方にすると、取っかかりがやりやすくなります。これはSOPに限らず、HubSpotのワークフローを初めて組むときにも同じことが言え、骨格をAIに作らせてから細部を人間が詰める流れは応用が利く考え方です。
自律モードは使わない、という運用ルール
AIに生成させたSOPを、レビューなしでそのままナレッジベースに公開する運用は避けたほうが安全です。AIが自動的に最終成果物まで出してしまう設定は、便利さと引き換えに、誤った手順が現場に流れるリスクを抱えます。公開前に人間が確認してから通す——この一手間を仕組みとして挟むことが、結果的に運用を長持ちさせます。
AI活用SOP作成の4ステップ
ここからは実際の作成手順です。入力の整理、出力の指定、レビュー、実装の4つに分けます。どのステップも、次のステップの品質を決める前提になるので、順番を飛ばさないことが大事です。
ステップ1：業務情報をAIに入力する
AIにSOPを生成させるには、業務の情報を正確に伝える必要があります。ここでの情報量が、そのまま出力の実用度に直結します。以下の情報を整理して入力しましょう。
- 業務の目的: なぜこの作業を行うのか
- 作業の流れ: 大まかなステップ（箇条書きでOK）
- 使用するツール: ソフトウェアやシステムの名称
- 判断基準: Yes/Noの分岐がある場合の条件
- 例外処理: イレギュラーなケースへの対応方法
この5項目のうち、実務で抜けやすいのは「判断基準」と「例外処理」です。ベテランが無意識にやっている分岐こそ、暗黙知として残りやすい部分だからです。ヒアリングの際は「この作業、うまくいかないときはどうしていますか」と聞くと、例外処理が引き出しやすくなります。
ステップ2：AIにSOP形式で出力させる
プロンプトを工夫することで、AIは構造化されたSOPを出力できます。効果的なプロンプトのポイントは以下のとおりです。
- SOPの構成要素（目的・適用範囲・手順・注意事項）を指定する
- 1ステップ1アクションの粒度で出力を求める
- 判断基準を具体的な数値やYes/No形式で記述させる
- 出力フォーマット（テーブル・番号リスト・フローチャート記法）を指定する
特に効くのが「1ステップ1アクション」の指定です。これを書かないと、AIは1つのステップに複数の作業を詰め込んだ文章を返してきます。読む側からすると、どこまでやったら次に進んでよいのかが判断できません。
ステップ3：人間によるレビューと修正
AIが生成したSOPは、あくまで「ドラフト」です。以下の観点で人間がレビューし、修正を加えます。
| レビュー観点 | チェック内容 |
|---|---|
| 正確性 | 手順の順番や内容に誤りがないか |
| 網羅性 | 抜け漏れたステップや例外処理はないか |
| 実用性 | 現場の担当者が理解・実行できる記述か |
| 自社固有の情報 | 社内ツール名、部署名、承認フローが正しいか |
| セキュリティ | 機密情報や個人情報の取り扱い手順が適切か |
Deloitte（デロイト トーマツ）でも、AIが生成したドキュメントに対して人間がレビューする体制を「品質ゲート」として制度化する取り組みが進められています。レビューを個人の善意に任せず、通過条件として定義している点が参考になります。AI時代のナレッジマネジメントでは、RAGやナレッジグラフを活用した次世代のナレッジ管理を解説しています。
ステップ4：CRMやナレッジベースに実装する
レビュー済みのSOPは、社内ナレッジベースやCRMに登録し、誰でもアクセスできる状態にします。ここを共有フォルダやローカルのファイルで止めてしまうと、更新されたかどうかが誰にもわからなくなり、数か月後には誰も見ないドキュメントになります。
HubSpotを導入している企業であれば、ナレッジベース機能やプレイブック機能にSOPを登録し、営業やカスタマーサクセスの業務フローに組み込むことが可能です。プレイブックはコンタクトや取引のレコード画面から呼び出せるため、「手順書を探しに行く」のではなく「作業している画面に手順が出てくる」状態を作れます。HubSpot Playbookの活用方法で、CRMへのSOP実装の具体的な手順を解説しています。
スプレッドシート管理から抜け出すSOP運用設計
SOPが機能しない原因の多くは、内容の質ではなく置き場所にあります。ExcelやスプレッドシートでSOP一覧を管理している企業は多いのですが、この形には構造的な限界があります。ここはAIの話の前に片づけておきたい部分です。
スプレッドシート管理で起きること
手順書の本体はWordやGoogleドキュメント、一覧はスプレッドシート、更新の連絡はチャット、という分散状態になると、情報の所在がバラバラになります。更新が入ったときに一覧側の更新日を直し忘れる、最新版がどれかわからず古い手順で作業してしまう、といった差分が起きやすくなります。
さらに厄介なのが、誰がいつ見たかがわからないことです。新人に「このSOPを読んでおいて」と渡しても、読んだかどうかも、どこでつまずいたかも追えません。改善のためのフィードバックが返ってこないので、SOPは作りっぱなしになります。この状態は、SOPをAIで速く作れるようになったからといって解消するものではなく、置き場所そのものを見直さない限り繰り返されます。
SOPを業務フローの中に置く
推奨したいのは、SOPを独立した文書としてではなく、顧客対応の流れ（コンタクト→取引→顧客→請求）のどこで使うかを決めたうえで配置する設計です。例えばこう整理します。
| 業務フローの位置 | 使うSOP | HubSpot上の置き場所 |
|---|---|---|
| 問い合わせ受付 | 初期対応・振り分け手順 | チケットのプレイブック |
| 初回商談 | ヒアリング項目・確認事項 | 取引レコードのプレイブック |
| 見積もり提示 | 見積作成・承認の手順 | 取引ステージの必須入力と併用 |
| 受注後の引き継ぎ | オンボーディング手順 | ナレッジベース＋タスク自動生成 |
| 問い合わせ対応 | よくある質問への回答手順 | ナレッジベース（顧客向けと社内向け） |
この置き方をすると、SOPを探す行為がなくなります。レコードを開けばその場面で必要な手順が表示されるので、新人でも手順どおりに進められますし、どのステップで止まっているかがレコード上に残ります。上の表のように、業務フローのどこに何を置くかを先に決めてから中身を書くほうが、結果として使われるSOPになります。
必須入力プロパティをSOPの代わりに使う
もうひとつの仕組み化のやり方が、取引ステージの移行条件に必須入力プロパティを設定する方法です。例えば「見積もり提示」に進めるには金額とクローズ日の入力を必須にする、「受注」に進めるには受注理由の入力を必須にする、といった形です。
これは単なるデータ品質の担保ではなく、手順書としても機能します。新人は「このステージに進むには何を確認しなければならないか」を、プロパティの必須項目から学べるからです。文書を読ませるより、システム側で入力を求めるほうが手順として定着しやすくなります。人に頼るのではなく、仕組みで解決する——SOPの運用でも同じ発想が有効です。
次の画面は、HubSpotのシーケンス機能で一連のアクションを順序立てて設定した例です。SOPを文書として書くだけでなく、こうした形でシステム側に手順を埋め込んでおくと、担当者が変わっても同じ流れが再現されます。
LLMエージェントによるSOP自動実行
AI×SOPの話題として注目されているのが、LLMエージェントがSOPを読み込み、業務を自律的に実行するパラダイムです。ここは「SOPを作るためにAIを使う」のではなく「AIが使うためにSOPを書く」という発想の転換が必要になります。
SOPの「作成」から「実行」へ
AIDBなどでも報告されているとおり、SOPをもとにLLMエージェントが業務を自動実行する仕組みの研究が進んでおり、定型業務の自動化に新たな可能性をもたらしています。人間が読んで理解する前提の文書から、機械が解釈して実行する前提の文書へと、SOPの役割が広がりつつあるということです。AIエージェントで業務プロセスを再設計する方法では、AIエージェントによる業務自動化の具体的な設計手法を解説しています。
自動実行に適したSOP設計のポイント
LLMエージェントに実行させるためには、人間向けとは異なるSOP設計が求められます。
- 曖昧さを排除する: 「適切に」「必要に応じて」ではなく、明確な条件と閾値を記述
- 入出力を明示する: 各ステップの入力データと出力データを明確に定義
- エラーハンドリングを網羅する: 想定されるエラーパターンと対処方法をすべて記載
- APIや操作手順を具体化する: システム操作はAPI名やボタン名まで特定
人間向けSOPとエージェント向けSOPの違いを整理すると、次のようになります。
| 観点 | 人間向けSOP | エージェント向けSOP |
|---|---|---|
| 曖昧な表現 | 文脈で補完される | 実行不能になるため排除が必要 |
| 手順の粒度 | 慣れた人は省略して読む | すべてのステップを明示する |
| 例外時の対応 | 「上長に相談」で成立する | 判断条件と分岐先を定義する |
| データの受け渡し | 暗黙に共有される | 入力と出力を明示的に定義する |
ただし、すべてのSOPをエージェント向けに書き換える必要はありません。人間が読むSOPとしてはむしろ冗長になり、読まれなくなる可能性があります。自動化したい業務から順に、エージェント向けの記述に作り替えていくほうが現実的です。
HubSpot Breezeとの連携
HubSpotのAIプラットフォーム「Breeze」は、CRM上のワークフローを自動化する機能を提供しています。SOPに基づいた営業フォローアップや、カスタマーサポートの自動応答など、CRM×AIの業務自動化がすでに実用段階に入っています。
ここでもポイントになるのは、参照元となるナレッジの品質です。ナレッジがしっかり整理されていればAIは正しく回答・実行してくれますが、情報が曖昧なままだと誤った案内をそのまま返してしまいます。SOPの整備はAI活用の準備工程でもある、という位置づけです。
正直に言うと、まだ万能ではありません
一方で、AI機能全般に言えることとして、日本語での運用には工夫が要ります。
品質管理とガバナンスの仕組み
AIで作ったSOPを組織として運用するには、品質を担保する仕組みが要ります。レビューを「気をつけましょう」で終わらせると、忙しい時期に形骸化しやすくなります。ルールとプロセスとして定義しておくことが大事です。
AI生成SOPの品質ゲート
AIが生成したSOPを組織で運用する際には、品質ガバナンスの仕組みが不可欠です。
| ガバナンス項目 | 実施内容 |
|---|---|
| 承認フロー | AI生成→担当者レビュー→管理者承認の3段階 |
| バージョン管理 | AI生成版と人間修正版を区別して管理 |
| 定期レビュー | 四半期ごとにAI生成部分の正確性を検証 |
| 責任範囲 | AIが生成した内容の最終責任は承認者にある |
この4項目のうち、最も効くのは「責任範囲」の明確化です。AIが書いたから間違っていても仕方ない、という逃げ道を作らないことで、レビューの真剣度が変わります。業務標準化の進め方では、品質管理のフレームワークを詳しく解説しています。
ハルシネーション（幻覚）への対策
AIは、存在しない情報を事実であるかのように生成する「ハルシネーション」のリスクがあります。特にSOPにおいては、誤った手順が重大な事故やコンプライアンス違反につながる可能性があるため、以下の対策が重要です。
- 実務経験のある担当者がレビューする
- 法令や規制に関わる手順は法務部門の確認を経る
- テスト運用期間を設け、手順の正確性を実地検証する
3つ目のテスト運用が抜けがちです。机上のレビューでは気づけない不整合は、実際に手順どおり動かしてみて初めて見つかります。新しく作ったSOPは、書いた本人ではなく、その業務に慣れていないメンバーに手順どおりやってもらうと、説明不足の箇所が浮かび上がります。
自社に最適な形は企業によって異なります
ここまで挙げた3段階の承認フローや四半期レビューは、あくまで一般的な形です。SOPの対象業務が数件の段階で3段階承認を敷くと、運用負荷のほうが大きくなります。逆に、多拠点で同じ業務を回している組織では、承認を2段階に減らすと拠点ごとのばらつきが出ます。企業様によって最適な形は異なりますので、対象業務の件数・リスクの大きさ・関わる人数を見ながら、自社に合わせて調整いただくのがよいかと思います。
AI×SOP活用の実名事例
外部のツールがどこまで踏み込んでいるかを知ると、自社でどこまでやるかの目安が立ちます。ここでは公開情報のある2社を挙げます。
Asanaの業務プロセスAI化
Asanaは、プロジェクト管理ツール上でAIがワークフローの改善提案やタスクの自動生成を行う機能を提供しています。SOPに基づくタスクの自動割り当てが可能になっており、手順書とタスク管理が地続きになっている点が特徴です。手順書を別の場所に置くのではなく、タスクの発生源として組み込んでいる設計は、前章で触れたHubSpotのプレイブック活用の考え方とも近いものがあります。
mymap.aiのSOP自動生成
mymap.aiは、AIでSOPを数分で生成できる無料ツールを提供しており、マーケティングやプロジェクト管理のSOP作成を効率化しています。生成されたSOPはカスタマイズ可能で、チーム内での共有も容易です。専用ツールならではの手軽さがある一方、生成されたものをどこに置き、誰が承認するかという運用設計は、ツール側が肩代わりしてくれる範囲ではありません。
ツール選定より先に決めること
専用ツールは、ドラフト生成の手間を減らしてくれます。ただし、どのツールを使うかより先に決めるべきは、次の内容です。
- 作ったSOPをどこに置くか
- 誰がレビューするか
- いつ更新するか
ここが決まっていないと、どんなツールを入れても作りっぱなしのドキュメントが増えるだけになります。ツールは作成工程を速くしますが、運用の設計までは肩代わりしてくれません。
スモールスタートで始めるAI×SOPの進め方
最後に、実際にどこから手をつけるかです。全社のSOPを一気にAIで作り直そうとすると、レビューが回らず途中で止まります。効果が出そうな範囲を見極めて、優先順位をつけて進めるのが現実的です。
最初の1本を選ぶ基準
まずは次の条件に当てはまる業務を1つ選び、AIでSOPを作ってみるところから始めます。
| 選定基準 | 具体的な見方 |
|---|---|
| 頻度が高い | 週次以上で発生し、複数人が関わる業務 |
| 属人化している | 特定の人が休むと止まる業務 |
| 既存メモがある | 断片的でも手順のメモやチャットログが残っている |
| リスクが低い | 手順を間違えても影響範囲が限定的 |
リスクの低さを基準に入れているのは、最初の1本は「AIの出力がどの程度使えるか」を測る検証も兼ねるからです。いきなり基幹業務や法令に関わる手順から着手すると、レビュー負荷が高くなりすぎて、AI活用の是非を判断する前に疲弊します。
3段階で広げる
1本目が回り始めたら、次のように段階を踏んで広げていきます。
- 第1段階: 1業務でAI生成→レビュー→ナレッジベース登録の流れを一通り体験し、レビュー観点と所要時間の実感をつかむ
- 第2段階: 同じ部署の類似業務に横展開し、プロンプトのテンプレート化とレビュー担当の役割を決める
- 第3段階: SOPをHubSpotのプレイブックやナレッジベースに載せ、業務フローの中から参照される状態にする。自動化の余地がある業務はエージェント向けの記述に作り替える
この順番で進めると、途中でやめても第1段階の成果は残ります。逆に、いきなり第3段階の全社展開から始めると、土台となるSOPの品質が固まっていないため、システムに載せた後で作り直しが発生します。
運用を止めないための最低限のルール
広げるときに併せて決めておきたいのが、更新のルールです。少なくとも「誰が」「どのタイミングで」見直すかの2つは決めておきます。業務フローが変わったときに更新する、という条件だけだと更新のきっかけが曖昧になるため、四半期ごとなど時間でも区切っておくと運用が安定します。
よくある質問
Q. AIが生成したSOPはそのまま使えますか？
AIが生成したSOPは「ドラフト」として扱い、人間がレビュー・修正することをおすすめします。特に自社固有の情報（システム名、承認フロー、セキュリティルール）はAIが正確に把握できないため、追記が必要です。逆に言えば、一般的な業務フローの骨格部分はかなりの精度で出てくるので、そこに自社の固有情報を足していく進め方が効率的です。
Q. どのAIツールがSOP作成に適していますか？
ChatGPT（GPT-4o）やClaude（Opus/Sonnet）が汎用的に使えます。長文の構造化文書生成に強いClaudeは、特にSOP作成との相性が良いと評価されています。ただしツールの差より、入力する業務情報の粒度とプロンプトでの出力指定のほうが、成果物の品質への影響は大きいです。まずは手元にあるツールで1本作ってみて、物足りなければ他を試すのが実際的です。
Q. AI生成SOPの知的財産権はどうなりますか？
AIが生成した文書の著作権については、日本では現状「AIが自律的に生成した部分には著作権が発生しない」という見解が主流です。ただし、人間が創意工夫を加えた部分は著作物として保護されます。社外に公開するSOPやマニュアルを作る場合は、自社の法務部門に確認したうえで運用ルールを決めておくと安心です。
Q. LLMエージェントによるSOP自動実行はいつ頃普及しますか？
2026年時点では研究・実証段階のものが多く、定型的なデータ入力やレポート生成などの単純な業務から実用化が始まっています。今後は、より複雑な業務への適用が段階的に広がっていくと考えられます。現時点では、将来エージェントに渡すことを見据えて、曖昧な表現を減らしたSOPを書き溜めておくのが現実的な備えになります。
Q. SOPをCRMに載せるメリットは何ですか？
手順書を探しに行くのではなく、作業しているレコード画面から手順が呼び出せる点が最大の違いです。HubSpotのプレイブック機能であれば、コンタクトや取引のレコード上で手順を表示し、回答内容をそのままプロパティに記録できます。SOPが業務の流れから切り離された文書ではなく、日々の入力動線の一部になるため、更新されないまま放置される状態を防ぎやすくなります。
まとめ
AIによるSOP作成は、文書を書く時間を短縮する技術であると同時に、「どこまでをAIに任せ、どこからを人間が判断するか」を組織として決める作業でもあります。本記事の要点を整理します。
- AIが効くのは「白紙から構造化された文書を書き起こす」工程です。何を書くかの合意形成と、自社固有情報の確定は人間に残ります
- 入力すべきは業務の目的・作業の流れ・使用ツール・判断基準・例外処理の5項目です。抜けやすいのは判断基準と例外処理で、ここがそのまま手順書の実用度を決めます
- レビューは正確性・網羅性・実用性・自社固有情報・セキュリティの5観点で行い、AI生成→担当者レビュー→管理者承認の3段階を品質ゲートとして定義します
- 作ったSOPは共有フォルダではなく、業務フローの中（HubSpotのプレイブックやナレッジベース）に置き、レコード画面から参照される状態にします
- LLMエージェント向けのSOPは、曖昧さの排除・入出力の明示・エラーハンドリングの網羅が要件です。全SOPを書き換えるのではなく、自動化したい業務から順に作り替えます
最初の一歩としては、週次で発生していて、既存メモがあり、手順を間違えても影響が限定的な業務を1つ選び、その1本だけをAIでSOP化してみることをおすすめします。全社展開の計画を立てる前に、1本作ってレビューまで通すことで、自社にとってのAIの使いどころが具体的に見えてきます。
今日からできる3ステップは次のとおりです。
- 対象業務を1つ選び、目的・作業の流れ・使用ツール・判断基準・例外処理の5項目を箇条書きで書き出す
- AIに「目的・適用範囲・手順・注意事項の構成で、1ステップ1アクションの粒度」を指定してドラフトを出力させる
- 実務経験のある担当者が5観点でレビューし、修正版をHubSpotのナレッジベースまたはプレイブックに登録して、レコードから参照できる状態にする
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
- 読まれる業務マニュアルの作成方法｜現場で使われるマニュアル設計の7つのコツ
- 暗黙知を形式知に変換する方法｜ベテラン社員のノウハウを組織の資産にする実践ステップ
- AIエージェント導入ロードマップ｜3段階で進める業務自動化の計画策定ガイド
- ナレッジベースの構築方法｜情報設計・カテゴリ分類・検索性向上のベストプラクティス
経営管理の理解をさらに深めるために、カスタマーサクセスのプレイブック設計もあわせてご覧ください。また、SOPとマニュアルの違いとは？目的・構成・使い分けをわかりやすく解説も関連するテーマを扱っています。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
