新規事業の先行販売は、何を約束し、どこまで提供し、正式版へどう移すかを決めた段階から、売って確かめる進め方です。正式版の完成を待つ前に、顧客が購入を判断できる条件と、自分たちが約束を守れる範囲をそろえます。
「まだ未完成だから売れない」と感じたら、足りないものを分けてみてください。顧客に必要な機能なのか、価格なのか、問い合わせへの対応なのか。担当者も経営者も、個人で商品をつくる人も、次の開発に進む前に、販売開始を止めている条件を具体化することが出発点です。
約束する価値 — 予備版だけで何を提供するか
先行販売で示すのは、将来の構想だけではありません。いま購入する顧客に、どのような価値を、いつ、どの状態で届けるかを説明します。予備版とは、正式版に先立ち、対象や提供範囲を絞って届けるものとして考えましょう。
機能をすべてそろえる必要はありませんが、対象とする困りごとに対して、提供を完了できる範囲は必要です。何を渡せば完了なのかが決まっていないなら、先にそこを詰めます。購入後に何が届くのかを顧客が理解できなければ、価格への反応も読み取れません。
提供する内容と、開発予定を分ける
- 対象顧客 — 誰が、どの場面で困っていることを扱うのか。
- 提供内容 — 顧客が受け取れるもの、利用できることは何か。
- 提供条件 — いつ届け、顧客にどのような準備や作業を求めるのか。
- 対象外 — 予備版では扱わない機能や用途は何か。
- 開発予定 — 正式版で検討する内容のうち、まだ提供を約束しないものは何か。
人の手で補って提供する場合は、その作業も範囲に含めます。顧客が自分でできることと、担当者の支援が必要なことを分けてください。未実装の機能や未確認の効果を、すでに使える価値として説明しないことです。
価格とサポート — 何への対価かをそろえる
価格は金額だけで決めず、提供内容と期間、サポートを組にして示します。予備版の利用に対する料金なのか、正式版の提供まで含むのかによって、顧客が判断する対象は変わります。提案する側でも、何の条件に対して支払いが行われたのかを残しましょう。
値引きの前に、含むもの・含まないものを書く
未完成であることだけを理由に価格を下げる前に、提供範囲を確認します。範囲を絞った価格と、正式版と同じ内容を割り引く価格は、意味が異なります。先行顧客向けの条件を設けるなら、その条件がいつまで適用され、何が変わる可能性があるかまで説明してください。
- 料金の対象 — 何の提供に対して、いつ支払いを求めるか。
- 利用の範囲 — 対象となる用途や利用期間をどこまで含めるか。
- サポート — 問い合わせ先、対応する内容、対応できる時間帯をどうするか。
- 追加対応 — 通常の料金に含めず、別に相談する作業は何か。
価格を考えるときは、提供側の準備や説明、修正にかかる作業も書き出します。売上があっても、その対応を続けられるかは別の確認です。顧客が対価を払う理由と、自分たちがその条件で届け続けられるかを、合わせて検証します。
先行価格で購入されたことだけでは、正式版の価格でも買われるとは判断できません。割引や手厚い支援が購入理由に含まれていたなら、その条件を変えたときの判断は未確認として残します。
個別対応 — 要望を受ける境界を決める
先行顧客の要望は、商品を見直す材料になります。ただし、要望を聞くことと、実装や対応を約束することは分けます。商談の場で引き受けた追加作業が積み重なると、当初の提供範囲で価値が出たのか、個別対応によって成り立ったのかが分からなくなります。
受ける・別に提案する・見送るを分ける
- 通常の範囲で受ける — 約束した価値を届けるために必要で、決めた支援の範囲に収まる対応。
- 別に提案する — 顧客固有の作業や追加の支援として、内容・費用・提供時期を改めて決める対応。
- いったん見送る — 対象とする課題から外れるものや、実現できるか判断できていない要望。
要望を受けたら、まず何に困り、現在どう対処しているかを聞きます。欲しいと言われた機能をそのまま開発対象にせず、困りごとを今の提供範囲で扱えるかを確かめましょう。返答を保留する場合も、誰が判断し、いつ回答するかを決めておきます。
対応した内容は、顧客ごとに理由と作業負担を記録します。その顧客だけの事情なのか、想定する顧客に共通する課題なのかは、ほかの顧客への確認が必要です。個別対応を正式版に入れるかどうかは、声の強さではなく、対象顧客との関係と継続して提供できるかで考えます。
正式版への移行 — 続ける条件と終える条件を示す
先行販売を始める前に、予備版の提供が終わった後を説明できるようにします。正式版に移れば機能が増えるとは限らず、提供範囲や支援の方法が変わる可能性もあります。顧客が何を引き継ぎ、何を改めて選ぶのかを整理してください。
- 移行の案内 — いつ、どの方法で正式版の条件を知らせるか。
- 料金の扱い — 先行販売で支払った料金と、正式版の料金をどう関係づけるか。
- 引き継ぐ範囲 — 利用中の情報、成果物、個別対応をどう扱うか。
- 継続の意思 — 変更後の条件を示し、顧客が継続を選ぶ手順をどうするか。
- 終了時の対応 — 移行しない場合や正式版を提供できない場合、提供済み・未提供の内容と支払済みの料金をどう扱うか。
正式版の時期や仕様が未確定なら、確定していないことと、次に案内する時期を分けて伝えます。その際も、購入した予備版について、いつまで何を利用できるかは明確にしておく必要があります。正式版の予定が変わった場合に、誰が顧客へ連絡し、対応を決めるかもそろえましょう。
将来の予定を説明することと、提供を約束することを混同しない。顧客が正式版への期待だけで購入しているなら、現在の販売条件で何を受け取れると理解しているかを確かめ直します。
販売後の検証 — 購入・利用・提供負担から次を決める
先行販売で確かめたいのは、売れたかどうかに加え、何が購入の理由となり、約束した範囲で使われ、自分たちが提供を続けられるかです。商談での感想、申込み、支払い、利用の実態を分けて記録し、どの段階まで確認できたかを残します。
結果に応じた行動を、販売前に決めておく
- 購入の判断に進まない — 価格だけを原因にせず、課題の優先度、提供内容の理解、購入を決める相手を確認する。
- 購入されたが使われない — 利用を始める準備や、顧客に求めた作業のどこで止まったかを聞く。
- 個別の支援がなければ価値を届けられない — 支援を商品に含めるか、対象顧客や提供範囲を変えるかを検討する。
- 約束した範囲で利用され、提供も続けられる — 正式版で変える条件を示し、継続の判断を確かめる。
解決したい課題が確認できない、あるいは約束を守れる見通しが立たない場合は、追加販売や開発をいったん止めて見直す判断も必要です。売れなかった理由が分からない段階では、需要がないとも、機能を増やせば売れるとも決めつけません。
まずは、自分たちの提案について、約束する価値、価格と支援、個別対応、移行条件、検証する内容を書き出してください。決まっていない項目には、確認する相手と次の行動を添えます。提供の条件がそろっているなら、対象顧客に提示して購入の判断を確かめる。約束できない点があるなら、その確認から着手する。未完成という言葉を、具体的な仕事に置き換えましょう。
顧客の反応をどう聞き取るか迷う場合は、関連記事「顧客インタビューのやり方 — 仮説検証で聞くべきこと・聞いてはいけないこと」も参考になります。感想と行動を分けて、次の判断に使う材料を集めるための記事です。