プロセスとは、物事の流れを左から右に並べて、「何が先で何が後か」を見える化する構造化の型です。
この記事でわかること
- プロセスの基本的な考え方と使いどころ
- プロセスで見えるようになる3つのもの
- プロセスが苦手な人のための「まず端と端を決める」方法
営業の受注率が落ちている。どこに問題があるのか分からない。
こういうとき、ツリーで原因を分解しようとしても、うまくいかないことがあります。「なぜ受注率が落ちたか」をツリーで分けると「提案が弱い」「競合が強い」「価格が高い」と出てくる。でも、どれが本当のボトルネックか分からない。
こういう場面で役に立つのがプロセスです。
プロセスの基本：流れを左から右に並べる
プロセスの考え方はシンプルです。物事が進む順番を、左から右に並べる。
営業のプロセスなら「問い合わせ → 初回商談 → 提案 → 見積 → 受注」。採用のプロセスなら「求人公開 → 書類選考 → 面接 → 内定 → 入社」。業務改善なら「現状把握 → 課題特定 → 施策検討 → 実行 → 効果検証」。
流れを並べるだけで、「全体がどう動いているか」が見えるようになります。
プロセスで見えるようになる3つのもの
プロセスを書くと、ただ流れが分かるだけではありません。3つのことが見えるようになります。
① ボトルネック——どこで止まっているか
営業のプロセスを「問い合わせ → 初回商談 → 提案 → 見積 → 受注」と並べて、各ステップの数字を見てみます。問い合わせ100件 → 初回商談80件 → 提案40件 → 見積20件 → 受注10件。
提案から見積への転換率が50%で、他のステップより低い。ここがボトルネックです。「提案の内容」か「提案から見積に進む判断プロセス」に問題がある。プロセスを並べなければ、この数字は見えてきません。
② 抜け——やるべきなのに飛ばしているステップ
「問い合わせが来たらすぐ提案している。なのに受注率が低い」。プロセスで見ると、「問い合わせ → 提案」の間に「初回商談（課題のヒアリング）」が抜けている。顧客の課題を理解しないまま提案しているから、刺さらない。
③ 因果——何が何に影響しているか
「サポートへの問い合わせが増えた → 対応に時間がかかるようになった → 顧客満足度が下がった → 解約が増えた」。プロセスで並べると、最初の原因と最後の結果のつながりが見えます。「解約が増えた」だけ見ていると、解約防止の施策を考えがちですが、実は根っこはサポートの問い合わせ増加にある。
どういう場面で使うか
プロセスが特に有効なのは、以下のような場面です。
業務の改善をしたいとき。 今の業務の流れを左から右に並べる。時間がかかっているステップ、手戻りが多いステップが見えてくる。
何かがうまくいっていないとき。 営業、採用、カスタマーサクセス。流れがある業務で結果が出ていないとき、プロセスで並べるとどのステップに問題があるか特定できる。
新しい仕組みを作るとき。 プロジェクトの進め方、承認フロー、オンボーディングの手順。最初から流れを設計するときにプロセスで整理すると、抜けや無駄が事前に見つかる。
「流れ」が見えにくいとき：端と端を決める
プロセスを書こうとして「どこから始めてどこで終わるのか分からない」と詰まることがあります。業務が複雑すぎて、流れが一本道に見えない。
そういうときは、まず「始まり」と「終わり」だけ決めてください。
営業なら、始まりは「問い合わせが来る」、終わりは「受注する」。この2点を決めたら、その間を埋めていきます。「問い合わせの後に何をする？」「受注の直前は何をする？」と、両端から真ん中に向かって埋める。
いきなり全体を一直線で書こうとするから難しくなります。両端を決めて、間を埋めていく。この手順なら、複雑な業務でもプロセスに落とし込めます。
ステップの粒度を揃える
プロセスを書くときによくある失敗が、ステップの粒度がバラバラになることです。
「問い合わせ → メール返信 → 初回商談 → 提案書作成 → 社内レビュー → 修正 → 提出 → 見積作成 → 見積送付 → 受注」。
「メール返信」と「初回商談」は粒度が違います。「提案書作成 → 社内レビュー → 修正 → 提出」は「提案」の中の詳細ステップです。粒度が揃っていないと、全体の流れが見えにくくなります。
まずは大きな粒度で5〜7ステップに収める。 「問い合わせ → 初回商談 → 提案 → 見積 → 受注」。これで全体が見えたら、問題がありそうなステップだけ細かく分解する。
ツリーの回で「アクションが見える粒度で止める」と整理しましたが、プロセスでも同じです。まず粗く描いて全体を見渡す。必要なところだけ細かくする。
プロセスの落とし穴：一本道に見えない現実
実際の業務は、きれいな一本道ではないことが多い。分岐がある。手戻りがある。並行して進むステップがある。
「提案した結果、再度ヒアリングが必要になった」。これは「提案 → ヒアリング」への逆流です。「見積と契約書を同時に進める」。これは並行ステップです。
最初からすべてを描こうとすると複雑になりすぎます。まずは一本道で描いて、後から分岐や手戻りを書き足す。 分岐を最初から入れようとするのは、ツリーで「最初からきれいに分けようとする」のと同じ落とし穴です。
まず骨格を描く。分岐は後から。この順番が大事です。
AIにプロセスを出してもらうのも有効ですが、AIは「きれいな一本道」を出しがちです。実際の現場で起きる手戻りや例外は、自分の経験から書き足す必要があります。AIの出力をたたき台にして、現場の実態に合わせて調整する。ツリーやマトリクスと同じ使い方です。
まとめ
この記事のポイントを3つにまとめます。
- プロセスは物事の流れを左から右に並べる型。ボトルネック、抜け、因果関係の3つが見えるようになる
- 流れが見えにくいときは「始まり」と「終わり」を先に決めて、間を埋めていく。ステップは5〜7個に収めて、必要なところだけ細かくする
- 現実は一本道ではないが、まず一本道で骨格を描いてから分岐や手戻りを足す。AIの出力はたたき台にして現場の実態に合わせる
自分の担当業務を1つ選んで「始まりはどこで、終わりはどこか」を決めてみてください。その間のステップを5つ程度で書き出すだけで、業務の流れがぐっと見えやすくなります。
次回は「対比」を扱います。4つの基本パターンの最後です。Before/After、自社と競合、理想と現状。2つのものを並べるだけで、違いが浮かび上がります。
