Column
見積作成に時間がかかるのは、
書くのが遅いからではない。
見積書へ入力する工程だけを速くしても、提出までの時間が変わらないことがあります。その前後にある過去案件の検索・条件確認・承認待ちが残るからです。まず、どこで止まっているかを分けます。
見積作成が遅いときは、テンプレートだけでなく「探す・確認する・承認を待つ」を確認します。下書き作成は外注できますが、価格・値引き・納期を決める判断は社内に残します。
見積提出までを、作業と待ちに分ける
商談が終わってから見積を送るまでに起きていることを並べると、次のようになります。緑が手を動かしている時間、赤が止まっている時間です。自社ではどこが長いか、当てはめてみてください。
何をいくつ、いつまでに、どの条件で。メモが手元にあれば短時間で終わります。メモが無いと、記憶をたどる時間がここに乗ります。
「前に似た構成で出したはず」を探しています。ファイル名の付け方が揃っていないと、ここが長くなります。探している時間は、作業に見えて実質は待ちです。
この納期で出せるか、この構成で対応できるか。聞いた相手が商談中なら、返事は数時間後です。1往復で済まないと、半日が消えます。
書式に入力する工程。テンプレートがあれば短時間です。ここを速くする工夫は、全体の中では効きが小さい部分です。
値引きや条件の判断が要る場合、承認者の手が空くまで止まります。承認が要るかどうかの基準が決まっていないと、要らない案件まで止まります。
メール本文を書いて送ります。文面が型になっていれば短時間です。
「見積作成が遅い」と言うとき、多くの場合速くしようとしているのは作業の側だけです。テンプレートを整えても、探す時間・確認の往復・承認待ちは残ります。
待ち時間を減らす3つの手
赤い3つは、それぞれ原因が違うので手も違います。どれも道具ではなく、決めごとで解決します。
過去の見積が探せない
探す時間を短くする方法は、検索を速くすることではなく、探さなくていい状態を作ることです。よく出る構成を3〜5パターンに絞って、標準として置いておきます。
直近の見積を並べて、構成が同じものを数えます。繰り返し出ている構成が見つかれば、それを標準見積として保存します。案件ごとに変える項目と、特注として別に扱う条件を分けます。
条件確認の往復が発生する
確認が必要なこと自体は問題ありません。問題は、何を確認すべきかがその場で分からず、聞き漏らして2往復目が発生することです。
確認事項を1枚のチェックリストにします。過去に「聞いていなかったせいで出し直した」案件を3件思い出すと、そこに載せるべき項目が出てきます。思い出せない場合は、次に発生したときに記録します。
承認待ちで止まる
すべての見積に承認を求めていると、承認者がボトルネックになります。逆に承認なしで出せる範囲が曖昧だと、担当者が念のため全件を上げます。結果は同じで、全部止まります。
承認が要る条件を、金額と条件で決めます。次の項で書式を示します。「重要な案件は承認」ではなく、数字で切ります。
承認フローを、条件と金額で決める
承認フローは、組織図ではなく「どういう案件を、誰が、いつまでに見るか」で書きます。次はモデルケースです。数字は自社の実態に置き換えてください。
| 案件の条件 | 承認者 | 返す期限 | 承認が無いときの扱い |
|---|---|---|---|
| 標準構成・値引きなし | 不要（担当者のみ） | — | そのまま提出 |
| 値引き10%まで | 不要（担当者のみ） | — | そのまま提出 |
| 値引き10%超 | 社長 | 当日中 | 翌営業日まで返答が無ければ、値引きなしで提出 |
| 初回取引の顧客 | 社長 | 当日中 | 同上 |
| 納期が通常より短い | 社長＋現場責任者 | 1営業日 | 通常納期で提出し、短縮は別途相談と明記 |
| 特注・過去に例が無い構成 | 社長 | 1営業日 | 提出を待つ（顧客には日程を連絡） |
The point
下書きを作る人と、判断する人を分ける
上の3つを直しても提出が遅い場合、そもそも見積を作る人が、判断もしている状態になっていないか確認してください。
標準構成の見積書は、書式に沿って埋める作業です。判断が入るのは、値引き・納期・特注の扱いだけです。作る人と判断する人を分けると、判断する人は判断だけをすればよくなります。
商談メモが1本あれば、標準見積の下書きは本人でなくても作れます。営業担当がやるのは、上がってきた下書きを見て、条件を1つ確認して出すことだけになります。
社内でやるか、外に出すか
見積の下書きを外に出す場合、渡せるのは標準構成として型が決まっているものだけです。特注は渡せません。ですから、外注の前提として「よく出る構成を3〜5パターンに絞る」（Wait 01）が先に必要になります。
判断の目安は、標準構成として扱える見積がどれだけあるかです。特注が中心なら、外に出せる範囲は小さくなります。標準構成が繰り返し出ているなら、その下書きから切り出せます。
自社の割合が分からない場合は、直近の見積を並べ、同じ構成・変更した項目・承認が必要だった理由を記録してください。数えたあとで外に出せるかを判定したい場合は、8問の外注チェックが同じ基準を質問の形にしています。
見積作成が遅い原因を確認する5項目
直近の見積を1件選び、次の順番で確認します。どこで止まったかが分かれば、先に直す場所も決まります。
- 商談メモ——商品、数量、納期、条件がそろっていたか
- 過去見積——類似案件をどこから探したか
- 確認相手——誰へ何を聞き、何往復したか
- 承認条件——なぜ承認が必要だったか決まっていたか
- 送付——完成後、顧客へ送るまでに止まったか
見積業務が属人化する5つの原因
見積作成に時間がかかるだけでなく、「あの人しか作れない」状態になっているなら、問題は作業時間ではありません。判断と情報の置き場が一人に集まっている状態です。
結論：見積の属人化を解くには、価格を誰でも決められるようにする必要はありません。定型作業、確認事項、最終判断を分けることから始めます。
原因1：過去の見積が個人のフォルダにある
似た案件の見積を探せないと、毎回ゼロから作ることになります。保存場所と案件名のルールをそろえます。
過去資料を全部きれいにする前に、今後の保存先を一つ決めます。
原因2：価格の根拠が言葉になっていない
価格が担当者の経験で決まること自体は珍しくありません。ただし、何を確認すれば判断者へ渡せるかが分からなければ、周りは支援できません。
価格を決める人と、必要情報を集める人を分けます。
原因3：見積前の確認が毎回違う
数量、仕様、納期、配送、支払い条件など、確認事項が担当者の頭の中にあると、漏れが出ます。
見積前に聞く項目をチェックリストにし、案件ごとの追加条件だけを書きます。
原因4：修正履歴が追えない
どこをなぜ変えたのかが分からないと、同じ確認を繰り返します。版の名前と確認者を残します。
細かい履歴を増やすより、最新がどれか迷わない状態を先に作ります。
原因5：提出後の案件と結びついていない
見積を作った後、返答待ちなのか、修正中なのか、失注したのかが案件表に残らなければ、見積は単発の書類で終わります。
見積提出日と次回確認日を案件一覧へ戻します。
この節の確認項目です。空欄が多いところが、先に整える場所です。
- 過去見積の保存先が一つある
- 価格判断者と情報収集者を分けた
- 確認項目をチェックリスト化した
- 最新版が分かる
- 見積後の次回対応を案件表に戻す
見積の承認フローを整える4つの決め方
見積書の作成は終わっているのに、確認待ちで提出できない。原因は承認者の忙しさだけでなく、何を見て、誰が、どこで決めるかが案件ごとに違うことにあります。
承認依頼に必要な情報を固定する
顧客、商品・仕様、数量、金額、原価や条件、希望納期、例外の有無が毎回ばらばらでは、承認者は判断できません。
必要項目を依頼書式にし、情報が足りない場合は作成者へ戻す条件を決めます。承認者が追加質問を繰り返す状態を減らします。
条件ごとの判断者を、役割で決める
金額、値引き、納期、特殊仕様などで確認先が変わるなら、その条件を一覧にします。「誰に聞けばよいか」から始めるのをやめます。
判断者が不在のときに誰へ上げるかも決めます。ただし、価格や契約に関する最終判断を自動化したり、権限のない人に委ねたりはしません。
承認済みの記録を一つに戻す
メール、チャット、口頭の返事が混ざると、最終的にどの条件で承認されたかが分かりません。案件表や見積の管理場所に、承認状態と条件を戻します。
見積書の版、変更理由、承認日を追えるようにすると、後から同じ確認を繰り返しにくくなります。
例外を通常フローに混ぜない
急ぎ、特別値引き、通常外の納期などは、通常案件と同じ順番で扱うと迷います。例外とする条件、確認先、記録する内容を短く決めます。
例外が頻繁に起きるなら、個人の対応力で吸収せず、通常の価格表や判断ルールを見直す材料にします。
この節の確認項目です。空欄が多いところが、先に整える場所です。
- 承認依頼に必要な情報が決まっている
- 金額・条件ごとの確認先を役割で決めている
- 承認済みの状態と条件を一つの場所に戻している
- 急ぎや特別条件の例外ルールがある
- 実際に止まった理由を記録している
見積作成を引き継ぐために必要な情報
見積書の作り方を文書にしても、後任者が作れないことがあります。理由は、手順の外にある「どの資料を見ればよいか」「誰に聞くか」「急ぎをどう扱うか」が抜けているからです。
結論：引き継ぐべきなのは、画面操作ではありません。必要情報、確認先、例外、最終判断の流れを一緒に残します。
必要情報：見積を始める前にそろえるもの
顧客情報、依頼内容、数量、仕様、希望納期、過去取引、価格判断に必要な条件を洗い出します。
「この情報がなければ作れない」を先に決めると、確認の往復が減ります。
確認先：誰に何を聞くか
技術、在庫、価格、納期など、確認先が複数ある場合は順番を決めます。後任者が全員へ聞き回らない状態にします。
担当者名だけでなく、確認する内容をセットで残します。
例外：急ぎ・値引き・特殊条件の扱い
通常手順だけでは、例外で止まります。過去に困った見積を振り返り、どの条件なら誰へ上げるかを書きます。
例外を全部予測しようとせず、出るたびに一行ずつ足します。
最終判断：承認の場所を固定する
見積の作成者と、価格や条件を決める人は同じでなくて構いません。承認依頼をどこで出し、どこで確定とするかを決めます。
メール、チャット、口頭が混ざるなら、最終記録の場所を一つ決めます。
並走：実際の一件で検証する
後任者が実際に一件を作り、どこで止まったかを記録します。文書を完成させてから渡すのではなく、実務で直します。
最初の数件は、作成時間より質問の内容を見ます。
この節の確認項目です。空欄が多いところが、先に整える場所です。
- 開始前に必要な情報が決まっている
- 確認先と内容が分かる
- 例外の判断を残した
- 承認の記録場所が一つある
- 実案件で並走した
見積作成の効率化でよくある質問
Q1テンプレートを作れば、見積は早くなりますか。
同じ構成が繰り返される場合は有効です。ただし、条件確認や承認待ちが長い場合、テンプレートだけでは提出までの時間は変わりません。
Q2承認待ちを減らすには、何を決めればよいですか。
承認が必要な金額・値引き・納期・特注条件、承認者、返答期限、期限までに返答がない場合の扱いを決めます。「重要案件だけ承認」のような曖昧な表現は避けます。
Q3見積書作成は外注できますか。
決まった商品・数量・単価・書式に沿う下書きは外注できます。価格、値引き、納期、与信、特注対応などの判断は社内に残します。
Q4何から整理すればよいですか。
直近の見積をたどり、商談メモ、過去見積の検索、社内確認、承認、送付のどこで止まったかを書き出します。最も頻繁に止まる工程から改善します。
どこで止まっているかを、
一緒に見ます
30分だけお時間をください。直近の見積を数件たどって、6工程のどこが長いかを特定します。承認フローを決めるだけで済むなら、そうお伝えします。
見積作成の詰まりを相談する売り込みの電話・メールは行いません / 相談だけで終わっても構いません