見積もりの承認で、安売り受注を未然に防ぐ

営業エンジニアが新規見込み客の工場を見学したあと、ホテルのノートパソコンからその夜のうちに見積書を送付します。価格は競争力がある、と言い換えれば安い、という状態です。送る前に粗利を確認する人は誰もいません。2週間後に見込み客がサインし、受注が確定します。月末になってはじめて経理チームが、この案件の粗利率が会社の目標の半分程度であることに気づきます。このとき価格は次回更新時まで固定されています。誰も悪気があったわけではありません。見積書を作成してから送付するまでの間に、統制された承認ステップが存在しなかっただけです。

これは企業がお金を失う中で、最も音もなく進む経路の一つです。安値の見積書が受注に変わるたびに粗利が少しずつ削られ、その損失は数百件の案件に分散しているため、まず警報を鳴らしません。基幹システムは他の統制ギャップを埋めるのと同じ方法で、この隙間も埋めます。リスクが生まれる瞬間、つまり見積りの段階、顧客に届く前のタイミングに承認ステップを置くのです。

-> 関連：メーカー向け ワークフロー全体カタログとROI

なぜ見積りは粗利確認をすり抜けるのか

中堅企業の多くで、見積プロセスは信頼とテンプレートで成り立っており、ゲートでは成り立っていません。営業担当は価格表を開き、顧客に合わせて調整し、その顧客に慣習化した値引きを当て、PDFを送ります。粗利の計算は、仮に行われるとしても、営業担当が更新するかどうか分からない別のスプレッドシートの中で行われます。承認すべき上司はCCでメールを受け取り、すでに交渉が終わった完成品を見て、数秒で承認の返事をします。

このパターンを維持してしまう構造的な問題が3つあります。1つ目は、粗利の数値が見積レコードに強制されていないため、利益がどうなっているかを直視せずに価格を出せてしまうことです。2つ目は、承認が形骸化していることです。上司は顧客に事実上約束されたあとの価格を見ており、その前に見ているわけではありません。3つ目は、しきい値の論理がないことです。粗利の高い見積と赤字の見積が同じ道を通り、同じ2秒の承認を受けてしまいます。

基幹システムはこの3つすべてに対処します。見積を構造化されたレコードにし、本物の粗利フィールドを持たせます。送付の前置きとしてではなく前提として承認を位置づけます。そして粗利そのものに基づいてルーティングを変えます。薄利の見積には人の目を通し、健やかな見積は通します。この条件分岐ルーティングこそが要点であり、紙の承認と見積承認ゲートを分ける違いです。

見積承認ゲートが実際に何をするのか

これは署名欄を一つ増やす話ではありません。基幹システムの中にある本物の見積承認ステップは、イベントの順序そのものを変え、粗利の条件が満たされるまで見積書が顧客に届かないようにします。

見積書が統制されたレコードになる

見積はもはや自由形式の文書ではありません。明細、数量、値引き、そして決定的に原価基準とそこから導かれる粗利を、構造化されたフィールドとして保持します。これらは営業担当が打ち込むのではなく、システムが計算するフィールドです。粗利がシステムによって見積明細と標準原価から計算されるとき、営業担当が丸数字の裏に悪い粗利を隠したまま価格を送ることはできません。粗利は見積レコード上で見える形で、紐付いて存在します。

粗利しきい値による条件ルーティング

これがゲートを事務的ではなく知的にする機能です。たとえば25%といった粗利のしきい値を設定します。営業担当が見積を提出すると、システムは計算された粗利を読み取り、進路を決めます。しきい値を上回る見積は、そのまま顧客に進むか、軽い確認だけを経て進みます。しきい値を下回る見積は、送付される前に上司へ明示的な承認を求めて回ります。このルーティングは、誰かがたまたま頼むのを覚えているかではなく、数値に基づいて自動で行われます。

ルーティングが条件分岐であるため、ゲートは健やかな案件を詰まらせません。8割の見積は何の追加ステップもなく通り、薄利のものだけが確認のために止まります。これこそが、社員が尊重する承認プロセスと、回避されてしまう承認プロセスの違いです。すべてを止めるゲートは迂回されます。リスクのある案件だけを止めるゲートは使われます。

