営業から実行チームへの引き継ぎで情報が失われる
商談で約束したことが受注内容に載っていない。実行担当者が問い合わせ、顧客は戸惑い、あなたは3回目の説明をする。
領域 04 · 業務運営
あなたがすべてに関わらなくても、会社が回るように。
オペレーションとは、引き継ぎ、納品、責任、キャパシティ、文書化が整っていて、通常のケースはあなたがいなくても回り、例外は例外として扱われる状態のことです。
ショップを分析する
初回相談：どの引き継ぎで最初につまずいているかを見ていきます。
気づくきっかけ
オペレーションが静かにコストを生む3つの箇所
どのプロジェクトも特殊ケース
例外を測る基準となる標準の流れがありません。そのため、毎週繰り返されることまで含めて、すべてが個別に計画されます。
キャパシティは計画ではなく感覚で判断されている
チームがもう1件受けられるかどうかは、その時いちばん近くにいる人にしかわかりません。約束は稼働状況ではなく、楽観から生まれています。
基本原則
標準業務と例外を分ける
オペレーションで最大のレバーが新しいツールであることはまれです。何を標準とし、何をそうしないかを決めることです。
標準業務
- 営業と実務の間で、必須項目を伴う決まった引き継ぎ
- 最も多い案件タイプについて文書化した手順
- 人ではなく、ステップごとに明確な担当
- 開始前に分かっている検収基準
例外
- そのことを明示し、黙って組み込むことはしません
- 意思決定者と理由がそろっている
- 収集され、頻繁に起きる例外は新しい標準になります
- 価格に織り込めるよう、コストを早めに可視化
手に取るもの
説明なしでも機能するフロー
引き継ぎ記録 営業 → 実行
案件の開始前に、受注情報に含めるべき項目。
主要な受注タイプの標準ワークフロー
ステップ、担当、受け入れポイント – 読まれるくらい短く。
キャパシティ一覧
チームが約束したことと、まだ対応できることをシンプルに把握できるビュー。
例外リスト
理由付きで集めた逸脱事例 – 次の標準の土台になります。
位置づけ
引き出しにしまい込まれるプロセスマップは作りません。
私たちはドキュメントを実際のプロセスに沿って作成し、日常で読まれる程度の詳しさにとどめます。目的は網羅性ではなく、あなたがいなくても回るプロセスです。
オンラインショップで
在庫と返品：EC でこの領域がどう表れるか。
在庫と出荷能力
誤った在庫表示が、すでに入っていた注文を失わせます（ステーション02）。
返品
返品コストは物流だけでなく、注文ごとの限界利益に含めるべきです。
よくある質問
明確に回答。
大企業向けのものではないのですか？
むしろ逆です。チームが小さいほど、オーナーへの依存は大きくなります。文書化された標準手順が1つあるだけで、最も大きく負担が軽くなります。
そのために新しいソフトウェアが必要ですか？
たいていは必要ありません。きちんと使われている CRM と短い標準手順で十分なことが多いです。ソフトウェアは手順が固まってからです。
ドキュメントが古くならないよう、どのように対策していますか？
短く保ち、オーナーを決め、例外を定期的に集めることです。頻繁に繰り返されるものは標準に組み込みます。そうすれば標準は常に最新のままです。
