コンサルティングファームに、なぜあの案件は赤字だったのかと聞けば、クライアントの話が返ってくる。要求を広げられた、承認が遅かった、データがぐちゃぐちゃだった。すべて事実で、すべて的外れだ。案件はもっと前に負けていた — スコープが書かれた週、何を売っているのか誰も正確に言えなかったときに。
安売りは価格設定の失敗ではない。価格が相続するスコーピングの失敗だ。
なぜオーダーメイドの仕事はデフォルトで安売りになるのか
プロダクト企業は一度スコープを定義して何度も売る。アドバイザリーファームは案件ごとにゼロからスコープを切り、時間に追われ、営業資料を兼ねた文書の中でそれを行う。これが3つの予測可能な失敗を生む。
楽観が境界に書き込まれる。 提案書は勝つために書かれるので、曖昧な項目は気前よく表現される。「現行プロセスをレビューします」は、読む人次第でワークショップ1回にも3週間にもなる — そしてクライアントは必ず高くつく方に読む。
工数は過去最良の案件から見積もられ、中央値からではない。 パートナーが覚えているのは、反応の速いチームときれいなデータを持つクライアントだ。見積もりは暗黙のうちに、今回のクライアントがそのクライアントだと仮定する。
除外事項が暗黙のままになる。 やらないことが文書に載ることはまれだ。売り込み中に除外リストを並べるのは敵対的に感じられるからだ。そしてデリバリーが始まると、書かれていないものはすべて交渉可能になる — 一方向にだけ。
これらはどれも、予備費のパーセンテージを上乗せしても直らない。40%曖昧なスコープに15%のバッファを積むのは、ゆっくり負ける方法でしかない。
依頼ではなくシグナルからスコープを切る
クライアントが口にした依頼は出発点であって、スコープではない。見積もりの前に、スコーピングの会話で工数を実際に左右するシグナルを引き出す必要がある。
- 依頼の背後にある意思決定。 案件が終わったとき、彼らは何を変えるのか?実際の意思決定につながる仕事には自然な境界がある。「状況把握のため」に発注された仕事は際限なく膨張する。
- インプットの状態。 必要なデータやアクセス権は誰が持ち、何人の手を経由するのか?インプットの所有者が一人増えるごとに、あなたは遅延を一つ買うことになる。
- 承認経路。 誰が「完了」と言うのか?支払う人と検収する人が別なら、厳しい方に合わせてスコープを切る。
- 過去の試み。 社内であれ他のファームとであれ、すでに試したことがあるなら、その試みの失敗があなたの工数を最もよく予測する単一の事実だ。何が起きたのか聞くこと。
この4つのシグナルに沿った45分の構造化ディスカバリーは、1週間の社内見積もり論争に勝る。見積もりの最大の誤差項はテーブルのクライアント側にあるからだ。
数字の前に前提条件台帳を書く
ディスカバリーと見積もりの間に、一つの成果物を強制する。見積もりが依存するすべての前提条件の素朴なリストだ。散文ではなく — 台帳。
- クライアントは3日目までにデリバリートラッカーへの閲覧アクセスを提供する。 - 成果物ごとにフィードバックは統合1ラウンド、最大5営業日。 - ワークショップ参加者は決定権限を持つ。欠席者のための再実施はなし。 - 過去のプロジェクトデータがエクスポート可能な形式で存在する。
各行は二重の働きをする。社内では、漠然としたリスク感覚を数えられる項目に変える — 12個の脆い前提に乗った見積もりは、3個の堅固な前提に乗った見積もりとは別の入札だ。社外では、台帳がそのまま提案書に入り、デリバリー時の会話が変わる。「それはスコープ外です」(敵対的、事後)ではなく、「前提4が崩れたので、これが調整です」(機械的、事前合意済み)になる。
台帳は、安売りが起こる前に可視化される場所でもある。前提条件を書き出せないなら、あなたが持っているのは見積もりではない — 通貨記号のついた希望だ。
レンジで見積もり、境界に値段をつける
オーダーメイドの仕事では、一点見積もりはフィクションであり、洗練されたクライアントはそれを知っている。正直にレンジで見積もり、そのレンジに働いてもらう。
- 下限を台帳が持ちこたえることに固定する。 「前提が守られれば120時間。」
- 上限を起こりそうな崩れに固定する。 「データアクセスが遅れるか、フィードバックが倍になれば160。」
- 区切れるものは固定価格に、区切れないものはフェーズ分割に。 判定可能な境界を持つ部分は固定報酬。本当にオープンエンドな部分は、フェーズ2のスコープを成果物とする有償ディスカバリーフェーズとして走らせる。
この最後の一手が、安売りに対する最強の武器だ。ディスカバリーに資金を出さないクライアントは、案件全体がどう進むかを見せてくれている — そして、本物のスコープを生む小さな有償診断は、曖昧なスコープへの大きな賭けよりも通しやすい最初のイエスだ。
ループを閉じるか、過ちを繰り返すか
一度安売りしたファームは、何もフィードバックされないため、たいてい何年も同じやり方で安売りし続ける。処方箋は地味だ。すべての案件の終わりに、見積もり工数と実績を前提条件ごとに記録する — 台帳のどの行が持ちこたえ、どの行が崩れたか。10案件分のデータがあれば、自分たちの系統的バイアスが見える(ほぼ全員が承認の遅延とデータの汚さを過小評価し、分析そのものを過小評価する者はほぼいない)。そして次のレンジは、感覚ではなく実際の理由で狭くなる。
これこそ、人間には退屈でAIには造作もない類の合成だ。ディスカバリーのメモをスコープ案と台帳に変換し、送付前に提案書を台帳と照合し、過去案件の実績を次の見積もりに読み込む。判断 — 境界をどこに引くか、リスクにいくらの価値があるか — はパートナーに残る。その判断を正確にする帳簿仕事が機械の役割だ。
アドバイザリー業務において、スコープこそが製品だ。それを形式として扱うファームはクライアントに補助金を出しており、設計された成果物として扱うファームは、実際にやった仕事の対価を受け取る。
安売りは単なる価格設定の問題ではないのですか?+
違います。価格を決める頃には、たいてい手遅れです。安売りは、あなたが値付けしたスコープとクライアントが理解したスコープが別の文書になっているときに起こります。境界を直さずに数字だけ直しても、失う額が変わるだけです。
オーダーメイドのアドバイザリー業務では、スコープはどこまで詳細にすべきですか?+
第三者が、ある依頼がスコープの内か外かを判定できる程度です。テストは文字数ではなく、境界が判定可能かどうか。成果物、除外事項、前提条件のそれぞれを明示する必要があります。
クライアントが提案前のディスカバリーの時間を拒んだら?+
不確実性に値段をつけましょう。問題の明確化に45分すら割かないクライアントは、案件全体がそのように進むと教えてくれています。レンジを広げるか、ディスカバリーを最初の有償ステップとするフェーズ分割にするか、辞退するかです。
工数レンジは提案書で自信がなさそうに見えませんか?+
名前のついた前提条件に紐づいていれば、むしろ逆です。「120〜160時間、そしてこのレンジ内で数字を動かす要因はこれです」は経験豊富なファームに読めます。不自然に丸い単一の数字は当て推量に読めます — 実際たいていそうだからです。
スコーピングにおけるAIの役割は?+
合成であって、判断ではありません。AIはディスカバリーのメモを構造化されたスコープ案に変え、提案書を前提条件台帳と照合し、類似案件について過去の実績が語ることを提示するのが得意です。境界をどこに引くかの判断はあなたに残ります。
関連サービス
このワークフローをデプロイしてほしいですか?