承認内容がそのまま凍結スナップショットに

上司が薄利の見積を承認したとき、システムは承認された内容をそのままの形で凍結します。明細、値引き、その瞬間の粗利、承認者、タイムスタンプです。そのあと見積が送付前に修正されても、受注後に変更されても、最初に承認された状態はレコードに残り続けます。内部統制としても、あとの粗利レビューにおいても、何が、誰によって承認されたかを正確に遡及できます。これはメールの承認スレッドが決して提供できない監査証跡です。

-> 関連：見積から受注、請求までの道のり

多くの見積承認が失敗する場所

企業はこのゲートをメールとスプレッドシートで作ろうとし、予測可能な形で失敗します。営業担当は見積を送り、同時に承認を求めます。つまり顧客はすでに価格を持っている可能性があります。上司は粗利ではなく関係性と緊急度で承認します。粗利はシートの3枚奥のタブに埋もれているからです。しきい値が仮にあっても、誰かの頭の中にしかなく、月ごと人ごとに揺れます。そして誰かがチームを去るとき、非公式なルールブック全体が一緒に去っていきます。

基幹システムは、ルールを頭とメールの中から引き出し、フローそのものの中に組み込むことで、これら一つひとつを直します。しきい値は記憶ではなく設定値です。承認は送付の後ではなく前に行われます。粗利は別シートではなく見積の計算フィールドです。そして決定とその理由はレコードに永久的に残ります。

事例：静岡の精密部品メーカー

自動車や産業機械のOEMへ部品を供給する、静岡の精密部品メーカーを想像してください。社員数は約280名。営業チームは常にカスタム加工の見積りを出しており、多くの場合、年々の単価引き下げを求める調達担当者からの圧力にさらされています。見積承認ゲートを置く前のパターンは馴染みのあるものでした。新規プログラムを獲得したい営業エンジニアが、攻めの価格で見積ります。見積はその日のうちに出ます。受注は取れます。半年後、製造原価がすべて揃ったとき、案件はようやく採算が合うか合わないかの状態です。しかも価格はプログラムの存続期間中固定されているため、損失は毎四半期繰り返されます。

新しい流れでは、営業エンジニアは基幹システムの中で見積を組み立てます。明細、数量、値引きは構造化フィールドとして入力されます。システムは標準原価と見積価格から粗利を計算します。営業エンジニアが見積を提出すると、システムは粗利を設定されたしきい値と照合します。大量の自動車向けプログラムなど、粗利の健やかな見積はそのまま通ります。複雑で少量の部品など、粗利がしきい値を下回った見積は、自動的に営業部長へ回ります。部長は画面一枚で粗利、明細、原価基準を見て、そのプログラムの戦略的価値がより薄い粗利を正当化するかどうかを判断します。

違いは単独の案件ではなく、全体に現れます。静かに粗利を削っていた見積は、いまや本物の決断のために一度止まります。健やかな見積はまったく遅れません。1年間で、止まった案件が守った粗利は、ゲートのコストを何倍にも上回ります。そして営業チームは、粗利とは事後で発見するものではなく、最初から守るべき数値であることを学びます。

-> 関連：値引き承認と、静かに削られる粗利

正直な境界：このゲートがすることとしないこと

見積承認ゲートは純粋な承認統制です。見積書を送付してよいかどうかを統制し、粗利に基づいてルーティングします。承認が完了した瞬間に、売上受注やERPの売上レコードを自動で書き起こすことは、このゲート単独では行いません。ここが正直な境界です。承認は本物で、統制され、監査可能であり、リスクが生まれる場所、つまり見積の段階、顧客に価格が確定する前に置かれています。ただし、求める企業もある下流のレコード作成、承認時の自動受注や契約レコード生成は別問題であり、それ自身で評価すべきものです。

