見積の承認基準：BtoBの値引きと稟議フローを設計する

承認マトリクスは、1行につき一つの問いに答えます。どの条件が見積を決裁に回し、誰がそれを承認するのかです。BtoBの商談でリスクを実際に予測できる四つの要素、すなわち金額、全体の値引き率、明細単位で最も深い値引き、そして標準外の取引条件からマトリクスを組み立て、各区分に承認者を名指しで割り当てます。それ以外はすべて装飾です。

多くのチームは、マトリクスがまったくないか（値引きのたびに相談になる）、あるいは細かすぎて三通のメールなしには何も見積もれないかのどちらかです。この記事では、そのまま使える具体的なマトリクス、各行の背景にある考え方、Shopifyで実際に動く承認ポリシーへの落とし込み方、そしてよくできたマトリクスが誤った見積に反応してしまう三つの罠を扱います。

（これはポリシーに何を書くべきかの話です。ポリシーそのものの作り方、つまりキャンバス、ステップ、関係者についてはShopifyでBtoBの承認ワークフローを設定するをご覧ください。）

承認マトリクスとは実際に何か

マトリクスは、ソフトウェアの設定である前にポリシーの文書です。各行は三つの部分でできています。

条件が満たされたとき → 誰が承認し → その後何が起きるか。

書き出しておくと、これは同時に三つの役割を果たします。営業チームにどこまでの裁量があるかを正確に伝え、いちいち尋ねずに済むようにします。管理者に、どの判断が本当に自分のものかを伝えます。そして、なぜその値引きが認められたのかについて、示せる記録を残します。これは商談が悪い方向に転んで「どうやって承認されたのか」と問われる最初の場面で効いてきます。

よいマトリクスの判定基準は網羅性ではありません。営業担当者が見て5秒で、自分だけで見積を送れるかどうかが分かることです。

見積の承認プロセスと値引きの承認フロー

この二つの言い方は同じ意味で使われがちですが、少し違うものを指しており、設計するときにはその違いが効いてきます。

見積の承認プロセスは、見積がバイヤーに届くまでにたどる経路全体です。誰がどの順序で確認し、次に進むために何が満たされている必要があるかを指します。値引きの承認フローは、そのうち価格に関わる部分です。営業担当者が単独で認められる値引きの区分と、それより深い譲歩がどこで上位に上がるかを指します。

マトリクスは、そのどちらも表現する方法です。1行は条件と承認者であり、値引きだけでなく金額、条件、取引先の状態まで行がカバーすれば、それが見積の承認プロセスになります。多くのチームは、利益が漏れるのが価格だからまず値引きの承認フローから始め、その後に範囲を広げます。

同じ構造は、チェーンが自社ではなく購入する組織のものになる、バイヤー側の発注承認にも使えます。これは後半で扱います。

リスクを予測する四つの条件

役に立つ行のほとんどは、この四つのいずれかから生まれます。

1. 商談の金額。 最も単純で、最も抜け道の少ない条件です。大口の注文は利益率にかかわらずもう一人の目を通す価値があります。判断を誤ったときの損失が金額に比例するからです。

2. 見積全体の値引き率。 カタログ価格に対する値引きの合計割合です。多くのマトリクスがこれを使っていますが、単独では四つの中で最も弱い条件です。次の項目をご覧ください。（特注・受注生産品の見積ではカタログ価格そのものが存在しないため、値引きに基づく行は反応せず、しきい値は金額や利益率に置く必要があります。）

3. 明細単位で最も深い値引き。 いずれか一つの明細について、その明細のカタログ価格に対する最大の値引きです。多くのマトリクスに欠けているのがこの条件であり、全体の値引き率では捉えられない失敗を捉えます。

12行の見積で、11行は定価、そして1行、つまりバイヤーが本当に気にしていて金額の3分の1を占める明細だけが45%引きになっている。全体の値引き率は12%になる。15%のしきい値は反応しない。重要だった唯一の明細で、利益を渡してしまったことになる。

全体の値引き率は見積を表し、明細単位の最大値引きは譲歩を表します。バイヤーは明細で交渉するのですから、明細で守ってください。

4. 標準外の取引条件。 価格の話ではありません。前受金の免除、通常より長い支払い条件、普段は扱わない通貨、通常と異なる納品の約束などです。これらは資金繰りとリスクに実際の影響があり、商談に最も近い人が確認なしに合意してしまうことがよくあります。

そのまま使える具体的なマトリクス

ここから始めて、数字を自社のものに変えてください。区分は例示であり、応用できるのは形のほうです。

