%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}
この記事の結論
SOP・業務マニュアル・プレイブックは、個人の経験に頼っていた業務を組織の「型」に変える3つの文書です。役割の違いを押さえて使い分け、更新され続ける仕組みに載せることが標準化の要です。
SOP・業務マニュアル・プレイブックは、個人の経験に頼っていた業務を組織の「型」に変える3つの文書です。役割の違いを押さえて使い分け、更新され続ける仕組みに載せることが標準化の要です。
「この業務はあの人にしかできない」「マニュアルはあるけれど、どれが最新版か誰もわからない」「新しく入ったメンバーに毎回同じ説明をしている」——こうした声が出ている組織では、ナレッジが個人の頭の中やバラバラのファイルに閉じ込められています。
業務の標準化とは、個人の経験や勘に頼っていた業務を、誰でも同じ品質で再現できる「型」に落とし込むプロセスです。SOP（標準作業手順書）は特定の手順を厳密に定義する文書、マニュアルは業務全体を包括的に説明する文書、プレイブックは成果につながる進め方を共有する実践ガイドであり、それぞれ役割と使いどころが異なります。
このページは、経営管理完全ガイドの中の「SOP・マニュアル・プレイブック」カテゴリのガイドページです。各記事は、StartLinkが実務経験をもとに執筆しています。
この記事でわかること
業務標準化を任された方が、どの文書から作り、どう定着させ、どう更新し続けるかを順に判断できるよう、次の5点を整理しています。
- SOP・マニュアル・プレイブックの使い分け — 3つの文書の目的と粒度の違い、どれから作るかの判断基準を示します。
- 現場で使われるSOPとマニュアルの作り方 — 1ステップ1アクションの原則、検索性の設計、AIで下書きを作り人が仕上げる分担を解説します。
- 営業・カスタマーサクセスのプレイブック設計 — 商談ステージの定義やオンボーディングをCRMの運用ルールと結びつける方法を紹介します。
- 業務標準化の優先順位と進め方 — 4つの基準で対象業務を選び、As-IsからTo-Beへ段階的に移す手順を整理します。
- 陳腐化を防ぐ版管理と更新ルール — 更新責任者・レビュー周期・バージョン管理の決め方を具体的に示します。
この記事を読み終えるころには、自社のどの業務からSOPの整備を始めるかが決められます。まずは属人化している作業を一つ選んでください。
業務標準化が組織の競争力を生む理由
業務標準化は、担当者が休んでも辞めても業務が止まらない状態をつくる取り組みです。この節では、次の点を整理します。
- 属人化が起きる理由 ── なぜ属人化が起きるのかを整理します。
- 文書とツール運用の関係 ── なぜ文書づくりとツール運用を一緒に考えるべきなのかを整理します。
最初に「何を解決したいのか」を明確にしておくと、後の文書設計がぶれにくくなります。
属人化は「個人の問題」ではなく「仕組みの問題」
業務の属人化は、見方を変えれば「組織のナレッジが個人の頭の中にしか存在しない」状態です。具体的には、次のことが起こります。
- 業務が止まる ── 担当者が病気で休めば、業務が止まります。
- 引き継ぎに膨大な時間がかかる ── 担当者が退職すれば、引き継ぎに膨大な時間がかかります。
- ナレッジそのものが失われる ── 場合によっては、ナレッジそのものが失われます。
これは個人の能力の問題ではなく、組織がナレッジを外部化・共有する仕組みを持っていないことが原因です。
業務標準化は、この「暗黙知」を「形式知」に変換するプロセスであり、次のような効果につながります。
- 引き継ぎ工数の削減
- 教育期間の短縮
- 業務品質の均一化
- 改善の基盤づくり
特に成長フェーズにある企業では、新メンバーが増えるたびに教育の負荷が増えるため、早い段階で標準化の仕組みを整えることが経営効率に直結します。
ファイルとスプレッドシートに散らばったナレッジの限界
多くの企業では、情報が次のように分散しています。
- 手順 ── Wordファイルにある
- 顧客の状況 ── スプレッドシートにある
- 細かな注意点 ── チャットのやり取りの中にある
この状態では、同じ業務について複数の手順書が存在したり、スプレッドシートの列の意味が作った本人にしかわからなかったりと、差分や解釈のズレが生まれやすくなります。
本記事では、文書を「どこに置くか」まで含めて標準化の対象と整理します。判断の分かれ目は次のとおりです。
| 現状 | 起きやすいこと | 次に取る行動 |
|---|---|---|
| 手順書が個人フォルダやファイルサーバーに点在 | 最新版がわからず、古い手順で作業してしまう | 保管場所を1か所に決め、旧版をアーカイブに移す |
| 顧客情報をスプレッドシートで管理 | 入力ルールが人ごとに異なり、手順書と実データが合わない | CRMの入力ルールそのものをSOPの対象にする |
| ノウハウがチャットや口頭でのみ共有 | 検索できず、同じ質問が繰り返される | よく出る質問から順にマニュアルへ移す |
CRM導入と同時にSOPを整える理由
StartLinkが支援する現場でも、CRM導入と同時にSOPやプレイブックの整備を推奨しています。HubSpotの運用ルールをSOP化しておけば、次のようになります。
- ツールの使い方で迷わない ── 新メンバーが加わったときにも迷うことがありません。
- データ入力の品質を保ちやすい
ツールだけを入れて「ちゃんと入力してね」と呼びかけても、入力の粒度は人によってばらつきます。
- 手順として定める ── どの項目を、どのタイミングで、誰が入力するかを決めます。
- システム側の設定で担保する ── 可能な部分は、必須項目やワークフローで担保します。
人の注意力に頼らず仕組みで品質を保つという考え方が、標準化を長続きさせるポイントになってきます。
業務の標準化は経営管理の実効性を支える基盤です。全体の位置づけは経営管理完全ガイドで確認できます。
SOP・マニュアル・プレイブックの違いと使い分け
3つの文書は頻繁に混同されますが、目的・構成・使い方が根本的に異なります。違いを押さえずに作り始めると、手順書なのに背景説明ばかりの文書や、全体像がわからない細切れの手順書が生まれます。
ここでは比較と、どれから作るかの判断基準を示します。
3つの文書の目的と粒度の比較
- SOP（Standard Operating Procedure） ── 特定の業務の手順を「ステップバイステップ」で厳密に定義した文書です。
- 業務マニュアル ── 業務全体を包括的に説明する文書です。
- プレイブック ── 成果を出している人の進め方を「勝ちパターン」として共有するためのフレームワークです。
SOPは「この作業をこの順番で、この方法で行う」という具体的な手順書であり、手順からの逸脱を許容しません。製薬業界の製造工程や、IT運用の障害対応手順などが典型的な適用領域です。
マニュアルは、業務の背景・目的・全体像を含み、SOPよりも広い範囲をカバーします。
- SOP
- 目的 ── 手順の再現性を担保する
- 粒度 ── 1ステップ1アクションの細かさ
- 使う場面 ── 作業中に手元で参照する
- 逸脱の扱い ── 原則として逸脱しない
- 典型例 ── 障害対応手順、CRMへのコンタクト登録手順
- 業務マニュアル
- 目的 ── 業務の全体像と背景を理解させる
- 粒度 ── 業務単位・部門単位の広さ
- 使う場面 ── 着任時・異動時に通読する
- 逸脱の扱い ── 状況に応じて解釈する
- 典型例 ── 新入社員向けの業務ガイド
- プレイブック
- 目的 ── 成果につながる進め方を共有する
- 粒度 ── 商談ステージや顧客状態ごとの単位
- 使う場面 ── 判断に迷う場面で参照する
- 逸脱の扱い ── 状況に応じて選択・応用する
- 典型例 ── 営業プレイブック、CSプレイブック
どれから作るかの判断基準
実務では、マニュアルで業務の全体像を理解した上で、個別の作業をSOPに従って実行するという使い分けが効果的です。
すべてをSOPで細かく規定すると文書が膨大になり、逆にマニュアルだけでは手順の再現性が保てません。
判断の目安としては、まず対象業務について「手順を間違えたときの影響」と「進め方に正解が複数あるか」を見ます。
- SOPにする ── 間違えたときの影響が大きく、正解が1つに定まる作業
- プレイブックにする ── 正解が状況によって変わり、経験者の判断が成果を左右する業務
- マニュアルにまとめる ── どちらにも当てはまらない背景知識や全体像
SOPとマニュアルの具体的な違いは、SOPとマニュアルの違いとは？目的・構成・使い分けをわかりやすく解説で解説しています。
現場で使われるSOPの作り方
SOPを作成しても、現場で使われなければ意味がありません。この節では、次を順に解説します。
- 使われるSOPの設計原則
- 作成プロセス
- AIとの分担
多くの企業で「SOPはあるけど誰も見ていない」という状態が発生するのは、作り方に問題があるからです。
使われるSOPに共通する3つの設計原則
現場で使われるSOPに共通する特徴は3つあります。
- 手順がシンプルで明確である ── 1ステップ1アクションの原則で書き、複数のアクションを1つの手順にまとめないことが重要です。
- 作業の前提条件と完了条件が明示されている ── 「いつ始めるか」「何をもって完了とするか」が不明確なSOPは、手順の解釈にブレが生じます。
- 視覚的に見やすい ── スクリーンショットやフロー図を活用し、文字だけの羅列を避けます。
書き上げたSOPは、次の観点で見直すと抜け漏れを見つけやすくなります。
| 見直す観点 | 当てはまらない場合の直し方 |
|---|---|
| 各ステップの動詞が1つだけか | 動詞が2つ以上あるステップを分割する |
| 開始のきっかけが書かれているか | 「〇〇を受け取ったら」のように開始条件を冒頭に足す |
| 完了の状態が書かれているか | 「〇〇が登録された状態」のように最後のステップに完了条件を足す |
| 画面操作に画像があるか | 迷いやすい操作から順にスクリーンショットを追加する |
ヒアリングからレビューまでの作成プロセス
SOPの作成は、次の流れが標準的です。
- 現場の担当者へのヒアリングで、実際の手順を洗い出す
- 手順を整理・最適化する
- ドラフトを作成する
- 現場でレビューする
最も重要なのは現場の声を反映することです。管理部門が机上で作ったSOPは、現場の実態とかけ離れて使われないケースが多く見られます。
レビューでは、そのSOPを初めて読む人に実際に作業してもらい、途中で手が止まった箇所を記録します。
- 手が止まった箇所がなくなれば ── 正式版として公開します。
- 止まった箇所が残る場合 ── その手順だけを書き直して再度試します。
SOPの具体的な作成手順とテンプレートは、SOPの作り方｜標準作業手順書を効果的に作成する手順・テンプレート・運用ポイントで詳しく解説しています。
AIで下書きを作り、人が仕上げる
SOPの作成は、業務のヒアリング・文書化・レビュー・修正に多くの工数がかかります。この工数を大きく減らせるのがAIの活用です。
- 業務の概要や手順のメモをAIに入力して、構造化された下書きを生成する
- 現場の担当者がレビュー・修正する
この流れで、ゼロから書くよりも初稿づくりを短縮できます。
StartLinkでは、CRM運用のSOPを作成する際にもAIを活用しています。HubSpotの各オペレーションとして、次のようなものがあります。
- コンタクト登録
- 取引パイプラインの更新
- レポート作成
これらのSOP化にあたって、AIで初稿を生成し、実務者のレビューを経て完成させるフローが効率的です。
ただし、AIが生成した内容をそのまま使うのは避けてください。
業務の細かいニュアンスや例外処理は現場の知識でしか補えないため、AIの出力は下書きとして扱い、役割を次のように分けることをおすすめします。
| AIに任せやすいこと | 人が判断すること |
|---|---|
| メモや議事録からの手順の構造化 | 手順そのものが正しいかどうか |
| 表記ゆれの統一、見出しの整理 | 例外処理と判断基準の記述 |
| 不足していそうな項目の指摘 | 公開してよいかの最終判断 |
具体的な方法は、SOPをAIで自動作成する方法｜AIを活用した手順書作成の効率化と品質管理で解説しています。
読まれる業務マニュアルの設計
マニュアルを作成しても「分厚すぎて読まれない」「情報が古い」「検索できない」という問題が起きるのは、設計段階の考慮が不足しているからです。
この節では、次の3点から、読まれるマニュアルの条件を整理します。
- 読者の定義
- 検索性
- ナレッジを置く場所
目的と読者を先に決める
読まれるマニュアルの第一条件は、目的と読者が明確であることです。誰が、どんな場面で、何を知りたくて読むのかを定義した上で構成を組み立てます。
新入社員向けの業務マニュアルと、ベテランが例外処理を確認するためのリファレンスでは、構成も粒度もまったく異なります。書き始める前に、表紙や冒頭に次の3行を書いてみてください。
- 想定読者
- 読む場面
- 読み終えたときにできること
この3行が書けない場合は対象が広すぎるため、読者ごとにマニュアルを分けます。3行が書けたら、その読者が最初に知りたいことから順に章を並べます。
検索性がマニュアルの利用率を左右する
次に重要なのは検索性です。次の3つが、マニュアルの利用率を大きく左右します。
- 目次が整理されていること
- 見出しが内容を正確に表していること ── 見出しは「〇〇について」ではなく「〇〇を登録する手順」「〇〇で迷ったときの判断基準」のように、読者が検索しそうな言葉で書きます。
- キーワードで検索できるデジタル形式で管理されていること
紙ベースのマニュアルや、構造化されていないPDFは、情報にたどり着くまでに時間がかかるため、結局使われなくなります。
現場で実際に使われるマニュアルを作成するための7つの設計コツは、読まれる業務マニュアルの作成方法｜現場で使われるマニュアル設計の7つのコツで具体的に解説しています。
ナレッジを顧客情報のそばに置く
マニュアルや議事録が顧客データと別の場所にあると、次のようになります。
- 画面を行き来しながら作業することになる
- 参照されにくくなる
業務に必要なナレッジは、その業務で開く画面からたどれる場所に置くと使われやすくなります。
HubSpotとNotionを併用している場合、StartLinkが開発した連携アプリ「Sync for Notion」で、HubSpotのCRM画面からNotionのページやデータベースを扱えます。
- 直接作成
- 編集
- 参照
議事録やナレッジをコンタクト・取引に紐づけて管理したい企業に適しています。詳細はSync for Notionをご覧ください。
プレイブックによる営業・CSプロセスの標準化
プレイブックは、手順の正しさよりも成果につながる進め方を共有するための文書です。次のように、部門ごとの区切りに対応させて設計します。
- 営業 ── 商談の各ステージに対応させます。
- カスタマーサクセス ── 顧客のライフサイクルの各段階に対応させます。
この節では、プレイブックをCRMの運用ルールと結びつけ、コンタクト登録から取引、顧客化、その後の継続支援までの流れの中に組み込む方法を解説します。
営業プレイブックでトップセールスの暗黙知を型にする
営業プレイブックとは、商談プロセスの各ステージで次を体系化した実践ガイドです。
- 何をすべきか
- 何を聞くべきか
- どの資料を使うべきか
最大の価値は、トップセールスの暗黙知を組織のナレッジに変換できることにあります。
成果を出している営業担当者が無意識に行っているヒアリングの順番、質問の仕方、提案のタイミングを言語化し、チーム全体で共有できる形にします。
HubSpotを導入している企業であれば、プレイブックをHubSpotのプレイブック機能と連携させることで、商談の各ステージで営業担当者がCRM上からガイダンスを参照できる仕組みが構築できます。
- 利用できるエディション ── Sales HubまたはService HubのProfessional・Enterpriseエディション
- 参照できる場所 ── コンタクトや取引などのレコード画面（出典：Create and use playbooks）
これにより、プレイブックが「作ったけど見られない」という事態を防ぎ、日常の営業活動の中に組み込めます。
パイプラインの設計そのものを営業のSOPにする
営業の標準化では、プレイブックの文章だけでなく、パイプラインの設計自体を手順書の一部と捉えることをおすすめします。本記事では、営業プロセスの標準化を次の4つの要素で整理します。
| 要素 | 標準化する内容 | 文書との関係 |
|---|---|---|
| 取引ステージ | 受注の可能性が変わるポイントでステージを分ける | プレイブックの章立てになる |
| 受注確度 | 各ステージの受注見込みを設定し、見通しを算出する | 経営への報告ルールになる |
| ステージ定義 | 各ステージに入る条件を言葉で定め、社内で共有する | SOPの開始条件・完了条件になる |
| 必須入力項目 | ステージ移行時に入力すべき項目を必須にする | 新人が確認すべき項目の一覧になる |
ステージを進めるときに入力が必須になっていれば、新しく入ったメンバーも「この段階で何を聞いておくべきか」をシステムから学べます。項目は増やしすぎず、次の情報に絞ると入力が定着しやすくなります。
- 営業プロセス上で知っておくべき情報
- 経営として管理すべき情報
営業プレイブックの設計方法は、営業プレイブックの作り方｜商談プロセスを標準化して受注率を高める設計方法で解説しています。
以下の画面は、Breezeで生成した商談動向レポートで、担当者ごとの偏りを可視化した例です。プレイブックの効果は、担当者ごとの成果の偏りが縮まっているかで見ていきます。
- 偏りが特定の担当者・特定のステージに集中している場合 ── そのステージのプレイブックを優先して見直します。
- 全体に偏りが広がっている場合 ── ステージ定義そのものが共有されていない可能性があるため、定義の文書から作り直します。
カスタマーサクセスのプレイブック設計
カスタマーサクセス（CS）部門においても、プレイブックによるプロセスの標準化は重要です。次を担当者の判断に委ねていると、対応の品質にばらつきが生じ、解約率の悪化につながります。
- 顧客のオンボーディング
- ヘルススコアに基づくアクション
- 解約リスクの早期検知と対応
CSのプレイブックでは、顧客のライフサイクルステージごとにアクションプランを定義し、次のようなものを標準化します。
- オンボーディング完了の定義
- 利用定着のKPI
- ヘルススコアの閾値とそれに応じたアクション
- 解約リスクが検知された場合のエスカレーションフロー
HubSpotのService Hubを活用すれば、次のことが可能です。
- CRM上での一元管理 ── チケット管理やヘルススコアの追跡を一元管理できます。
- ワークフローでの自動トリガー ── プレイブックに定義したアクションを自動トリガーすることもできます。
受注後の取引から顧客対応へ情報が引き継がれる設計にしておくと、営業が商談中に聞いた背景をCSが改めて聞き直す手間がなくなります。
具体的な設計方法は、カスタマーサクセスのプレイブック設計｜オンボーディング・ヘルススコア・解約防止の標準化で解説しています。
業務標準化の進め方
業務標準化は、一気にすべてを標準化するのではなく、優先度の高い業務から段階的に進めるのが成功のポイントです。この節では、次を順に示します。
- 対象業務の選び方
- As-IsからTo-Beへの移行手順
- 標準化しすぎを防ぐ考え方
小さく始めて成功パターンを横展開する流れを前提にしています。
4つの基準で対象業務を選ぶ
優先度の判断基準は「属人度が高い」「業務頻度が高い」「品質のばらつきが大きい」「引き継ぎリスクが大きい」の4つです。業務の一覧を作り、各業務を4つの基準で見ていきます。
| 基準 | 確認すること | 当てはまる場合の扱い |
|---|---|---|
| 属人度 | その業務を説明できる人が1人しかいないか | 最優先でマニュアル化する |
| 業務頻度 | 毎日・毎週のように発生する定型作業か | SOP化の候補にする |
| 品質のばらつき | 担当者によって結果が変わっているか | プレイブック化の候補にする |
| 引き継ぎリスク | 異動・退職・休職の予定がある担当者の業務か | 期限を決めて先に着手する |
複数の基準に当てはまる業務から着手し、1つの業務で文書化から定着までを一通り回してから、次の業務に広げていきます。
As-IsからTo-Beへ段階的に移す
標準化のプロセスは、現状の業務フローの可視化（As-Is）からあるべき業務フローの設計（To-Be）へ、段階的に進めます。各段階の内容と進む目安は次のとおりです。
| 段階 | やること | 次へ進む目安 |
|---|---|---|
| 1. 対象業務の選定 | 4基準で優先業務を1つ決める | 対象と責任者が決まっている |
| 2. As-Isの可視化 | 現状の手順と使っているファイルを洗い出す | 担当者が「これが今のやり方」と合意している |
| 3. To-Beの設計 | 不要な手順や二重入力を省いた流れを描く | ツール上のどこで何を入力するかが決まっている |
| 4. 文書の作成 | SOP・マニュアル・プレイブックに落とす | 初めての人が読んで作業できる |
| 5. テスト運用 | 一部のメンバーで試す | 手が止まる箇所が出なくなっている |
| 6. 改善 | フィードバックを反映する | 修正内容が版管理に記録されている |
| 7. 正式運用 | 全員に展開する | 更新責任者とレビュー時期が決まっている |
標準化する「幹」と現場に委ねる「枝葉」を分ける
標準化の目的を「管理のための管理」にしないことも大切です。
標準化の目的は業務品質の安定化と効率化であり、細かすぎるルールで現場の柔軟性を奪うことではありません。
ルールを決めるときは、その手順を守らなかった場合に後工程やレポートが壊れるかどうかで分けます。
- 後工程に影響する部分 ── 「幹」としてSOPやシステムの必須設定で固めます。
- 影響しない部分 ── 「枝葉」として担当者の判断に委ねます。
業務標準化を組織に定着させる具体的なプロセスは、業務標準化の進め方｜属人化した業務をプロセス化して組織の生産性を上げる方法で解説しています。
マニュアル・SOPの運用と版管理
SOPやマニュアルの大きな課題は陳腐化です。作成時点では正確だった内容が、次によって実態と離れていく問題は、多くの企業で発生します。
- 業務プロセスの変更
- ツールのアップデート
- 組織体制の変化
この節では、更新ルール、版管理、管理場所の3点から陳腐化を防ぐ方法を示します。
更新責任者とレビュー周期を決める
陳腐化を防ぐには、定期レビューのスケジュールと更新責任者を明確にする運用ルールが欠かせません。一般的には、次の体制が推奨されます。
- 定期レビュー ── 四半期に一度設けます。
- 臨時更新 ── 業務プロセスに変更があった場合は、速やかに行います。
臨時更新のきっかけを担当者の気づきに頼ると、更新は後回しになりがちです。次のような出来事を「マニュアル更新のトリガー」として一覧にしておきます。
- ツールの設定変更
- 組織変更
- 新しい商材の追加
該当する出来事が起きたら関連文書の責任者に更新を依頼する流れを決めておくと、更新漏れが減ります。
版管理のルールを文書化する
版管理も重要な要素です。「最新版がどれか分からない」「古いバージョンのSOPで作業してしまった」という事故を防ぐために、次の項目を決めておきます。
| 決める項目 | 決める内容の例 |
|---|---|
| バージョン番号の付与ルール | 手順が変わる改訂と、誤字修正などの軽微な改訂で番号の上げ方を分ける |
| 変更履歴の記録方法 | 変更日・変更者・変更箇所・変更理由を文書の末尾か専用の欄に残す |
| 旧バージョンの扱い | 旧版はアーカイブ用の場所に移し、作業中に開けない状態にする |
| 公開の承認 | 手順が変わる改訂は、業務の責任者が確認してから公開する |
ファイル管理からオンライン管理へ移す
HubSpotのナレッジベース機能を活用すれば、マニュアルやSOPをオンラインで管理し、更新のたびに全員が最新版を参照できる仕組みが構築できます。
ファイルサーバーに格納されたWordファイルを管理するのと比べて、次の点が違います。
- 運用の手間が少ない
- 常に最新版にアクセスできる環境を実現できる
ただし、ナレッジベースに移すだけで更新が回るわけではありません。移行の際は、次の運用までをセットで設計します。
- 各記事への記載 ── 更新責任者と次回レビュー時期を記載します。
- 定期的な洗い出し ── レビュー時期を過ぎた記事を洗い出します。
具体的な運用ルールは、マニュアルの更新・版管理を効率化する方法｜陳腐化を防ぐ運用ルールと仕組みで解説しています。
SOP・マニュアル・プレイブック作成の全体ロードマップ
ここまでの内容を、取り組む順序に沿って整理します。各ステップで扱う記事を読み進めることで、文書の使い分けから更新体制づくりまでを一通り進められます。
ステップごとに次へ進む目安を添えているので、自社の進み具合と照らし合わせてください。
5つのステップと参照する記事
| ステップ | やること | 参照する記事 |
|---|---|---|
| 1. 違いを理解する | SOPとマニュアルの使い分けを把握する | SOPとマニュアルの違いとは？目的・構成・使い分けをわかりやすく解説 |
| 2. SOPとマニュアルを作る | 現場で使われる文書を作成する | SOPの作り方｜標準作業手順書を効果的に作成する手順・テンプレート・運用ポイント、読まれる業務マニュアルの作成方法｜現場で使われるマニュアル設計の7つのコツ、SOPをAIで自動作成する方法｜AIを活用した手順書作成の効率化と品質管理 |
| 3. プレイブックを設計する | 営業・CSの部門別プレイブックを構築する | 営業プレイブックの作り方｜商談プロセスを標準化して受注率を高める設計方法、カスタマーサクセスのプレイブック設計｜オンボーディング・ヘルススコア・解約防止の標準化 |
| 4. 業務全体を標準化する | 組織全体の標準化戦略を策定・実行する | 業務標準化の進め方｜属人化した業務をプロセス化して組織の生産性を上げる方法 |
| 5. 更新体制を構築する | 作成した文書を陳腐化させない運用を整える | マニュアルの更新・版管理を効率化する方法｜陳腐化を防ぐ運用ルールと仕組み |
次のステップへ進む目安
- ステップ1から2へ ── 対象業務のうちどれをSOP、どれをマニュアル、どれをプレイブックにするかを決められた時点で進みます。
- ステップ2から3へ ── 新しく入ったメンバーがSOPを読んで定型作業を一人で終えられた時点が目安です。
- ステップ3から4へ ── プレイブックで定めたステージ定義がCRMの設定と一致し、入力が日常業務の中で行われている状態になってから進みます。
- ステップ4から5 ── 並行して進めて構いません。
文書の数が増えるほど更新の負荷も増えるため、文書が増え始めた段階で更新責任者を決めておくと後から慌てずに済みます。
よくある質問
SOPとマニュアルのどちらを先に作るべきですか？
まずはマニュアルで業務の全体像を整理し、その中から特に手順の再現性が重要な作業をSOP化するのが効率的です。すべての業務をSOPにする必要はなく、ミスが許されない作業、頻度が高い定型作業、引き継ぎが多い業務を優先してSOP化します。詳しくはSOPとマニュアルの違いとは？目的・構成・使い分けをわかりやすく解説をご覧ください。
SOPを作っても現場で使われないのですが、どうすればよいですか？
使われない主な原因は、SOPが現場の実態とかけ離れていることです。管理部門が机上で作成するのではなく、現場の担当者を巻き込んで作成し、初めての人に試してもらって手が止まった箇所を直していきます。手順が複雑すぎる場合は簡素化し、スクリーンショットやフロー図で視覚的にわかりやすくすることも効果的です。具体的な改善方法はSOPの作り方｜標準作業手順書を効果的に作成する手順・テンプレート・運用ポイントで解説しています。
営業プレイブックはどこから作り始めればよいですか？
まずは自社の商談プロセスを可視化し、各ステージで「何をすべきか」を定義することから始めます。次に、トップセールスのヒアリング方法や提案の仕方をインタビューで言語化し、プレイブックに落とし込みます。HubSpotのプレイブック機能を活用すると、営業活動の中に組み込めます。設計手法は営業プレイブックの作り方｜商談プロセスを標準化して受注率を高める設計方法をご覧ください。
AIでSOPを作成するメリットとリスクは何ですか？
メリットは初稿の作成工数を大きく短縮できることで、業務の概要やメモを入力するだけで構造化された下書きが生成されます。リスクは、AIが業務の細かいニュアンスや例外処理を正確に把握できないことです。AIの出力は下書きとして活用し、最終的な品質は現場の担当者のレビューで担保してください。詳しくはSOPをAIで自動作成する方法｜AIを活用した手順書作成の効率化と品質管理で解説しています。
マニュアルの更新が追いつかないのですが、どう運用すべきですか？
更新が追いつかない原因は、更新責任者とスケジュールが決まっていないことが多いです。四半期に一度の定期レビューを設定し、業務プロセスに変更があった場合は臨時更新を行う体制を整えてください。優先順位に迷う場合は、属人度・頻度・品質のばらつき・引き継ぎリスクの4基準で重要度の高い文書から見直します。具体的な運用ルールはマニュアルの更新・版管理を効率化する方法｜陳腐化を防ぐ運用ルールと仕組みで確認できます。
まとめ
- SOPは特定手順の厳密な定義、マニュアルは業務全体の包括的な説明、プレイブックは勝ちパターンの共有ツールであり、目的に応じた使い分けが業務標準化の出発点です。
- 現場で使われるSOPの条件は、1ステップ1アクションのシンプルさ、前提条件と完了条件の明示、スクリーンショットなどを使った視覚的なわかりやすさの3つです。
- AIを使えばSOPの初稿づくりを短縮できますが、手順の正しさと例外処理の判断は現場の担当者が担います。
- 営業プレイブックは、ステージ定義や必須入力項目といったCRMの設定と結びつけることで、新しいメンバーでも同じ進め方ができる仕組みになります。
- 業務標準化は4つの基準で対象業務を選び、小さく始めて横展開し、更新責任者とレビュー周期を決めて陳腐化を防ぎます。
まずは、自社の業務を一覧にし、「説明できる人が1人しかいない業務」を1つ選ぶところから始めてください。次の3ステップで進めると着手しやすくなります。
- 選んだ業務の現在の手順と、使っているファイル・ツールを書き出す
- その業務がSOP・マニュアル・プレイブックのどれに向いているかを決め、AIで下書きを作る
- 初めての人に試してもらい、手が止まった箇所を直してから、更新責任者とレビュー時期を決めて公開する
SOP整備の進め方に唯一の正解はありません。業務の複雑さや担当者の経験差によって、文書化の粒度と運用の最適解は変わります。進め方は次のとおりです。
- まずは引き継ぎ負荷の大きい一つの業務から文書化を始める
- 初めての担当者が迷わず進めることを確かめてから対象を広げる
作った文書が使われ続ける仕組みまで含めて設計することが、形だけのマニュアルを防ぎます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
