← 概念辨析に戻る

Concept Contrast Fable

使用量ベースの価格設定と成果ベースの価格設定

先に結論:両者とも、席ごとに課金する従来のやり方を打ち破るものだが、出発点の方向は全く逆である。用量課金は顧客がどれだけ資源を使ったかを見る——API を何回呼び出したか、何 Token を走らせたか、どれだけ計算時間を占めたか。結果課金は顧客がどれだけ価値を得たかを見る——何件のチケットを解決したか、何件のリードを転換したか、どれだけの人工工数を節約したか。一方を他方で置き換えれば、取るべき金を取り損ねるか、顧客が結果を得ていないのに課金を始めることになる。

両者とも、席ごとに課金する従来のやり方を打ち破るものだが、出発点の方向は全く逆である。用量課金は顧客がどれだけ資源を使ったかを見る——API を何回呼び出したか、何 Token を走らせたか、どれだけ計算時間を占めたか。結果課金は顧客がどれだけ価値を得たかを見る——何件のチケットを解決したか、何件のリードを転換したか、どれだけの人工工数を節約したか。一方を他方で置き換えれば、取るべき金を取り損ねるか、顧客が結果を得ていないのに課金を始めることになる。

寓話

川辺の二軒の渡し船

ある川には年中二つの渡し船業者がいた。北岸の業者は回数制:人を乗せても、荷を運んでも、手紙を届けても、船が岸を離れれば一回。船賃の伝票には往復回数だけが書かれ、乗客は船に乗れば払わなければならない。たとえ船が途中で風波に阻まれて引き返しても。

南岸のあの店は正反対だった。彼らは桟橋に料金表を一枚貼っただけだった。そこには回数ではなく、人が対岸に着いたら銅貨何枚、荷が対岸の倉庫に着いたら銅貨何枚、手紙が受取人に届いたら銅貨何枚と書かれていた。船が対岸に着かなければ金は取らず、荒天で船が空振りしたコストは船行が自ら負担した。

ある年の夏は風浪が特に激しく、北岸の船は十回の航海で三回しか渡河に成功しなかったが、帳簿には十回分の金が記録された。南岸の船も三回しか渡らなかったが、帳簿にも三回分の金しか計上せず、残り七回の油代と人件費は自分で埋めた。北岸の経理係は満面の笑み、南岸の船頭は一晩中眠れぬほど愁えた。

秋になって川の流れが緩やかになると、南岸の船は一日に二十往復すべて通過し、二十往復すべてでお金を取った。北岸は依然として正直に往復ごとに取り、価格は三年間変わらなかった。船客はそこでまとめてまとめて南岸に流れた。北岸の大店主は頭を掻いて言った:うちの船は彼らと同じくらい良いのに、なぜ人が逃げるのか?

船客代表は率直に言った。あなたたちは船が動くことへの金を取り、彼らは私が岸に着くことへの金を取る。夏には私たちは七回分の無駄金を払い、秋には彼らがよく走るので私たちも喜んで払う。つまり、あなたは自分の提供分を数え、彼は私の結果を数えているのだ。

北岸は後に規則を一度改め、風浪の日も晴天の日も、対岸に着いたときだけ料金を取るようにしたが、単価は元より二割上がった。常連の船客の反応は分かれた:頻繁に渡る人は公平だと感じ、たまに渡る人は高いと感じた。そこで北岸は選択肢を追加した——月に十回未満しか渡らない人は回数払い、十回以上渡る人は着岸数払いとし、単価はさらに割引した。

この折衷案により、帳簿係はある秘密に気づいた。従量課金の顧客は頻度を重視し、成果課金の顧客が重視するのは頻度ではなく、完全に手間をかけずに済むかどうかである。二種類の顧客の心の会計はまったく異なる。

後に経理係は二冊の帳簿を同じページに並べた。用量帳は毎日見て、結果帳は月末に見る。誰がリスクを負い、誰が増分を取るのか、ついに明確に書き記された。

用量ベースの価格設定

顧客が実際に使用したリソース量に基づいて課金——API 呼び出し回数、Token 消費、計算時間など。収入は顧客の使用量に直接連動します。

結果価格設定

顧客が得た具体的な業務成果に基づいて課金する——解決した問題数、コンバージョンイベント数、節約した人工工数など、収入が顧客の実際の利益と連動する。

物語の対応

  • 北岸は回数制(用量課金):船が動けば課金され、成功したかどうかは区別しない
  • 南岸は到着基準で課金(結果価格設定):人が対岸に着いて初めて金を取る
  • 夏の災難:従量課金は悪条件下でも課金され、結果として価格設定が自ら損失を飲み込む
  • 秋の豊作:結果価格は安定した納品でより高いリターンと顧客ロイヤルティを得る
  • 北岸の折衷案:混合案は二種類の異なる顧客の真のニーズをつかむ

Andy(任旭)のプロジェクトに落とし込む

従量課金は、あなたの AI がすでに安定していて、顧客が高頻度で使いたいと思う基礎能力に適しています。成果課金は、あなたの AI が顧客の定量化された重要な業務目標を達成した場合に適しています——3 時間節約した、2 件多く成約した、といったことです。立ち上げ段階では従量課金でコストデータを揃え、各成果の平均リソース消費を正確に見積もれるようになってから成果課金に切り替えることをおすすめします。最初から成果で課金するのは、データが足りない段階で変動リスクをすべて自分で負うことと同じです。

京ICP备2026014272号