条件	承認者	この行がある理由
値引き5%以下	営業担当者 - 承認不要	担当者の裁量。見積の大半はここに収まるべきで、そうでなければマトリクスが厳しすぎます。
値引き5%超10%以下	営業マネージャー	日常的な譲歩の範囲。
値引き10%超	営業部長	実際に利益がさらされます。
いずれかの明細が15%超の値引き	営業マネージャー	定価の見積に隠れた深い譲歩を捉えます。
商談金額が$25,000超	営業部長	値引きとは無関係に、金額そのもので。
商談金額が$100,000超	経理および営業部長	いずれかではなく、両方の承認が必要です。
前受金の免除、または標準の割合未満	経理	価格ではなく資金繰りの判断です。
標準より長い支払い条件	経理	これは与信であり、与信は経理の判断です。
普段扱わない通貨での見積	経理	見積の有効期間にわたる為替リスク。
新規取引先からの初回注文	営業マネージャー	取引先が実在し、条件が適切かの一度きりの確認。
自動承認のタグが付いた顧客	誰も承認せず、ステップを飛ばす	二つ目のポリシーを別に持たずに、優良顧客の一覧を扱えます。

構造上の注意が二点あります。$100,000超の行は「いずれか」ではなく全員の承認を使っています。最大級の商談では、席にいたほうではなく両方の署名がほしいからです。そして最後の行は承認ではなくスキップです。既存のステップに条件付きの例外を設ける形であり、重複したポリシーを維持せずに少数の信頼できる取引先を扱う方法です。

マトリクスをポリシーに落とし込む

各行は、ポリシーそのものになるか、ポリシー内のステップになります。QuotWayでは、ポリシーは適用範囲（自社側かバイヤー側か）、どの見積に適用するかを決める開始条件、そして順序のあるステップの連なりを持ちます。各ステップには承認者と、いずれか（一人の承認でステップが通る）または全員（全員の承認が必要）のモードがあります。

条件として使える項目は、上のマトリクスとよく対応しています。見積の金額、全体の値引き率、明細単位の最大値引き率、前受金の割合、商品やコレクションの該当、顧客タグ、会社の所在地、通貨で、and / or / not で組み合わせられます。

マトリクスが書いたとおりに動くかを左右する仕組みが二つあります。

ポリシーは優先度の順に評価され、最初に一致したものが適用されます。 そのため、順序は内容と同じくらい重要です。「$25,000を超える見積すべて」という広いポリシーが「$100,000超は経理と部長」という具体的なポリシーの上にあると、後者は決して動きません。具体的なポリシーを先に置き、包括的なものを最後に置いて、一覧を集合ではなく上から順に読む手順として捉えてください。

条件付きスキップは、重複したポリシーより優れています。 ある行が新しいチェーンではなく例外である場合は、二つ目のポリシーを作って競合させるのではなく、ステップに条件を追加してください（「顧客に auto-approve のタグがある場合はこのステップを飛ばす」）。

承認ポリシーにはProfessionalプランが必要です。並列ステップ、条件付きスキップ、タイムアウトによるエスカレーション、代理承認はEnterpriseです。

よくできたマトリクスが誤って反応する三つの罠

1. しきい値の通貨。 ステップの金額条件は、バイヤーに提示している通貨ではなく、ストアの基準通貨で見積の合計を比較します。基準がUSDで、バイヤーに€9,000を提示している場合、条件が見るのは基準通貨に換算した額であり、見積上の数字がそうでなくても$10,000のしきい値を超えている可能性があります。単一通貨のストアではこの問題は起きません。多通貨のストアでは、しきい値に意味があるかどうかを左右するため、偶然ではなく意図して基準通貨で設定してください。

2. データが欠けている条件は飛ばされるだけで、見積を止めません。 条件が見積に存在しない項目を参照している場合、そのルールの該当部分は飛ばされ、飛ばしたことと理由が監査記録に残ります。よくあるのは、ゲストの見積には顧客タグがないという場合です。顧客タグに基づくルールは、ゲストからの依頼には単に一致しません。これは正しい挙動です。存在しない情報で正当な商談を止めるより、通すほうがよいからです。ただし、高額の見積に対してタグに基づく条件を唯一の守りにするのは適切ではありません。金額は金額で守ってください。

3. 価格の条件を全体の値引き率だけにする。 上で扱ったとおりですが、最も多い設計上の欠陥なので繰り返します。全体の値引き率だけで組んだマトリクスは、要求を1行に集中させるバイヤーに素通りされます。

