中核便益提案（CBP）

顧客へ多くの利点を並べても、結局どの理由で選ぶ製品なのかが伝わらない場合があります。
中核便益提案（Core Benefit Proposition、CBP）は、その製品を購入する中心的な便益を示すものです。
PDMAの用語集は、消費者が製品を買う主な目的や便益として説明しています。
中心となる便益は、物理的な機能だけでなく、提供や支援から生まれる場合もあります。

便益を一つの場面へ結びつける

たとえば、飲食店向けの食材発注サービスを考えます。
商品検索、履歴、納品日の表示、請求書の集約は、それぞれ機能です。
店長が閉店後に行う発注を短く終えられることを中心便益にするなら、各機能がその結果へどう貢献するかを説明します。
単に「業務を効率化する」と言うより、誰のどの仕事を変えるかが明確になります。

ただし、中心便益を開発側の好みで決めると、購入の理由とずれる可能性があります。
別の店では、欠品時にも代替の食材を確保できることが購入理由かもしれません。
直近の選択と利用を聞き、顧客群ごとに何を優先しているかを確かめます。
一つの製品でも、すべての顧客が同じ便益を買うとは限りません。

機能の判断へ使う

中心便益を定めると、機能の追加と削減を検討できます。
発注時間の短縮が狙いなら、毎回使う商品の再注文を優先し、利用頻度の低い比較画面を後にする選択ができます。
一方、請求書の集約が契約の必須条件なら、中心便益と直接関係が薄くても省けません。
主な購入理由と、最低限満たす条件を分けて扱います。

説明文では、便益を実績と目標で区別します。
「発注時間を半分にする」と示すなら、どの条件で測った結果かが必要です。
まだ試していない数値は、約束する実績として出さず、検証したい目標として置きます。
機能が動いたことだけで、便益が生じたとは判断できません。

広い価値提案との関係

価値提案には、対象顧客、問題、提供内容、代替手段との違いなどを含められます。
CBPはその中で、最も前に伝える購入理由を選ぶために使えます。
短い文を作ることだけが目的ではなく、製品の重点と販売の説明をそろえます。

発注サービスの利用後には、操作時間だけでなく、注文漏れや確認の仕事が増えていないかも調べます。
便益が別の負担を生んだなら、提案と設計を見直します。
目的の把握は顧客ニーズ、全体の約束は価値提案、市場での違いは製品ポジショニングを参照してください。

参考資料