MVPから最初の販売までどう進める？｜初期販売・結果分析・改善判断をAIで整理する

はじめに

MVPを検証し、
一定の価値が確認できてくると、

「そろそろ実際に販売してみたい」
「誰に、どのように売ればいい？」
「売れなかったら何を直せばいい？」

という段階に進みます。

ここで、

「とりあえずSNSで告知しよう」
「売れなければ価格を下げよう」
「反応が悪ければ訴求を変えよう」

と考えることがあります。

しかし、
最初の販売では、

何を確認するために、誰へ、どの条件で販売したのか

を整理しておかないと、
結果が出た後に原因が分からなくなります。

例えば、

• 売れなかったのは価格が原因なのか
• そもそも対象顧客へ届いていないのか
• 商品説明が伝わっていないのか
• 購入する必要性が弱かったのか
• 申込みや決済で離脱したのか

は、
「購入0件」という結果だけでは分かりません。

MVP後の初期販売では、

初期販売設計 → 販売結果分析 → 販売改善判断

の順番で整理すると、
何を変えるべきかを判断しやすくなります。

この記事では、
MVPから最初の販売へ進むときに何を整理し、
販売結果から次の改善をどう判断するかを解説します。

---

MVP検証と販売検証は同じではない

MVPで、

• 実際に利用された
• 課題が改善した
• また使いたいと言われた
• 支払意思が示された

としても、

実際に販売して購入されるか

は別の検証です。

例えば、

「2,000円なら使いたいです」

と言われたとしても、
実際に2,000円で販売したときに購入されるとは限りません。

逆に、
支払意思について事前に聞いていなくても、
実際に販売すると購入されることもあります。

そのため、

支払意思

と、

実際の購入・支払い

は分けて考えます。

---

STEP1：最初の販売条件を整理する

最初に決めたいのは、

今回の販売で何を確認するのか

です。

例えば、

「現在の商品内容と2,000円という価格で、対象顧客から実際の購入・支払いが発生するか」

を確認したいとします。

この場合、

• 商品内容
• 対象顧客
• 価格
• 課金方式
• 説明・訴求
• 販売方法
• 販売先

を整理してから販売します。

---

「とりあえず売る」だけでは結果を判断しにくい

例えば、
次のような販売をしたとします。

• Xで投稿
• 知人へDM
• 価格は人によって変更
• 説明文も途中で変更
• 一部の人には無料提供
• 一部の人には割引

その結果、
2人が購入したとしても、

何が購入につながったのか

を整理しにくくなります。

一方、

• 対象顧客
• 価格
• 商品内容
• 説明
• 販売方法

をある程度固定しておけば、
結果を比較しやすくなります。

最初の販売では、
販売量を最大化することだけでなく、

次の判断に使える結果を得ること

も重要です。

---

最初に誰へ販売するかを考える

初期販売では、
いきなり大規模に集客する必要はありません。

まずは、

現在接触できる対象顧客へ販売できるか

を確認する方法があります。

例えば、

• 既存の知人
• これまで話を聞いた人
• MVPを利用した人
• SNS上で接点がある人
• 問い合わせをした人

などです。

ただし、

知人だから買った

可能性がある場合は、
そのことも分けて考えます。

知人から購入されたことは、

購入が発生した

という事実にはなります。

一方で、

知らない人にも同じように売れる

ことを確認したわけではありません。

---

販売チャネルを増やしすぎない

販売を始めると、

• X
• 広告
• メール
• DM
• 紹介
• SEO
• コミュニティ

など、
さまざまな方法を試したくなります。

しかし、
最初から複数のチャネルを同時に使うと、

どこから購入されたのか

が分かりにくくなることがあります。

初期段階では、

今回どの販売方法を試しているのか

を明確にする方が、
次の改善につながりやすくなります。

---

価格も「なんとなく」で変えない

最初の販売では、

「高いと思われたら困る」

と考えて、
すぐ値下げしたくなることがあります。

しかし、
まだ販売していない段階では、

その価格では売れない

ことも確認できていません。

例えば、

2,000円で販売しようと決めたなら、
まず2,000円で実際の反応を見ることもできます。

