CPQ（構成・価格・見積）ツールを構築する

なぜ自分たちのCPQを作るのか

既製CPQスイートは大企業の営業オペレーション向けです。千の項目、設定するコンサルタント、それでも製品を知らないデータモデル。ウォークイン冷蔵室の製作会社を考えてください。パネル、扉、冷凍機、床オプションは、汎用カタログでは表せない組み合わせで決まります。低温室にはヒーター付き扉枠が必要で、あるコンプレッサーは特定の天井高をクリアしません。それはPDFの脚注ではなく、ルールです。

Klivはそのルールを中心にCPQを構築します。価格表、互換性マトリクス、値引き階段は自分のデータベースにデータとして存在し、営業が出すすべての見積は存在する前に検査されます。英雄的なスプレッドシートは減り、設計がこっそり売り戻す見積はなくなります。

1つの見積の一生

火曜朝から署名済み注文まで、1つの見積を追います。

9時40分、構成

営業が40立方メートルのチラーを組みます。パネル、引き戸、天井吊りユニット。互換性のないコンプレッサーは選択肢に出ません。

9時55分、価格

型付きサーバー側関数が構成と価格表をたどって数字を返します。営業ごとに古いスプレッドシートの式が違うのではなく、毎回同じロジックです。

10時10分、14パーセント値引きが許可を求める

顧客はリピート購入者で、14パーセントは営業権限を超えています。承認依頼は営業部長へ届き、利幅影響が表示され、Slackメッセージにリンクが載ります。

水曜、有効期限付きで送信

見積は受信箱に埋もれるPDFではなく、顧客が開けるページとして送られます。30日間の有効期限は表示され、背後でも強制されます。

金曜、承諾され注文に

顧客がオンラインで承諾します。見積状態が変わり、同じ行から注文が作られ、後続の請求書はボルトまで構成と一致します。

どう組み上がるか

1つの価格エンジンを明文化する。 価格ロジックは型付きTypeScriptサーバー関数として動きます。読めるコードがすべての営業に同じ答えを計算し、アプリのソースは進化に合わせて自分のGitリポジトリへ同期されます。

壁のあるパイプライン。 営業の一覧には自分の案件だけが出ます。営業部長にはチームが見えます。この分離はメニューを隠すのではなく、データベースで行ごとに適用されます。

承認は移動できる。 値引き依頼は見積の状態であり、リンク付きSlackメッセージでもあります。営業部長は空港から承認し、その判断は見積自体に記録されます。連携の認証情報はコードに貼られず、プラットフォームが保持します。

見積からお金へ。 銀行振込ではなくカード決済で終わる案件、たとえば機器に添える650,000円の保守契約なら、チェックアウトは自分のStripeアカウントで動き、顧客が買ったものは支払いの瞬間に開きます。見積はお金の話の半分です。コマースページでは、カタログから更新までストア側を扱っています。

これはあなたのアプリなので、端は育ち続けます。地域別の見積量ダッシュボード、期限切れ間近見積の週次サマリー、誰も買わないオプションを見るプロダクトマネージャー画面まで。

営業チームが聞くこと