バイヤー側を忘れない

承認マトリクスは通常、売り手のために設計されます。しかし大口のバイヤーには自分たちのチェーンがあり、それを表現できないと、原則合意したはずの見積がなぜ戻ってこないのかを推測しながら商談を進めることになります。

バイヤー側のポリシーも同じ構造、つまりステップ、関係者、いずれか／全員を使いますが、承認者は購入する組織の連絡先になります。購買責任者、次に経理、最後に決裁、といった形です。相手のチェーンが動いている間、見積は明確に表示された待機状態にあり、バイヤーには理由の分からない停滞ではなく現在地が見えます（「ステップ1／3 - 購買責任者の確認」）。自社のマトリクスが有用なのと同じ理由で、これも持つ価値があります。誰が次の一手を負っているかを全員が把握できるからです。

承認が滞ったときに何が起きるか

どんなマトリクスも、いつかは休暇中の担当者に行き当たります。知っておくべきことが二つあります。

• 滞ったステップは自動的に表面化します。 7日を超えて有効なままのステップには、マーチャント向けに「確認または再割り当て」の案内が表示され、その出来事も記録されるため、どのくらいの頻度で起きているかを把握できます。
• 代理承認は期間を指定できます。 不在にする承認者は、保留中の承認を一定期間だけ同僚に引き継げます。期間が終われば経路は自動的に元へ戻るため、うっかり恒久的に付け替えたままになることがありません。代理承認はEnterpriseの機能です。

絶えず再割り当てをしているようであれば、それは承認の問題ではなく、マトリクスのある行が実際には対応できない相手に経路を向けている印です。

マトリクスは小さく保つ

どの行も遅延です。決裁待ちの見積は、競合が先に答えてしまうかもしれない見積であり、応答時間は受注率を確実に動かせる数少ないレバーの一つです。

正直に保つ方法が三つあります。

• 見積の大半が承認をまったく必要としない状態を目指す。 見積の過半数がしきい値に触れているなら、担当者の裁量の幅が狭すぎ、管理者を統制ではなくボトルネックに変えてしまっています。
• 承認にかかる時間を、応答時間と同じように測る。 遅いステップは、人の問題ではなく設計の問題として扱ってください。
• 原価が動いたらしきい値を見直す。 昨年の利益率に合わせて設定した10%の区分は、今年は別のポリシーです。

よくある失敗

• 一番下に裁量のない区分設定。 担当者が何も承認できないなら、すべての見積が行列になります。
• すべての商品に同じしきい値。 利益率の高い付属品の10%引きと、最も利益率の薄い商品の10%引きは同じ判断ではありません。利益の構造が本当に異なる場合は、商品やコレクションの条件を使ってください。
• 誰も担っていない役割への経路。 「経理」は、通知を受け取る実在の人物に解決される必要があります。スタッフ、役割、割り当ての関係については営業担当者：管理画面の権限と見積の担当をご覧ください。
• 監査記録を一度も見ない。 何が、誰によって、どんな根拠で承認されたかの記録こそが本題であり、商談が悪い方向に転んだときに真っ先に求められるものです。
• 先にアプリ側でマトリクスを組む。 まず表として書き出し、営業と経理の合意を得て、それから設定してください。設定画面で試行錯誤しながら作ったポリシーは、その場にいた人の考えを写し取りがちです。

よくある質問

BtoB営業における承認マトリクスとは何ですか？

承認マトリクスとは、条件と承認者を対応づけた表です。どの値引き、商談金額、取引条件が決裁を必要とし、誰がそれを行うかを示します。各行は「これが当てはまるとき、この人が承認する」と読めます。営業担当者に明確な裁量の幅を与え、本当の例外を適切な意思決定者へ回し、なぜその譲歩が認められたのかの記録を残します。

どの程度の値引きから承認を必要とすべきですか？

万能の数字はなく、自社の利益率によります。よくある形は、5%程度までは担当者の完全な裁量、おおよそ5%から10%までは営業マネージャー、それを超えると部長、というものです。正確な区分より重要なのは、見積の大半が担当者の裁量に収まっていることです。過半数が承認を必要とするなら、しきい値が厳しすぎ、管理者をボトルネックにしてしまっています。

なぜ合計ではなく明細単位で最も深い値引きを見張るのですか？

バイヤーは平均ではなく明細で交渉するからです。11行が定価で1行だけ45%引きの見積は、全体では12%程度に均され、15%のしきい値をすり抜けます。その一方で、バイヤーが本当に気にしていた明細の利益は渡してしまっています。明細単位の最大値引きに条件を置けば、全体の数字が隠している譲歩を捉えられます。