その結果、

「高いから買わない」

という反応が複数確認されれば、
価格を検討する材料になります。

一方で、
購入されなかった理由が分からない段階で値下げすると、

価格以外の問題を見逃す可能性

があります。

---

初期販売で整理しておきたいこと

販売前には、
例えば次の項目を整理します。

商品・サービス

何を販売するのか。

対象顧客

誰に販売するのか。

価格

いくらで販売するのか。

課金方式

単発なのか、
月額なのか、
その他の方式なのか。

販売方法

どのように案内するのか。

チャネル

どこで販売するのか。

説明・訴求

どのような価値として説明するのか。

今回確認したいこと

購入・支払いが発生するか、
どのような反応があるかなどを整理します。

---

STEP2：販売結果を「売れた・売れなかった」だけで見ない

販売を実施した後は、
結果を整理します。

ここでよくあるのが、

「3人売れたから成功」

または、

「0件だったから失敗」

という判断です。

しかし、
販売結果には途中段階があります。

例えば、

案内 → 流入 → 問い合わせ → 申込み → 購入 → 支払い → 利用

という流れです。

どこまで進んだのかによって、
次に確認することが変わります。

---

「問い合わせがあった」と「売れた」は別

例えば、

10人に案内して、
3人から問い合わせがあったとします。

これは、

問い合わせが発生した

という事実です。

ただし、

「3人に購入意思がある」

とは限りません。

問い合わせ内容が、

「これは自分でも使えますか？」

だった場合、
単に情報を確認している可能性もあります。

問い合わせは反応として重要ですが、
購入意思や支払意思とは分けます。

---

「申込み」と「支払い」も分ける

申込みフォームを送信した人がいても、
その後に支払いが発生しないことがあります。

その場合、

申込み1件

と、

支払い0件

を別々に記録します。

この違いから、

• 決済で離脱した
• 申込み後に考え直した
• 支払方法が合わなかった
• 商品内容を再確認してやめた

などの可能性を考えることはできます。

しかし、
実際の理由を確認していなければ、
原因として断定はできません。

---

売れた場合も原因を決めつけない

逆に、
商品が売れた場合も注意が必要です。

例えば、
Xで紹介した商品が2件購入されたとします。

このとき、

「Xが有効な販売チャネルだ」

と判断したくなるかもしれません。

しかし、

• 以前から商品を知っていた
• 知人だった
• 別の場所で商品を見ていた
• たまたま必要なタイミングだった

などの可能性もあります。

確認できるのは、

Xから案内した後に購入が発生した

というところまでかもしれません。

販売経路と購入原因は分けて考えます。

---

初期販売結果で確認したい項目

販売後は、
例えば次のように整理します。

接触

何人へ案内したか。

流入

販売ページや案内ページへ何件来たか。

問い合わせ

何件質問があったか。

申込み

何件申し込まれたか。

購入

何件購入されたか。

支払い

実際に何件支払いが発生したか。

利用

購入後に実際に使われたか。

顧客の発言

購入者・未購入者が何と言っていたか。

購入理由

確認できている理由があるか。

非購入理由

確認できている理由があるか。

未確認事項

何がまだ分からないか。

---

売上だけでなく「なぜ」を分ける

例えば、

10人へ案内して、2人が購入した

という結果があったとします。

ここから確認できるのは、

2件購入された

という事実です。

一方、

• 価格が適切だった
• 説明が良かった
• 商品力が高かった
• 販売方法が良かった
• 市場に強い需要がある

といったことまでは、
その数字だけでは分かりません。

AIで販売結果を分析するときも、

結果と原因を分ける

ことが重要です。

---

STEP3：販売結果から改善する場所を決める

販売結果を整理したら、
次は改善判断です。

ここで重要なのは、

売れなかったところを全部変更しない

ことです。

例えば、
購入0件だったから、

• 価格を下げる
• 商品内容を変える
• 対象顧客を変える
• 訴求を変える
• 販売チャネルを変える

を同時に実施すると、
次の結果が変わっても原因が分からなくなります。

---

原因が分からなければ、まず確認する

