%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、業務の目的や前後の流れを理解するならマニュアルが起点です。 前者の迷いには作業中の確認点や分岐条件を、後者の迷いには業務の全体像や文書への案内を確かめます。説明が複数の資料に散らばっている場合も、まず誰が、どの場面で、何を確認するために読むのかを整理します。
SOPは、特定の作業を実行する順序と判断条件を示す標準作業手順書です。マニュアルは、業務全体の目的・方針・流れを理解するための文書です。この記事では両者を比較し、現場で起きている迷いから整備する文書を選び、CRM運用に当てはめて見直すまでの手順を説明します。
この記事でわかること
業務文書を作る担当者や、既存の資料を整理したい管理者に向けて、文書の名前ではなく利用場面から選ぶ方法を示します。まず目的・構成・粒度の違いを押さえ、次に担当者が止まった場面を選択条件に当てはめてください。後半では、CRMでの情報の受け渡しを例に、判断条件が未決定の場合の戻り先、作業者による確認方法、変更時に見直す文書のつながりまで確認できます。
- SOPとマニュアルの役割 — 作業中に開く文書と、業務全体を理解するときに開く文書の違いを、読者の行動から確認します。
- 目的・構成・粒度による比較 — 同じ業務を扱うとき、全体の説明と実行手順をどこで分けるか判断します。
- 文書の使い分け — 現場で止まる理由に応じて、SOP、マニュアル、プレイブック、ガイドラインを選びます。
- CRM運用への当てはめ方 — 運用方針、個別の操作手順、担当者間の受け渡しを文書でどうつなぐか確認します。
- 整備と更新の進め方 — 作業者が迷う箇所を確かめ、修正後の確認方法と変更時の見直し先を決めます。
SOPとマニュアルの基本定義
SOPとマニュアルは、どちらも業務を人に伝える文書です。ただし、読者が文書を開く場面が異なります。
- 作業を進めながら読むのか
- 業務の全体像をつかむために読むのか
これを先に分けると、書く内容と必要な詳しさを決められます。
SOPは個別作業の実行を支える文書です
SOPは「標準作業手順書」と訳されます。特定の作業について、次の内容を示す文書です。
- いつ始めるか
- 何を確認するか
- どの順序で進めるか
- 結果をどこに残すか
通常どおりに進められない場合の判断条件や確認先も、作業中に探せる場所へ記します。具体的な作成手順はSOPの作り方でも扱っています。
例えば、担当者によって確認する情報や記録先が違うなら、SOPに次の内容を書きます。
- 何を見て
- 承認されたどの条件を満たせば次へ進み
- 満たさない場合は誰に確認するか
その前に、進める条件と判断する権限が組織内で決まっているかを確認します。決まっていなければ、文書の作成者が条件を推測せず、業務上の責任者へ決定を戻します。
作業の目的そのものが共有されていないなら、操作手順を細かくする前に、マニュアルで目的と担当範囲を示します。
マニュアルは業務全体の理解を支える文書です
マニュアルは、業務全体の目的・方針・流れと、担当者同士の関係をまとめる文書です。新しく業務を担当する人が「この作業は何のためにあり、前後の担当者とどうつながるか」を理解する入口になります。
個別の作業方法が必要な箇所からは、該当するSOPへ案内します。
例えば、受注から出荷までを説明するなら、文書の置き場所は次のように分かれます。
| 文書 | 置く内容 |
|---|---|
| マニュアル | 各工程の役割、受け取る情報、次の担当者へ渡す条件 |
| SOP | 在庫確認の操作や確認が必要な場合の連絡手順（組織で定めたルールに沿って置く） |
読んだ後の迷いによって、見直す文書が変わります。
- マニュアルを読んでも受け渡しがわからない ── 全体説明を補います
- 受け渡しはわかるのに操作で止まる ── SOPを見直します
名前よりも利用場面を先に決めます
社内で「手順書」と呼ぶ文書が、実際には業務全体を案内している場合もあります。反対に「マニュアル」という名前でも、特定の操作を進めるために使われている場合があります。
名称だけで分類せず、読者がいつ開き、読み終えた後に何をできる必要があるかを確認します。
既存文書は、冒頭の説明と目次から点検します。
- 目的や担当範囲の説明が中心 ── マニュアルとして整理します
- 実行順と分岐条件が中心 ── SOPとして整理します
- 両方が混在している ── まず全体説明と詳細手順の見出しを分けます
作業中の読者が手順へ、着任時の読者が全体説明へ迷わず進めるなら、同じ文書で扱う方法もあります。探す箇所や更新する担当が分かれたら、文書の分割を検討します。
目的・構成・粒度で見る違い
SOPとマニュアルの違いは、ページ数では決まりません。次の観点で考えます。
- 目的 ── 読者が何をするために読むか
- 構成 ── 必要な情報へどう進むか
- 粒度 ── その場で行動できるところまで書くか
この順に点検すると、説明を足すべき場所を特定できます。
目的の違い
- SOP ── 作業の進め方と確認結果をそろえるために使います
- マニュアル ── 業務の目的や全体のつながりを理解するために使います
次の図と表は、それぞれを読む目的や場面を比べるための整理例です。表現をそのまま自社の運用目標にせず、担当者がどこで迷っているかを当てはめて確認します。
| 比較項目 | SOP | マニュアル |
|---|---|---|
| 主な目的 | 作業品質の均一化 | 業務全体の理解促進 |
| 達成したい状態 | 誰がやっても同じ結果 | 全体像の把握と判断力の養成 |
| 対象者 | 作業実行者 | 新人〜管理者まで幅広い |
| 利用シーン | 作業中のリアルタイム参照 | 入社時研修、業務の概要理解 |
表にある「同じ結果」は、担当者が独自の判断で処理を進めるという意味ではありません。自社で定めた確認項目、判断条件、記録先を参照できる状態に置き換えます。
- 確認項目や記録が担当者によって違う ── SOPを見直します
- 条件自体に相違がある ── 責任者に確認します
- 作業は進むが、前後の工程との関係が説明できない ── マニュアルを補います
構成の違い
| 文書 | 対象 | 並べる内容 |
|---|---|---|
| SOP | 個別作業 | 目的・適用範囲、開始条件、手順、確認点、例外時の確認先、記録先を作業の流れに沿って並べる |
| マニュアル | 業務領域 | 目的・方針、担当範囲、工程のつながり、各作業の概要、詳細文書への参照先を並べる |
どちらも固定の目次に合わせるより、読者が必要な情報を探せるかで構成を決めます。
既存文書の目次を点検するときは、次の点を確認します。
- 業務方針の間に細かな画面操作が続く ── その操作をSOPとして切り出すか検討します
- SOPを開いても対象の作業がわからない ── 適用範囲を明記し、マニュアルの該当箇所から案内します
文書を分けた後は、作業者が全体説明から詳細手順へ進み、判断に迷った場合に担当範囲や確認先へ戻れるか確かめます。
粒度の違い
粒度は、同じ業務をどこまで具体的に書くかという違いです。受注処理を題材にすると、文書の役割を次のように書き分けられます。
以下は文書設計の例であり、出荷可否などの業務上の判断条件を定めるものではありません。
| 文書 | 記述例 |
|---|---|
| マニュアルの記述例 | 「受注処理では、注文内容と在庫に関する情報を確認し、担当範囲と引き継ぎ条件に沿って次の工程へ情報を渡します」 |
| SOPの記述例 | 「注文を受けた担当者が確認する情報、参照する在庫情報、確認結果の記録先を示します。出荷に進める条件と判断する担当者は、承認済みの業務ルールを参照できる形で記載します。条件を満たすか不明な場合は、出荷指示に進む前の確認先を示します」 |
マニュアルの記述からは工程の流れがわかります。SOPでは、作業者が実際に見る情報、承認済みの条件を確認する場所、判断できないときの確認先がわかる必要があります。
自社で使う画面や記録先が決まっているなら、現場で確かめた名称をSOPに加えます。条件が未決定なら、文章で補わず、業務ルールを決める担当者へ戻します。
業務文書を体系として整理する方法
文書の種類を決めても、置き場所や参照先がわからなければ、必要な場面で使えません。方針から作業記録までの関係を見渡し、読者がどの文書から入り、次に何を開くかを設計します。
この節では、各文書の役割に加え、同じ手順が複数の場所にある場合の確認順と、変更時に点検する参照先を整理します。
方針から記録までの位置づけ
次の表は、文書を階層で整理する例です。「更新頻度」の欄は分類の例に含まれる表記であり、更新時期の推奨値ではありません。自社では、業務や担当範囲の変更が起きたときに何を確認するかを先に決めます。
| 階層・文書種類 | 内容 | 更新頻度 |
|---|---|---|
| 第1層 方針・ポリシー | 経営方針、品質方針、コンプライアンス方針 | 年次 |
| 第2層 マニュアル | 業務全体の概要、組織のルール | 半期〜年次 |
| 第3層 SOP | 個別業務の詳細手順 | 四半期〜随時 |
| 第4層 ワークシート・テンプレート | 記録用紙、帳票、チェックリスト | 随時 |
- 業務の意味を知りたい読者 ── マニュアルから入ります
- 作業方法を確かめたい読者 ── 該当するSOPへ進みます
- 作業結果を残す帳票がある ── SOPから記録先を示します
変更時に関係する文書を追えるよう、文書ごとに対象業務、参照元、参照先、更新担当を記録します。
見直す時期は表の例に機械的に合わせず、手順、担当範囲、使用する帳票など、記載内容に関わる変更を起点に判断します。
プレイブックとガイドラインの位置づけ
作業の順序や全体の流れ以外にも、文書で支えたい判断があります。状況に応じた対応の選択肢を示すならプレイブック、行動の方向を示しながら裁量を残すならガイドラインを検討します。
いずれも、適用される方針や承認済みの業務ルールを確認したうえで位置づけます。
- プレイブック：状況ごとの判断材料と対応例をまとめ、担当者が権限の範囲内で次の行動を検討するときに参照する
- ガイドライン：守るべき考え方や推奨する行動を示し、定められた条件の範囲で個別の進め方に裁量を残す
同じ業務でも、共通の確認順はSOPに、状況別の対応例はプレイブックに分けられます。
どちらに書くか迷ったら、「作業者が同じ条件で同じ確認をする必要があるか」を見ます。
必要ならSOPに記し、承認済みのルールだけでは選択肢が一つに定まらない部分をプレイブックで扱います。判断権限や進める条件が未決定なら、対応例を増やす前に責任者へ確認します。
営業活動での設計は営業プレイブックの作り方でも扱っています。
文書間の行き来を設計します
例えば、マニュアルの受注処理の説明から在庫確認SOPへ進み、SOPから使用する帳票へ進める構成にします。
帳票から記入方法を探す人もいるため、帳票側でも参照するSOPを確認できると、入口が違っても必要な説明にたどり着けます。
同じ手順が複数の文書にある場合は、次の順に進めます。
- 内容を比べる ── 実際に使われている内容と承認された内容を比べます
- 正式な手順を決める ── 内容が異なれば、どちらを正式な手順とするか業務の責任者に確認します
- リンクをつなぐ ── 決まった手順を参照する文書を定めてからリンクをつなぎ、変更時に直す箇所を明確にします
最後に、マニュアルから作業手順と記録先へ進む人、帳票から記入方法を探す人の両方が必要な説明にたどり着けるか確かめます。
業務に合わせた文書の選び方
業種や部門の名前だけでは、必要な文書は決まりません。同じ部門にも、手順をそろえる作業と、状況に応じて判断する仕事があります。
まず「どの場面で、何がわからず止まるか」を特定し、その迷いを解く文書を選びます。
困りごとから文書を選ぶ
文書を選ぶときは、担当者の困りごとを次の問いに当てはめます。
- 確認する対象や作業順が人によって違うか → SOPで開始条件、確認点、判断できない場合の確認先を示す
- 業務の目的や担当間の受け渡しがわからないか → マニュアルで全体の流れと役割を示す
- 状況別の対応を選ぶ材料が足りないか → プレイブックで権限の範囲と判断材料、対応例を示す
- 個別の方法は選べるが、共通の方向性が必要か → ガイドラインで行動の基準を示す
複数に当てはまる場合は、現場で手が止まる場面に近い文書から整えます。その際、次の点を先に分けます。
- 決まった条件を見つけられない ── 正式な条件の参照先を確かめて配置や記述を直します
- 条件そのものが決まっていない ── 決定権限を持つ担当者へ戻します
文書を選んだ後は、実際の読者に止まった場面をたどってもらい、次の行動または確認先を判断できるか確かめます。
業種別の整理を、自社の作業へ読み替えます
次の表は、個別作業の手順と、業務全体の説明を分けて考えるための例です。業種内のすべての業務を一律に分類するものではありません。
特に安全性や規制上の判断が関わる業務では、表の分類を実務手順として使わず、自社に適用される規程と責任者が承認した手順を確認します。
| 業種 | SOP重視 | マニュアル重視 |
|---|---|---|
| 製造業 | 品質管理、安全管理、検査手順 | 製造工程全体の概要 |
| 医療・製薬 | 調剤手順、検査手順、GMP準拠 | 院内の業務運用全般 |
| IT・SaaS | システム運用、障害対応 | 開発プロセス、CS業務全般 |
| 小売・飲食 | 調理手順、レジ操作、衛生管理 | 店舗運営の全体概要 |
| 金融 | 本人確認手順、送金処理 | コンプライアンス規程全般 |
表のSOP重視の作業でも、目的や他部門への影響が伝わっていなければマニュアルが必要です。マニュアル重視の領域でも、担当者が実行順に迷う操作にはSOPが必要です。
実際の判断では、まず対象作業と適用される規程を特定し、次に、以下の項目を分けて記録します。
- 作業中に確かめたい情報
- 作業前に理解したい流れ
両方あるなら、どちらを先に読めば自分の担当範囲と確認先がわかるかまで確かめます。
迷ったときは読む時点を想定します
- 作業の途中で開く ── 必要な手順や承認済みの判断条件を探せるSOPを検討します
- 着任時や担当変更時に開く ── 業務の目的とつながりを説明するマニュアルを検討します
- 両方の場面がある ── 全体説明から詳細手順へ進める関係を作ります
扱う範囲が小さく、同じ文書内で必要な情報を探せるなら、概要と実行手順を見出しで分ける方法もあります。
手順だけを直したい場面が増えたり、読む人によって必要な箇所が分かれたりしたら、SOPを独立させるか見直します。
企業様によって最適な形は異なります。文書の数より、読む場面で必要な情報と確認先にたどり着けるかを判断基準にします。
CRM運用では全体方針と操作手順をつなぎます
CRM運用では、情報を登録する人と、その情報を後の業務で使う人が異なる場合があります。入力操作だけを説明しても、何を確認して次の担当者へ渡すかは伝わりません。
ここでは、運用マニュアルに置く方針と、操作SOPに置く手順を、情報の参照先と担当者間の受け渡しで結びます。
CRM運用マニュアルに書くこと
CRM運用マニュアルには、次の内容を記します。
- 運用目的
- 対象となる業務
- 各担当者の役割
- 情報の参照先と更新方針
例えば、コンタクトの情報を誰が確認し、取引の情報を誰が更新し、顧客対応をする担当者へ何を渡すかを整理します。画面操作の説明より先に、情報が次の担当者へ渡る条件と、その条件を決める担当者を確認します。
スプレッドシートとCRMの双方に同じ情報があり、どちらを見るべきか迷うなら、情報ごとの参照先を確認します。
- 参照先と更新する役割が決まった ── マニュアルへ記します
- 決まっていない ── 後続の担当者が判断に使う情報を洗い出し、関係者で参照先を決めてから手順へ反映します
CRM操作SOPに書くこと
CRM操作SOPでは、コンタクト登録や商談ステータス変更など、対象の操作ごとに開始条件、確認する情報、操作後の確認点を示します。
入力漏れが起きるなら、注意書きを増やすだけでなく、入力前後のどこで確認するかを作業順に置きます。
コンタクト登録なら、次の内容を示します。
- 既存情報の確認方法 ── 自社で定めた方法を示します
- 登録に進める条件の参照先
- 登録後に確かめる情報と記録先
次の担当者へ渡す業務なら、承認済みの受け渡し条件をどう確かめるかを記します。条件に合うか判断できない場合の確認先を示し、実際の画面や項目名は自社の運用を確かめてから記載します。
文書の範囲と限界を見極めます
業務上の判断条件が決まっていなければ、SOPを詳しくしても作業者は次へ進めません。取引の状態を変える条件が担当者によって異なるなら、画面操作を追記する前に、条件を決める責任者と確認します。
決まった条件はマニュアルに位置づけ、操作時に何を見て確かめるかをSOPに記します。
例えば、後続の担当者が必要とする情報が記録されていない場合、まず受け渡しの条件と不足時の確認先が決まっているかを見ます。
- 決まっている ── SOPの確認点や引き継ぎ手順を見直します
- 決まっていない ── 関係する担当者で条件を定めてから両方の文書に反映します
通常の流れを見つけやすく保ちながら、判断できない場合の確認先を示します。ナレッジマネジメントとはでも、業務知識を扱う考え方を紹介しています。
事例から見る「なぜ」と「どうするか」
全体説明と個別手順の役割は、同じ業務について「なぜ行うか」と「どう進めるか」を分けると見えます。ここでは受注処理を文書設計の例として、目的を理解できない場合と、作業を進められない場合で、どの文書へ戻るかを考えます。
実際の受注処理では、自社が承認した条件と担当権限を確認してください。
受注処理で目的と手順を分ける
| 文書 | 記す内容 |
|---|---|
| 受注処理のマニュアル | 注文内容の確認が次の工程へ渡す情報とどう関係するか。担当者が「何を確認できれば次の工程へ渡せるか」を、承認済みの条件に沿って説明できる状態を目指す |
| 在庫確認SOP | 作業を始める条件、見る情報、確認結果の記録先、判断できない場合の確認先 |
両方の文書を点検するときは、自社で扱う場面を想定して読み進めます。
- 目的はわかるのに確認方法がわからない ── SOPを見直します
- 操作はできるのに、なぜその情報を次の担当者へ渡すのかわからない ── マニュアルを見直します
- どちらにも書かれていない判断条件 ── 権限のある担当者が決めてから文書へ加えます
「なぜ」が欠けた場合の戻り先
通常の手順は進められても、例外が起きるたびに判断が止まるなら、まず何が未決定かを確かめます。
- 業務の目的や担当範囲が伝わっていない ── マニュアルに戻り、判断する担当者と次の工程への影響を示します
- 例外時の対応そのものが未決定 ── 権限のある担当者に条件の決定を戻し、SOPには決まった行動や確認先を記します
目的は共有されているのに作業結果がそろわないなら、SOPの開始条件、確認する対象、分岐後の行動を承認済みの業務ルールと照らして読み直します。
「どこで、何を見て迷ったか」を記録し、判断条件の不足なのか、決まった条件を見つけにくいのかを分けます。
- 判断条件の不足 ── 条件の決定へ進みます
- 決まった条件を見つけにくい ── 記述や案内の修正へ進みます
作成と更新を段階的に進める
業務文書は、現場で迷いが生じている場面から整えます。対象業務を選び、実際の作業者に読んでもらい、判断できない箇所を確かめます。
この節では、最初に扱う文書の選定、作業者による確認、業務変更時の見直しまでを順に進めます。
対象業務と最初の文書を決めます
最初に、担当者から「どこで手が止まるか」を集めます。
- 作業順や確認条件に迷う ── SOPから着手します
- 業務の目的や担当間の関係がわからない ── マニュアルから着手します
- 両方が不足している ── 現場で困っている場面に近い方を先に整え、もう一方で説明すべき内容を記録します
次に、現行のスプレッドシート、文書、口頭で伝えている内容の所在を確認します。同じ手順が複数箇所で異なるなら、承認済みの手順がどれか責任者に確かめます。
現場で確認できていない条件は推測で補わず、決定が必要な事項として担当者へ戻します。条件が決まったら文書へ反映し、作業者が必要な情報と確認先を見つけられるか確かめます。
作業者の動きに沿って見直します
SOPの下書きは、対象の作業をする人に、開始から記録まで順にたどってもらいます。「この場合はどうするか」と止まった箇所では、見た情報、迷った理由、必要だった判断を記録します。
- 判断がすでに決まっている ── 承認済みの条件への案内を手順へ加えます
- 決まっていない ── 業務ルールを決める担当者へ戻します
マニュアルは、新しく担当する人が読んで、前の工程から何を受け取り、次の工程へ何を渡すかを説明できるかで見直します。説明できない箇所には、細かな操作より先に役割と受け渡しを補います。
修正後は同じ場面をもう一度たどり、必要な文書と記録先まで進めるか確かめます。別の箇所で止まった場合は、その場面についても、条件が未決定なのか案内が見つからないのかを分けて対応します。
更新時の参照先を残します
手順や担当範囲が変わったら、次の点を確認します。
- 該当するSOPに加え、その作業を案内するマニュアル ── 説明とリンクを確認します
- 帳票やテンプレートを使う場合 ── SOPに記した記録先も確認します
変更の影響を追えるよう、各文書に対象業務、参照先、更新担当を残します。
管理ツールを選ぶ際は、次の点を実際の利用場面で確かめます。
- 作業中に探せるか
- 変更前の内容を追えるか
- 更新担当が編集できるか
ナレッジマネジメントツール比較も参考にできます。Notionを社内ナレッジ管理に使っている場合は、Sync for Notionも関連する選択肢です。まず文書の所在と更新担当を決め、作業者が参照先まで進める構成を維持できるかで選びます。
よくある質問
文書の役割を分けても、作る順番や管理単位には迷いが残ります。ここでは、先に決める条件、文書を分ける目安、部門間で比べる項目、管理ツールで試す動きを整理します。自社の担当者が実際に文書を開く場面に当てはめてください。
SOPとマニュアル、どちらを先に作るべきですか？
業務全体の目的や担当間の受け渡しが共有されていないなら、マニュアルから整えます。特定の作業で確認項目や実行順が人によって違うなら、その作業のSOPから整えます。両方必要な場合は、先に作る文書で扱う範囲を決め、もう一方へ案内する箇所を記録します。判断条件自体が未決定なら、決定権限を持つ担当者に確認してから手順に記します。
SOPとマニュアルをひとつにまとめてもよいですか？
読者が概要と手順を同じ場面で必要とし、見出しから探せるなら、ひとつの文書にまとめる方法もあります。その場合も、業務の目的・担当範囲と実行手順を分けて書きます。手順の変更だけで全体説明まで毎回見直す必要が出てきたら、SOPを独立させるか判断します。分けた後は、概要から該当手順と確認先へ進める案内を確かめます。
SOPは全社共通と部門別のどちらで作るべきですか？
まず部門ごとの開始条件、作業順、判断権限、記録先を比べます。承認済みの条件と実際の作業が共通なら、同じSOPを参照する形にできます。異なる条件があるなら、どこから適用範囲が分かれるかを明記し、部門ごとに必要な手順を分けます。文書名だけを共通化せず、各部門の責任者が手順と適用範囲を確認できる状態にします。
管理ツールは何を基準に選べばよいですか？
NotePM、Confluence、Notionなどの社内Wikiツールを検討する際は、検索性・版管理・共同編集を、自社の利用場面で確認します。作業中にSOPを探せるか、変更前の内容を追えるか、更新担当が必要な文書を編集できるかを試します。そのうえで、マニュアルからSOP、SOPから記録先へ進める構成を維持できるか判断します。
まとめ
SOPは個別作業の実行を支え、マニュアルは業務全体の目的と流れを伝えます。違いを判断するときは、目的・構成・粒度を、読者が文書を開く場面に照らします。状況に応じた対応の判断材料にはプレイブック、裁量を残す行動の基準にはガイドラインを使う方法もあります。いずれも、承認済みの条件と担当権限を確認して位置づけます。
着手する際は、担当者が迷っている作業を選び、次の順に確認してください。
- 迷いが「目的や担当範囲」にあるのか、「実行順や確認条件」にあるのかを記録します。
- 前者ならマニュアル、後者ならSOPを確認します。判断条件が未決定なら、それを決める担当者を特定します。
- 文書を直したら、前後の文書や記録先への案内を確認し、実際に使う人が次の行動または確認先を判断できるか確かめます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
- 読まれる業務マニュアルの作成方法｜現場で使われるマニュアル設計の7つのコツ
- 業務標準化の進め方｜属人化した業務をプロセス化して組織の生産性を上げる方法
- カスタマーサクセスのプレイブック設計
- 暗黙知を形式知に変換する方法
- 文書管理システム比較
本記事はSOP・マニュアル・プレイブックカテゴリに属しています。経営管理全体を体系的に学びたい方は経営管理完全ガイドをご覧ください。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