顧客ごとに異なる承認ルールを設定できますか？

はい。条件では顧客タグ、会社の所在地、商品やコレクションの該当、通貨を参照できるため、信頼できる取引先だけが他の全員が通るステップを飛ばすようにできます。二つ目のポリシーではなく、既存のステップに条件付きスキップを設けてください。競合するポリシーは優先度の順に評価され、最初に一致したものが適用されるため、重複は互いを覆い隠しがちです。

承認のしきい値は見積の通貨と自社の通貨のどちらを使いますか？

ステップの金額条件は、バイヤーが見ている通貨ではなく、ストアの基準通貨で見積の合計を比較します。単一通貨のストアでは違いは生じませんが、多通貨のストアでは、外貨建ての見積が基準通貨に換算した額で測られることになります。しきい値は意図して基準通貨で設定してください。

条件が見積にないデータを参照していたらどうなりますか？

そのルールの該当部分は飛ばされ、飛ばしたことと理由が監査記録に残ります。よくあるのはゲストの見積で、顧客タグがないためタグに基づく条件は一致しません。これは見積を止めるのではなく通す挙動であり、だからこそ高額の商談に対する守りはタグだけでなく金額に置くべきです。

見積の承認プロセスとは何ですか？

見積の承認プロセスとは、見積がバイヤーに届くまでにたどる定められた経路です。どの条件が決裁を必要とし、誰がそれを行い、どの順序で進むかを指します。担当者が単独で送れる範囲を把握でき、例外が適切な意思決定者に届き、なぜその価格が認められたのかの記録が残るために存在します。実務上は承認マトリクスとして表現され、1行につき一つの条件と、名指しの承認者が対応します。

値引きの承認フローとは何ですか？

値引きの承認フローとは、見積の承認プロセスのうち価格に関わる部分です。営業担当者が確認を取らずに値引きできる幅と、それより深い値引きが上位に上がるしきい値を指します。よくある形は、5%程度までは完全な裁量、10%までは営業マネージャー、それを超えると部長というもので、これに加えて、全体の数字では隠れてしまう明細単位の深い値引きを捉える別のルールを置きます。

BtoBの発注承認における望ましい進め方は？

まず、大半の注文をチェーンの外に保ってください。過半数がしきい値に触れるなら区分が厳しすぎ、承認者がボトルネックになります。全体の値引き率だけでなく、明細単位の最大値引きにも守りを置いてください。誰も担っていない役割ではなく、名指しの人物に経路を向けてください。承認にかかる時間を応答時間と同じように測ってください。決裁待ちの見積は、競合が先に答えるかもしれない見積です。そして利益率が動いたら、そのつどしきい値を見直してください。

Shopifyで承認ワークフローにはどのプランが必要ですか？

Shopifyには見積の承認機能がないため、これは見積アプリから提供されます。QuotWayでは、承認ポリシーにProfessionalプランが必要です。並列ステップ、条件付きスキップ、タイムアウトによるエスカレーション、代理承認はEnterpriseです。バイヤー側の承認チェーンには、承認者が購入する会社の連絡先になるため、B2Bに対応したストアも必要です。

QuotWayの位置づけ

QuotWayはEFOLIが開発した、Shopify向けのBtoB見積・交渉アプリです。マトリクスを実際に機能する統制に変えます。自社側でもバイヤー側でもポリシーを作成でき、条件には見積の金額、全体の値引き率、明細単位の最大値引き率、前受金の割合、商品、タグ、所在地、通貨を使え、各ステップは承認者のいずれか、または全員を要求できます。自動送信も同じポリシーに従うため、決裁が必要な見積がルールの先回りによって漏れ出すことはありません。誰が、いつ、何を変えたか、そして飛ばしたステップとその理由まで、すべての判断が追記のみの記録に書き込まれます。承認はProfessionalプラン以上、高度なルーティングはEnterpriseです。承認ワークフロー、設定ガイド、プランと料金をご覧いただくか、ShopifyにQuotWayを追加してください。

出典

• QuotWayドキュメント：承認ワークフロー - ポリシーの構造、具体例、エスカレーション、代理承認について。
• QuotWayドキュメント：自動化ルール - 承認が自動送信より優先される仕組みについて。
• QuotWayドキュメント：下限価格と値引き - 承認のしきい値と併せて機能する明細単位の下限について。
• Shopifyヘルプセンター：Shopify B2B