例えば、

広告から20件流入したが、購入0件だった

とします。

この結果だけでは、

• 広告の対象がずれていた
• 商品説明が分かりにくかった
• 価格が高かった
• 商品が必要ではなかった
• 信頼が不足していた
• 決済で離脱した

など、
どれが原因か分かりません。

この場合、

まず原因を確認する

ことが次の行動になる場合があります。

例えば、

• 問い合わせ内容を見る
• 申込者へ理由を確認する
• 対象顧客だったか確認する
• 決済導線を確認する

などです。

---

「売れない＝値下げ」を避ける

販売改善で特に起こりやすいのが、

売れなかったので価格を下げる

という判断です。

しかし、
価格が原因だと確認できていなければ、
値下げしても改善しない可能性があります。

例えば、
本当の原因が、

「何が得られる商品なのか分からない」

ことなら、
価格を半分にしても購入されないかもしれません。

逆に、

「内容は欲しいが、2,000円では高い」

という反応が複数確認されているなら、
価格を再検討する理由になります。

重要なのは、

結果ではなく、確認できた原因と変更内容を対応させること

です。

---

「質問された＝説明を変える」とも限らない

販売中に、

「自分にも使えますか？」
「具体的に何をしてくれますか？」

と質問されたとします。

これは、
説明を見直すヒントになる可能性があります。

しかし、

その質問があったから購入されなかった

とは限りません。

質問した後に購入した人もいるかもしれません。

そのため、

質問内容は確認材料

として扱い、

未購入原因

とは分けます。

---

問題が確認できたら、対応する部分だけ変える

例えば、

複数の未購入者から、

「自分が対象なのか分からなかった」

という反応が確認されたとします。

この場合、
対象顧客や説明方法を見直す理由になります。

一方、

価格についての不満が確認されていないなら、
同時に価格まで変更する必要はありません。

例えば、

対象顧客の説明だけ変更し、価格や商品内容は固定する

という検証ができます。

これにより、
変更した要素と結果を比較しやすくなります。

---

問題が確認できなければ、同じ条件で追加検証することもある

一度販売して結果が悪かったからといって、
必ず何かを変更する必要はありません。

例えば、

• 販売人数が少ない
• 実施期間が短い
• 未購入理由が確認できない
• 条件変更の根拠がない

場合は、

条件を固定して、もう一度検証する

こともあります。

これは、

「改善しない」

という意味ではありません。

むしろ、

何が原因か分からないまま変更しない

という判断です。

---

良い結果が出てもすぐ拡大しない

逆に、
初期販売で商品が売れた場合も、

「もっと広告を出そう」
「一気に販売先を増やそう」

とすぐ拡大する必要はありません。

例えば、
2人に販売できたとしても、

• 同じ条件でもう一度売れるか
• 別の顧客にも売れるか
• 提供負荷は問題ないか
• 販売費用に対して採算が合うか
• 再購入されるか

はまだ分からないかもしれません。

初期販売では、

売れる可能性を確認する段階

と、

安定して成長させる段階

を分けることが重要です。

---

初期販売でよくある判断ミス

販売初期には、
次のような判断をしやすくなります。

1件売れたので価格は正しい

1件の購入は重要な実績ですが、
最適価格を確認したわけではありません。

0件なので価格が高い

未購入理由を確認しなければ分かりません。

問い合わせが多いので需要がある

問い合わせと有料需要は別です。

購入されたのでチャネルが有効

販売経路と購入原因を分ける必要があります。

要望されたので機能追加する

要望が購入や継続利用に必要かは別に確認します。

売れたので広告費を増やす

再現性や採算性がまだ確認できていない可能性があります。

こうした飛躍を避けることで、
販売結果を次の検証につなげやすくなります。

---

AIを使うと初期販売をどう整理できるか

初期販売では、

• 商品内容
• 価格
• 対象顧客
• 販売方法
• 購入件数
• 問い合わせ
• 顧客の発言
• 自分の解釈
• 改善案

などが混ざりやすくなります。

AIを使うと、

