見積 承認フローの決め方|値引き判断を社長に集中させない設計
この記事は製造業のAI活用・業務効率化 完全ガイドの一部です。全体像を知りたい方はまず完全ガイドをご覧ください。
この記事のポイント
見積が社長の机で止まるのは、金額の大小ではなく「判断していい範囲」が言葉になっていないからです。承認と確認を分け、金額以外の軸も足して権限を切り、超えたときの上げ先まで1枚の表に収める。そして承認の理由を残して前例にする。線は理想から引かず、実際に起きている値引きの幅を見てから引きます。
「見積の最後の判断が、結局全部自分に上がってくる」
従業員が数十名規模の製造業でよく聞く話です。担当者が客先とやり取りして、原価を積んで、見積書の形まで作る。そこまでは進むのに、最後の「この条件で出していいか」だけが社長のところで止まる。出張の日は止まったまま、移動中に電話で判断する。
このとき、多くの会社が「人が育っていない」と解釈します。ただ現場を見ていると、原因はもう少し手前にあることが多いです。担当者がどこまで判断していいのかを、誰も言葉にしていない。言葉にしていないので、担当者は安全側に倒して全部聞きに来る。聞かれるので社長は答える。答えるからルールを作る必要がなくなる。
この記事では、見積と値引きの判断を「誰がどこまで決めていいか」の設計として整理します。道具の話は最後です。先に決めることがあります。
なぜ全部が社長に上がるのか、そして何が起きているか
担当者に聞くと、たいてい同じ答えが返ってきます。「怒られたくないので、念のため聞いています」。
これは慎重さの問題ではなく、情報の欠落です。担当者の側には、判断するための材料が二つ足りていません。ひとつは範囲。どこまでなら自分で決めてよく、どこから先は上げるべきなのかという境界です。もうひとつは前例。過去に似た条件でどう判断されたのかという記録です。
前例が残っていないのは、判断が会話で終わっているからです。廊下で相談して「それでいい」と返した判断は、その場の二人にしか残りません。同じ条件の案件が次に来たとき、別の担当者は同じ相談をもう一度持ってきます。社長からは「また同じことを聞いてくる」と見えますが、担当者から見れば初めて出会う条件です。
つまり、承認が集中しているのは判断力の差ではなく、範囲と前例が言葉として置かれていないことの結果です。
そして、この状態は問題として認識されにくいという性質を持っています。一件ずつ見れば、社長が判断したほうが精度は高いからです。ただ、続けているうちに四つのことが同時に進みます。
- 回答が遅れる:判断待ちの列ができる。客先には「確認します」と言った時点から時間が流れている
- 担当者が判断を学ばない:結論だけが返ってくるので、なぜその線なのかが伝わらない。次も聞くことになる
- 社長が不在の日に案件が止まる:止まった案件は表に出てこないので、失っている時間が見えない
- 仕組みを作る動機が消える:社長が全部見ているので、台帳もルールも当面は要らないことになる
四つ目が一番重いところです。承認の集中は、それ自体が「仕組みを作らなくても回る」状態を作ります。回っているうちは困らず、社長の時間が別のことに取られた瞬間にまとめて詰まります。
「承認」と「確認」を分ける
設計に入る前に、言葉を分けておくと後がずいぶん楽になります。承認と確認は別のものです。
- 承認:判断が返るまで案件を止めるもの。止める価値があるものだけを置く
- 確認:進めながら、あとから見て気づくためのもの。止めない
詰まっている会社の多くは、この二つを区別せずに「見せてから出す」を全件に適用しています。全件を止めれば、当然その全部が判断待ちになります。
分け方の目安は、後から取り返せるかどうかです。出したあとで直せない条件や、前例として他の取引先へ波及する条件は承認に残す。単価表の範囲内で完結していて、あとから傾向として見れば足りるものは確認へ回す。確認へ回したものは、承認をなくすのではなく見る場所を後ろにずらすだけです。だから、後ろで見る場が用意されていることが条件になります。
権限を切る軸を選ぶ — 金額だけで切ると崩れる
権限を決めようとすると、最初に出てくるのは金額です。分かりやすく、誰でも判定できるので悪くありません。ただ、金額だけで切ると穴が開きます。規模が小さいのに利益が残らない案件が、権限の下を素通りしていくからです。
現場で事故になっているのは、大きな案件よりも「小さいから任せていた案件で、条件だけが特別だった」パターンのほうが多い印象があります。金額を一本の軸として使いながら、自社で実際に崩れている軸を足します。
| 軸 | 何を見ているか | 単独で使うと起きること |
|---|---|---|
| 受注金額 | 失注・失敗したときの影響の大きさ | 小口で利益が薄い案件が権限の下を通る |
| 値引きの幅 | 提示価格からどれだけ譲ったか | もとの提示が甘い案件は、譲っていない扱いになる |
| 利益の下限 | その条件で受けても残るか | 原価の精度に依存する。実績と突き合わせていないと機能しない |
| 新規/既存の取引先 | 前例として波及するか、与信が読めるか | 既存であればどんな条件でも通ることになる |
| 通常品/特注 | 見積の根拠が単価表にあるか、都度見立てか | 特注の中の難易度差を拾えない |
| 納期の特別対応 | 他案件の段取りを崩すか、外注が割増になるか | 価格側の妥当性を見ない |
全部を使う必要はありません。むしろ増やしすぎると担当者が判定できなくなります。金額に加えて、自社で事故が起きている軸を一つか二つ足す。それで始めるほうが運用に乗ります。
「ここから下は下げない」下限と、割るときの手続き
権限の話をすると「どこまで任せるか」に意識が向きますが、実務でより効くのは反対側です。誰の権限であっても、ここから下は下げてはいけないという下限を置くこと。
下限があると、担当者の判断は「上げるかどうか」ではなく「範囲の内か外か」になります。判定が単純になり、迷いが減ります。下限を置くときの条件は二つです。
- 根拠が原価側にあること:気持ちの線ではなく、この条件では残らないという裏付けを持つ。ここが弱いと下限がすぐ形骸化します
- 下限を割る道が用意されていること:戦略的に受ける案件は必ず出ます。道がないと、下限そのものが無視されます
例外の手続きは重くしないほうが機能します。誰に上げるか、何を書いて上げるか(理由と、その案件で取りに行くもの)、決まったらどこに残すか。この三つだけで足ります。書式を作り込むと、例外の申請自体が避けられて、下限を割った案件が見えない場所へ移ります。
例外を「悪いこと」にしないのも大事なところです。例外の記録は、あとで線を引き直すときの唯一の材料になります。
権限表を1枚に収める
ここまで決めたことを、1枚の表にします。分厚い規程にすると読まれません。壁に貼れる分量、見積を作る画面の横に置ける分量が上限です。
列は三つで足ります。役割 × 判断できる範囲 × 超えたときの上げ先。
| 列 | 書くこと | つまずきやすい点 |
|---|---|---|
| 役割 | 担当者/責任者/役員のように、人ではなく役割で書く | 個人名で書くと、異動や兼務のたびに表が死ぬ |
| 判断できる範囲 | 選んだ軸の組み合わせで、そのまま出してよい条件 | 「原則」「基本的に」を入れると、全件が相談に戻る |
| 超えたときの上げ先 | 誰に上げるか。一段だけ上げる形にする | 上げ先を複数人にすると、全員が待ちに入る |
| 不在時の代理 | 上げ先が不在のとき、誰がどこまで代われるか | ここが空欄だと、出張のたびに案件が止まる構造が残る |
| 記録の置き場所 | 承認した結果と理由をどこに書くか | メールやチャットの流れに置くと、あとから引けない |
「不在時の代理」の行は忘れられがちですが、承認が集中している会社で最初に効くのはここです。困っているのは権限の広さではなく、代われる人がいないことなので。
承認の記録が、次の判断の前例になる
権限表を配っただけでは、相談は減りません。判断の材料のうち、範囲は埋まりましたが前例が残っていないからです。
残すのは多くありません。いつ・誰が・どの案件を・どういう条件で承認したか・なぜその判断にしたか。最後の「なぜ」が本体です。金額と結論だけの記録は台帳としては整いますが、次の判断には使えません。
- 置き場所は、見積の一覧と同じところにする。別のファイルへ分けると、参照されずに片方が古くなる
- 書くのは承認した人。担当者に書かせると、理由が推測になる
- 下限を割った案件には印をつける。あとで例外だけを抜き出せるようにする
記録が溜まってくると、担当者は上げる前に似た案件を探せるようになります。ここまで来て初めて、相談の総量が減りはじめます。逆に言うと、記録のない権限表は「聞かないで決めろ」という指示になるだけで、担当者は怖いので結局聞きに来ます。
線は理想から引かず、実際に起きている幅から引く
ここが運用に乗るかどうかの分かれ目です。権限を決めるとき、多くの会社は「あるべき線」を先に引きます。引いた瞬間は綺麗ですが、現場の取引の実態から離れていると、翌月から例外だらけになります。
順番を逆にします。
- 直近の見積を並べる:提示した条件、最終的に出した条件、譲った理由、誰が判断したか。数か月ぶんで足ります
- 実際に起きている幅を見る:どのあたりに固まっていて、どこが外れ値なのか。外れ値には事情が付いているはずです
- 幅の中に線を置く:固まっている範囲は担当者の権限に入れる。外れ値が出ている領域を上げ先に回す
- 例外を数える:運用しながら、例外がどれだけ出たかを見る
並べる作業は面倒ですが、ここを飛ばすと線の根拠が社長の感覚だけになり、担当者が納得しません。受注率と失注理由の台帳を持っている会社なら、その台帳がそのまま材料になります。持っていない場合は、この機会に見積を並べる形から始めるのが早いです。
そして、線は固定しません。例外が多く出る線は、間違っている線です。四半期に一度、例外の中身を見て引き直します。見直しの場では、下限そのものが妥当かどうかも一緒に見ます。下限の根拠は原価側にあるので、見積と実績原価の差異を突き合わせていないと、下限を守っているのに利益が残らない状態が続きます。権限の設計と原価の精度は、片方だけでは完結しません。
道具を入れる前に決めておくこと
承認が詰まっていると、承認の製品を探しに行きたくなります。ただ、決まっていない状態で入れると、たいてい前より遅くなります。誰がどこまで判断していいかが決まっていないので、設定の段階で「関係する人を全員入れておこう」となり、直列に並んだ承認者の列ができるからです。紙の回覧が電子の回覧になっただけで、待ち時間はむしろ増えます。
入れる前に決めておくのは、ここまでに挙げた次の点です。
- 止めるもの(承認)と、止めないもの(確認)の区別
- 権限を切る軸と、その組み合わせ
- 誰の権限でも越えない下限と、割るときの手続き
- 役割ごとの範囲・上げ先・不在時の代理
- 承認の結果と理由を残す場所
- 線を引き直す頻度と、そのときに見る材料
この六つが決まっていれば、運用は紙でも成立します。決まっていなければ、どの製品でも詰まります。私たちがツールの導入推進より先に業務プロセスの構造化に時間をかけるのは、この順番を逆にした現場の立て直しが一番重くなるからです。
まとめ
見積が社長の机で止まるのは、担当者の判断力の問題ではなく、判断していい範囲と過去の前例が言葉になっていないことの結果です。
止めるものと止めないものを分け、金額以外の軸も足して権限を切り、誰も越えない下限とその例外手続きを置く。役割ごとの範囲・上げ先・不在時の代理を1枚に収め、承認の理由を見積と同じ場所に残す。線は実際に起きている幅から引き、例外の数を見て四半期で引き直す。
効果を見るときは、他社の削減事例ではなく自社の値で見てください。見積を依頼されてから出すまでの日数、社長へ上がった相談の件数、下限を割った案件の件数。設計する前の状態を先に記録しておくことが、あとで「速くなったのか」を語れるかどうかの分かれ目になります。
よくある質問
見積の承認フローは、どこから決めればいいですか?
組織図ではなく、実際に社長へ上がってきた相談を並べるところから始めます。直近の見積のうち、何をどんな理由で相談されたのかを書き出すと、判断が言葉になっていない箇所がそのまま出てきます。そこに線を引くほうが、理想の承認段階を先に設計するより早く回りはじめます。
権限を金額だけで区切ってはいけないのですか?
金額だけで区切ると、規模が小さいのに利益が残らない案件が権限の下を通り抜けます。金額は分かりやすい軸ですが単独では足りません。利益の下限、新規取引先か既存か、通常品か特注か、納期の特別対応が入るか。自社で事故が起きている軸を足して組み合わせるほうが安全です。
承認と確認は何が違いますか?
承認は、判断が返るまで案件を止めるもの。確認は、進めながら後から見て気づくためのものです。すべてを承認にすると、判断を待つ列ができて回答が遅れます。止める必要があるものだけを承認に残し、残りは確認に回すという整理が要点になります。
決めた線を守ってもらえない場合はどうすればいいですか?
違反として扱う前に、線の位置を疑ったほうがよいことが多いです。例外の申請が続くのは、現場で実際に起きている取引の幅と線が合っていないサインです。四半期に一度、例外の中身を並べて線を引き直す前提で運用すると、守れる線に寄っていきます。
ワークフローの製品を入れれば承認は速くなりますか?
誰がどこまで判断していいかが決まっていない状態で製品を入れると、関係者を全員承認者に並べる設定になりがちで、以前より遅くなります。権限表と記録の置き場所が決まっていれば紙でも運用は成立します。決めたあとで、その運用に合う道具を選ぶ順番のほうが安全です。
泉 款太(いずみ かんた)
株式会社SalesDock 代表取締役
慶應義塾大学法学部卒。スタートアップ、ラクスル、リクルート(SUUMO)を経て2025年に独立。 中小企業の経営・営業・業務・データをつなぐ事業基盤の設計と実装を支援。 不動産・製造業・クリニックを中心に30社以上の業務改善に携わる。
代表メッセージを読む →