ここで正確であることが大切です。ゲートの価値は、安値の見積が外に出るのを止めること、それ一点にあります。採算を守るために、ゲートが同時に受注入力システムでもある必要はありません。すべての下流自動化を承認ステップに詰め込もうとする企業は、承認ステップそのものの導入を遅らせる傾向があり、それは本末転倒です。まずゲートを置き、粗利を守り、薄利見積を見直す規律が日常の一部になってから、追加の自動化を上に重ねてください。

なぜ粗利保護は見積の段階にあるべきなのか

粗利は、企業が再投資し、人に払い、不況を生き抜けるかを決める数値です。一度価格が顧客に確約されると、その粗利は事実上、その案件との関係が続く期間中、固定されます。工業向けの供給では、それは何年にも及ぶこともあります。プロセスの中で、見積ほど粗利を守りやすい段階は他にありません。受注が確定した時点で営業コストは沈没し、価格は固定されています。請求書が出る頃には、粗利は過去のものです。

だからこそ、見込客から現金までの流れの中で、見積の段階は粗利保護のレバレッジが最も高い単一地点なのです。そこに、実際の計算粗利に基づく条件ルーティングを持つ統制された承認ゲートを置くことで、損失がまだ画面上の数字にすぎず、確約になる前の段階で捕捉できます。その下流のすべて、受注、納品、請求、回収は、すでに決まった価格を実行しているだけです。決断が良ければ実行はうまくいきます。決断が静かに悪かった場合、どれほど効率的に実行しても粗利は戻りません。

よくある質問

ゲートを置くと営業チームが遅れませんか？

もう一度見直す必要のある見積、つまりまさにその目的に合う見積だけが遅れます。粗利がしきい値を上回る見積は、追加ステップなしで通ります。ゲートは条件分岐であり、すべてに対するものではないため、健やかな大半の案件は影響を受けません。遅れるのは、これまでなら無確認で外に出ていた薄利の見積であり、それを遅らせることこそが事業を守ります。

粗利のしきい値はいくらに設定すべきですか？

業種、原価構造、戦略によります。精密部品メーカーなら、実際の製造原価に目標利益を加えた水準を下限として設定するでしょう。正しいしきい値とは、その線を下回ったら価格が確定する前に人間の判断を入れたい、と思える値です。経理チームがすでに警告線として扱っている粗利から始め、最初の数か月でゲートが捕捉した内容に基づいて調整してください。

承認者が出張中の場合はどうなりますか？

承認ワークフローは安全な代理承認に対応しています。外出中の上司は、指名した代理者へ決定を委譲でき、システムは勝手に自動承認するのではなく、高リスクの案件には再承認を求めます。一人の人が電車に乗っているというだけで、見積が凍結されたままになることはありません。統制を弱めることなく、ゲートは生き続けます。

承認者でなくても見積を追跡できますか？

はい。ウォッチャー機能により、プロダクトマネージャーや経理の担当者は、承認ラインに入らずに特定の見積を承認フローの中で追跡できます。ステータスと粗利を見て懸念を上げることはできても、決定は引き続き設定された承認者にあります。Kikan System では、この粗利しきい値の条件ルーティングと凍結スナップショットを標準で備えた見積承認ゲートを、最大2ユーザーまで無料、クレジットカード不要のプランで試せます。

重要なポイント

安値の見積は、企業が生み出す文書の中で最も高価なものです。受注に変わるものはすべて、その案件の存続期間中、薄い粗利を固定してしまうからです。粗利しきい値で条件ルーティングする見積承認ゲートは、これを唯一修正できる地点、つまり価格が顧客に届く前で直します。健やかな見積は通り、薄利の見積は本物の決断を経ます。粗利は最も守りやすい瞬間に守られ、何が承認され、なぜかという監査証跡が残ります。

Kikan System で始める

もし安値の受注が静かに粗利を削っているなら、Kikan System をご覧ください。承認ワークフローモジュールは、計算された粗利しきい値による条件ルーティングを備えた統制された見積承認ゲートを動かし、承認された見積ごとにその瞬間の状態を凍結スナップショットで残し、関係者を承認ラインに加えることなく案件を追跡できるようにします。2ユーザーまで無料、カード不要のフリープランですぐに始められます。→ 無料で始めるからご開始ください。