• 今回何を検証したのか
• 何が実際に起きたのか
• どの結果が強い証拠なのか
• 原因として確認されているものは何か
• 何がまだ仮説なのか
• 次に何を変更するべきか
• 何を変更しない方がよいか

を整理できます。

ただし、

AIに「売れなかった原因を当ててもらう」

のではなく、

確認できた原因と、まだ分からない原因を分ける

ために使うことが重要です。

---

WorkPaletteでは3つのAIフローに分けて整理できる

WorkPaletteでは、
MVP後の最初の販売を3段階に分けて整理できます。

GTM・初期販売設計

最初に、

• 誰へ販売するか
• 何を販売するか
• 価格・課金方式
• 販売チャネル
• 説明・訴求
• 今回確認すること

を整理します。

いきなり複数チャネルや複数条件を試すのではなく、
何を検証する販売なのかを明確にします。

初期販売結果分析

実施後の、

• 接触
• 流入
• 問い合わせ
• 申込み
• 購入
• 支払い
• 利用
• 顧客の発言
• 購入理由・非購入理由

を整理します。

単に、

「売れた」
「売れなかった」

で終わらず、
どこまで確認できたのかを分けます。

販売改善判断

結果分析をもとに、

• 同条件で追加検証する
• 一部条件だけ変更する
• 価格を再検討する
• 訴求を見直す
• 販売方法を見直す
• 一時停止する

などを判断します。

原因が確認できていない場合は、
無理に条件を変更せず、原因確認を優先することもあります。

---

MVPから最初の販売までの基本的な流れ

MVP後に販売へ進むときは、
次の順番で整理すると分かりやすくなります。

1. 販売する商品を固定する

今回何を販売するのかを整理します。

2. 対象顧客を決める

誰に販売するのかを明確にします。

3. 価格と課金方式を決める

今回試す条件を整理します。

4. 販売方法を決める

どのチャネルから、
どのように案内するのかを決めます。

5. 販売結果を記録する

流入、問い合わせ、申込み、購入、支払いを分けて記録します。

6. 結果と原因を分ける

売れた・売れなかったという結果から、
原因を勝手に決めないようにします。

7. 確認できた問題だけ改善する

価格、訴求、商品、チャネルなどを同時に変更しないようにします。

8. 次の販売へつなげる

同条件で追加検証するのか、
一部条件を変更するのかを判断します。

---

初期販売は「売上を最大化する」だけの段階ではない

最初の販売では、
もちろん売上が出ることは重要です。

しかし、
初期段階では、

どうすれば売れるのかを学ぶこと

も同じくらい重要です。

例えば、

1件購入されたとしても、

なぜ購入されたのか

が分からなければ、
同じ結果を再現できるとは限りません。

逆に、
購入0件でも、

なぜ購入されなかったのか

を確認できれば、
次の改善につながります。

そのため、
初期販売では、

売上結果と、次の判断に使える情報の両方を得る

ことを意識すると整理しやすくなります。

---

まとめ

MVPから販売へ進むときは、

とりあえず売って、売れなければ変える

という進め方ではなく、

初期販売設計 → 販売結果分析 → 販売改善判断

の順番で整理することが重要です。

初期販売設計では、
誰に、何を、どの条件で販売し、何を確認するのかを整理します。

初期販売結果分析では、
流入・問い合わせ・申込み・購入・支払いなどを分け、
結果と原因を区別します。

販売改善判断では、
確認できた問題に対応する部分だけを変更し、
原因不明のまま価格や訴求を変えないようにします。

販売結果が良くても、
すぐに拡大する必要はありません。

反対に、
売れなかったからといって、
すぐ値下げしたり販売を諦めたりする必要もありません。

重要なのは、

今回何が確認でき、
次に何を確認すれば判断が進むのか

を整理することです。

WorkPaletteでは、
GTM・初期販売設計、初期販売結果分析、販売改善判断を
それぞれAIフローとして分けて利用できます。

MVPの検証が終わり、

「次は実際に販売してみたい」
「売れなかったとき、何を変えればいいか分からない」
「販売結果を次の改善につなげたい」

というときは、
まず初期販売の条件を整理するところから始めてみてください。