サービス企業に提案書にかかる時間を聞くと、通常は1週間から2週間と聞こえます。その時間がどこに行くのか聞くと、答えは不快になります。書き込みではなく。実際の作成 — 指がキーボード上に — は最大でも1日です。残りの9日間は、既に存在する情報の検索、内部回答の待機、以前に同様の取引用に誰かが作成した見積もりの再構築、およびシニアレビューがビジネス条件が間違っていることを発見した後のやり直しに消えます。
したがって、「提案書をより速く作成する方法」の正直なバージョンは、書き込みについてはまったくありません。提案書が遅いのは、その前のすべてが非構造化されているからです。 上流を修正すると、速度は副作用として生じます — より貴重な何かと一緒に：正しい提案書。
ここに同じ2週間のサイクルがあり、段階ごと、時間浪費が命名され、実際に合計される修正です。
ステージ1 — リサーチ：既に収集したものを再度収集するのを停止します
提案書が必要とする情報は、ライティングが始まる前にほぼ常に存在します。クライアントは発見通話で自分の問題を説明しました。制約はメールスレッドにあります。予算信号はCRMメモにあります。同様のクライアントとの履歴は、以前の提案書にあります。
時間の浪費は、これらのいずれも構造化されていないということです。それは誰も再度読まないトランスクリプト、3つの形式のノート、受信トレイに存在します。したがって、ライターは最初からやり直し、再読と再解釈の時間 — または記憶から書き込み、それを微妙に間違えます。シニアレビューの再作業として後で表面化します。同じコスト、延期。
修正は、構造化されたインテークと呼ぶ規律です。発見直後に、すべて — トランスクリプト、メモ、メール、RFPがあれば — 1つの構造化されたブリーフに変換されます。クライアントは何を実際に求めていますか？彼らはどのような制約を述べましたか？彼らは暗示したが述べなかったことは何ですか？そして最も価値のあること：私たちはまだ何を知らないのですか？ その最後のリストはクライアントへのフィードバック質問になります*今、1つのバッチで、会話が暖かいている間に — 次の2週間にわたって1つずつではなく、各往復が遅延の日数を追加します。
これは入力作業であり、提案書サイクル全体で最高のレバレッジ時間です。すべての下流ステージはその品質を継承します。（また、私たちが構築するすべてのテーゼでもあります：[出力生成は現在安い — 入力は実際の作業です](/blog/input-is-the-real-work)。）
ステージ2 — スコープ：説明する前に取引を決定します
2番目の浪費は、提案書とスコープを同時に書き込むことです。ライターはデリバラブルセクションを作成し、デリバラブルが誰も合意していないアーキテクチャを意味することを途中で認識し、停止し、周りを聞き、待ち、書き直します。ドキュメントと決定は絡み合っており、それぞれが他方をブロックしています。
それらを分離します。スコープ最初、独自のアーティファクトとして、プローズの前に：デリバラブル、境界、明示的な除外、記載された仮定。きれいである必要はありません — 決定する必要があります。1ページに適応し、内部で合意されたスコープは、その後のすべてを解除します。
2つの速度ゲイン。まず、決定されたスコープに対する書き込みは機械的です — 「実際に何を提案しているのか」という会話は、ドラフト前に発生し、ドラフト中ではなく。2番目に、最後のシニアレビューはスコープ議論ではなくなります。提案書の遅い段階でのやり直しのほとんどは、言葉遣いについてではありません。パートナーが草稿を読んで取引に同意しないことです。その不一致を2日目の1ページスコープレビューに移動し、それは書き直しの代わりに1時間のコストがかかります。（スコープのエッジを正しく取得することは、あなたの[スコープクリープ防止](/blog/how-to-prevent-scope-creep-before-the-project-starts) — 同じアーティファクト、2つのゲインでもあります。）
見積もりは同じルールに乗ります：プローズではなくスコープから構築し、記載された仮定に各数値を結合します。仮定が見えている見積もりは数分で確認できます — レビュアーは算術ではなく仮定を確認します。
ステージ3 — テンプレート：構造を修正し、思考を解放します
あなたの企業が送信するすべての提案書は、同じ12の質問に答えています。誰であるか、何を理解したか、何を配信するか、どのように、いつ、いくら、どのような条件下で。各取引のためにその構造を再度導出する理由はありません — およびほとんどの企業はこれを知っているので、ほとんどの企業はテンプレートを持っています。
テンプレートが失望する理由は、彼らが間違ったレイヤーを修正することです。定型段落でいっぱいのテンプレートは、誰もが他の人のように読む汎用提案書を生成します — そして買い手はそれに気づきます。構造とビジネスロジックを修正し、推論を開いたままにするテンプレートは、高速と特定の提案書を生成します。テンプレートは言う：これらのセクション、この順序、仮定テーブルはここ、除外は明示的に記載されて、価格はこのように提示されます。取引は実際に何が入っているかを言います。
重要なテンプレートは、ドキュメント自体ではありません — それは下の見積もりモデルです。すべての見積もりが空白のスプレッドシートから始まる場合、各取引について同じレート論理とフェーズ構造を矛盾して再構築します。企業標準見積もりモデル — コンポーネント、レート、リスクバッファー、マージンフロア — は、各新しい見積もりを構築の代わりにパラメーター化に変えます。また、取引全体での価格設定を一貫性のあるものにし、レビューが簡単になり、厄介なクライアント比較が少なくなります。
テンプレートをライブアセットとして扱います。勝った取引ごとに、機能したものを折り返します。あなたのテンプレートは、2023年に誰かが推測したのではなく、あなたの勝利の蓄積パターンをコード化する必要があります。
ステージ4 — ドラフト：AIに堅牢な基盤からボリュームを行わせます
現在のみ — 構造化されたインテーク、決定されたスコープ、仮定に結合された見積もり、および成功に調整されたテンプレート — ドラフティングが入ります。この時点では、ドラフティングは簡単な部分です。ドキュメントはほぼその入力によって決定されています。それを生成することはボリュームの仕事です。これはまさにAIが得意とすることです。
順序はツールより重要です。ほとんどのチームは間違った側面でAIに到達します — RFPをチャットボットに貼り付け、提案書を求め、発明されたスコープと楽観的な数字を使ってテキストを流暢に返してください。それはよく読めて、それは静かに間違っています。これは遅いより悪いです：間違ったビジネス数字を送信する速度は負の速度です。 余裕、配信、見えずにそれを払い戻します。
代わりに、パイプラインの終了で同じツールを実行し、エラーモードが消えます。AIは取引が何であるかを推測するよう求められません。取引はすでに決定され、構造化されています。ドキュメント、テンプレート、スコープと見積もり — 構築により正確に記載されます。最初のドラフトは数分で到着し、イテレーション（「エグゼクティブサマリーを締める」、「フェーズをテーブルとして提示」）はほぼ無料です。別途パイプライン全体を書きました：[提案とSOW世代のための最良のAIワークフロー](/blog/best-ai-workflow-proposal-sow-generation)。
次に、速度が決して取り外さない1つのステップ：指定された人間は、何もクライアントに到達する前にレビューして署名します。 スコープギャップ、価格設定、位置付け、会社を恥ずかしくするあらゆること。これは高速ワークフローの税金ではありません — それが高速ワークフローが購入するものです。最も高い人が対談者をやめて、常にあるべき人になります：レビュアーと取引シェイパー、弱い人を2日間生成するのではなく、強力なドラフトに判断の1時間を費やします。
実際に変わるもの
合計してください。構造化されたインテークは再研究を殺します — ライターはすべての既知とすべての未知で始まります。スコープの最初のキルドラフト中の決定麻痺と遅い段階でのレビューのやり直し。テンプレートは空白ページ構造作業と空白スプレッドシート見積もり作業を殺します。堅牢な入力からのAIドラフティングキルの作成時間。人間のゲートはそれを正しく保ちます。
2週間のサイクルは日数で崩れます — そして日数はあなたが制御する遅延（クライアント回答、内部承認）です。仕事ではなく。ここで速度は化粧的ではありません。買い手の机の上の最初の信頼できる提案書は、後のすべてがどのように読まれるかを形作ります。2週間ではなく3日で応答することは競争力です。特に大きく、遅い競合他社に対してです。各取引の構造化されたスコープと見積もりがテンプレートとモデルに再預けされるため、次の提案書はさらに先を進みます。 取引10は取引1より速いです — 誰かがより速く入力するからではなく、会社が毎回最初からやり直すのをやめたからです。
この蓄積ループ — すべての提案書は次の提案書をより安く、より鋭くする — [Proposal OS](/proposal-os)が端から端まで実装するものです：インテーク、スコープ、見積もり、ドラフト、人間ゲート。提案書が2週間かかり、同じ取引が数日で通過するのを見たい場合は、無料の発見通話を予約してください。実際の機会でパイプラインを歩きます。
コンサルティング提案書の作成にはどのくらいの時間がかかるべきですか？+
機能的なパイプライン — 構造化されたインテーク、スコープのパス、見積もりのパス、過去の成功に調整されたテンプレートからの作成 — を備えた中規模のサービス提案書は、数週間ではなく数日かかる必要があります。典型的な2週間のサイクルは、書き込み時間ではありません。それは主に待機、再研究、および上流の弱い入力によって引き起こされるシニアレビューの再作業です。
ChatGPTを使用して提案書をより速く作成できますか？+
一般的なチャットボットは流暢なテキストを迅速に生成しますが、あなたが貼り付けたものから草稿を作成します — したがって、スコープと見積もりが正確でない場合は、静かに間違ったビジネス条件を持つ磨かれたドキュメントが得られます。間違った数字を送信する速度は負の速度です。利益は、最初にインテーク、スコープ、見積もりを構造化してから、その基盤からAIに草稿を作成させることから来ています。
提案書作成における最大の時間浪費は何ですか？+
再研究。提案書が必要とする情報はほぼ常に発見中に収集されています — ただし、通話トランスクリプト、CRMメモ、メールスレッドに分散しています。ライターは時間の大部分を再検索と再解釈に費やしています。発見直後に1回だけインテークを構造化することで、最大の遅延が解消されます。
提案書テンプレートは提案書を汎用にしますか？+
悪いテンプレートはそうします — すべてのクライアントに対して同じように読める定型段落。良いテンプレートは、構造とビジネスロジックを修正し、クライアント固有の推論は各取引のために書かれたままにしておきます。テンプレートは「どのセクション、どの順序、何をカバーする必要があるか」に答えます。取引は「ここで実際に何を言っているのか」に答えます。
AIが提案書を草稿した場合、人間はどこに適合しますか？+
ゲートで。AIはボリュームを行います — 構造化されたインテーク、スコープの再構築、見積もりの作成、ドキュメントの起草。指名されたシニア担当者がパッケージをレビューし、ビジネス条件をチェックし、判断呼び出しを調整し、クライアントに到達する前に署名します。より高速なドラフトは、シニアスタッフの時間がレビューと取引形成に使用されることを意味し、これは常に最も価値があるものです。
関連サービス
このワークフローをデプロイしてほしいですか？