事業を方向転換した結果はどう判断する?|ピボット後の利用・購入・再利用から次の判断を決める方法

はじめに

事業やサービスを方向転換したあと、

「少し売れたから、この方向で正解?」
「利用されたけど、再購入されないなら失敗?」
「前より反応がよくなったから、このまま進めていい?」

と迷うことがあります。

方向転換後は、
結果が少しでも改善すると、

ピボット成功

と判断したくなります。

逆に、

購入されなかった
再利用されなかった

という結果が出ると、

方向転換失敗

と考えたくなることもあります。

しかし実際には、

利用された
↓
有料需要が確認できた

とは限りません。

また、

1件売れた
↓
方向転換全体が正しかった

とも限りません。

重要なのは、

何が支持され、何が支持されず、何がまだ分からないのか

を分けて見ることです。

この記事では、
方向転換後の検証結果から、

  • そのまま維持する
  • 一部だけ維持する
  • 追加検証する
  • 変更部分を再調整する
  • 元の条件へ戻す
  • 別の方向転換を考える
  • 事業全体の継続・撤退判断へ戻る

のどれが妥当かを整理する方法を紹介します。


方向転換後は「成功・失敗」でまとめない

方向転換後の結果を見るとき、
最初に避けたいのが、

成功か失敗か

だけで判断することです。

方向転換では、

  • 対象顧客
  • 顧客課題
  • 利用場面
  • 提供内容
  • 提供方法
  • 価格
  • 課金方法
  • 販売方法
  • 販売チャネル

など、
一部または複数の条件を変えます。

そのため結果も、

変更全体として良かったか

ではなく、

どの変更が、どこまで支持されたか

を見る必要があります。


利用されたから成功、ではない

例えば、
新しい対象顧客にサービスを案内し、

実際に使ってもらえた

とします。

これは重要な結果です。

しかし、

利用された
=有料需要がある

ではありません。

無料なら使うが、
お金を払うほどではない可能性もあります。

そのため、

  • 実利用
  • 購入
  • 支払い
  • 再利用
  • 再購入

を分けて確認します。


1件売れたから成功、でもない

方向転換後に1件購入された場合、

新しい方向性は正しかった

と判断したくなります。

しかし1件の購入から確認できるのは、

少なくとも1人は、その条件で支払った

という事実です。

それだけで、

  • 新しい顧客層全体に需要がある
  • 価格が適切
  • 継続利用される
  • 採算が取れる
  • 以前より優れた方向転換だった

とは言えません。


再利用されなかったから失敗、とも限らない

逆に、
再利用がなかった場合も注意が必要です。

例えば、

次に使う案件がまだ発生していない

だけかもしれません。

この場合、

再利用0件
↓
サービスに価値がない

とは判断できません。

再利用されなかった理由が、

  • 利用機会がない
  • 結果品質が低い
  • 入力が面倒
  • 価格が高い
  • そもそも課題が弱い

のどれなのかを分ける必要があります。


STEP1:何を変えた方向転換だったか確認する

まず、

今回の方向転換で何を変えたか

を整理します。

例えば、

利用者がメールを整理して入力
↓
未整理のまま貼り付ける

という変更なら、
主に変わったのは、

提供方法

です。

一方、

Web制作事業者
↓
士業

なら、

対象顧客

が変わっています。

変更内容によって、
見るべき結果も変わります。


変更していない条件も確認する

方向転換後の結果を分析するときは、

何を変えたか

だけでなく、

何を変えなかったか

も重要です。

例えば、

  • 対象顧客
  • 価格
  • 課金方法
  • 提供内容
  • 販売方法

を固定して、

入力方法だけ変更

したなら、
変更前後を比較しやすくなります。


STEP2:顧客の発言と実際の行動を分ける

方向転換後の分析では、

顧客が言ったこと

と、

顧客が実際にしたこと

を分けます。

例えば、

「便利だった」

は顧客評価です。

一方、

2,000円を支払った

は支払い行動です。

さらに、

再度2,000円を支払った

なら再購入です。

それぞれ意味が違います。


「また使いたい」は再利用ではない

顧客から、

「また使いたい」

と言われても、
実際に再利用されるとは限りません。

そのため、

  • また使いたいという発言
  • 実際の再利用
  • 実際の再購入

は分けて扱います。

特に方向転換後は、
前向きなコメントだけで判断しないことが重要です。


STEP3:変更前と変更後を比較する

条件が比較可能なら、

  • 改善した
  • 悪化した
  • 大きな変化なし
  • 比較できない

に分けます。

例えば、

対象顧客や価格を変えず、
提供方法だけ変更したなら、

  • 入力負担
  • 利用
  • 支払い
  • 再利用
  • 再購入

などを比較できます。


条件が違う場合は単純比較しない

一方、

Web制作事業者
↓
士業

のように対象顧客を変えた場合、

購入数だけを見て、

士業の方が悪い

と単純には言えません。

顧客層が違うため、

  • 課題の強さ
  • 利用頻度
  • 購入理由
  • 案内方法

なども違う可能性があります。

そのため、

数字の差は確認するが、その差の原因までは断定しない

ことが重要です。


STEP4:変更と結果の関係を見る

次に、

今回変えたことと、結果との関係がどこまで支持されるか

を見ます。

例えば、
入力方法を簡単にしたあと、

  • 入力負担で停止していた人が利用した
  • 実際に購入した
  • 再購入した
  • 複数人が「入力が楽になった」と回答した

なら、

入力方法変更
↓
入力負担改善

の関係は比較的強く支持されます。


売上増加まで全部変更効果とは限らない

一方、

方向転換後に購入数が増えたとしても、

  • 案内した人が違う
  • タイミングが違う
  • 案件状況が違う
  • 顧客構成が違う

場合があります。

そのため、

入力負担改善は支持された

としても、

購入増加すべてが入力方法変更によるもの

とは限りません。

変更によって説明しやすい部分と、
まだ因果が分からない部分を分けます。


STEP5:方向転換の各要素を分けて評価する

方向転換後は、

全体として成功したか

ではなく、
要素ごとに評価します。

例えば、
新しい顧客層で、

  • 課題は確認できた
  • 実際に利用された
  • 「便利」という評価もあった
  • 購入は1件
  • 再購入は0件

だったとします。

この場合、

顧客課題の存在
→ 一部支持

利用価値
→ 一部支持

有料需要
→ 限定的

継続需要
→ 未支持

という形で分けられます。


一部支持されたから全部維持、ではない

例えば、
新しい入力方式で、

入力負担は改善した

ものの、

整理結果の品質が下がった

なら、

提供方法変更は成功

とまとめることはできません。

入力負担については支持され、
品質については見直しが必要です。

そのため、

一部だけ維持

という判断もあります。


STEP6:追加検証が本当に必要か考える

分からないことが残っていると、

もう少し調べた方がいい

と思いやすくなります。

しかし、

未確認事項がある
=追加検証する

ではありません。

重要なのは、

その情報が分かると判断が変わるか

です。


確認できることを全部確認しない

例えば、

  • 新規顧客でも使われるか
  • 長期でも再購入されるか
  • 別の価格ならどうか
  • 他の顧客層ならどうか

など、
確認できることはいくらでもあります。

しかし、
今の判断に影響しないなら、
すべて調べる必要はありません。


方向転換を繰り返さない

特に注意したいのが、

この顧客では弱かった
↓
次の顧客を試す

を繰り返すことです。

例えば、

Web制作事業者
↓
士業
↓
コンサルタント
↓
別業種

と対象顧客を変え続けても、

  • 安定した購入
  • 再購入
  • 採算

が確認できない場合があります。

この状態では、

次は誰に売るか

より、

この事業そのものに、さらに時間や工数を投入する価値があるか

を考える必要があります。


STEP7:次の選択肢を比較する

方向転換後の結果から、
例えば次の選択肢を比較します。

  • 方向転換後の条件を維持
  • 一部だけ維持
  • 追加検証
  • 変更部分を再調整
  • 方向転換前へ戻す
  • 別の方向転換候補を再検討
  • 事業継続・撤退判断へ戻る

それぞれについて、

  • 支持する証拠
  • 反対する証拠
  • 分からないこと
  • 維持するもの
  • 変更するもの
  • リスク

を見ます。


提供方法変更が支持されたケース

例えば、
入力方法だけを変え、

変更後に、

  • 5人全員が利用
  • 5人全員が2,000円を支払い
  • 4人が再購入
  • 入力負担で停止していた2人も再購入
  • 4人が入力準備が楽になったと回答

したとします。

この場合、

変更後の条件を維持

する根拠はかなり強くなります。


ただし小さな問題は残ることがある

同じケースで、

「長いチャットでは、どこまで貼るか迷う」

という回答が1人からあったとします。

この場合、

旧方式へ全面的に戻す

必要はありません。

むしろ、

現在の方式は維持し、入力範囲だけ再調整する

方が自然です。


対象顧客変更が弱かったケース

一方、
対象顧客を士業へ変え、

  • 8人中3人利用
  • 1人購入
  • 再購入0件
  • 「便利だがお金を払うほどではない」
  • 「毎回使うほどではない」

という結果だったとします。

この場合、

士業向け方向転換をそのまま維持

する根拠は弱くなります。


旧対象へ戻す選択肢もある

もし方向転換前の顧客では、

  • 複数人が購入
  • 再購入も確認

されているなら、

方向転換前の条件へ戻す

ことも有力です。

方向転換は、

一度したら戻れない

ものではありません。

新しい方向より、
以前の方が強い行動証拠を持っているなら、
戻すことは合理的な判断です。


ただし過去に売れたから戻る、でもない

ここでも、

昔売れた
↓
今も売れる

とは限りません。

旧対象でも最近は、

  • 新規購入がない
  • 再購入がない
  • 集客に時間がかかる

状態なら、
戻す根拠も弱くなります。

その場合は、

旧対象へ戻る
新しい対象を探す

という顧客選びだけではなく、
事業全体の判断へ戻る必要があります。


事業継続・撤退判断へ戻るタイミング

例えば、

  • 複数回方向転換している
  • 顧客層を変えても安定購入がない
  • 再購入が確認できない
  • 採算性も不明
  • 旧対象へ戻す根拠も弱い
  • 次の顧客候補にも証拠がない
  • 個別案内に継続的な時間がかかる

という状態です。

この場合、

また別の顧客を試す

より、

継続・縮小・一時保留・方向転換・撤退のどれが妥当か

を事業全体で考え直す方がよい場合があります。


方向転換失敗と事業失敗は別

ここで重要なのは、

今回の方向転換が弱かった
=事業撤退

ではないことです。

方向転換がうまくいかなかったとしても、

  • 元の顧客へ戻す
  • 条件を絞る
  • 提供方法だけ残す
  • 一時保留する
  • 縮小する

という選択肢があります。

そのため、

方向転換結果分析

と、

事業継続・撤退判断

は分けて考えます。


STEP8:最終判断を出す

最終的には、

  • 何が支持されたか
  • 何が支持されなかったか
  • 何が未確認か
  • 何を維持するか
  • 何を見直すか
  • 次にどの判断へ進むか

を整理します。

例えば、

提供方法変更は支持された
↓
現方式を維持

という場合もあります。

一方、

士業では課題はあるが有料・継続需要が弱い
↓
旧対象へ戻す

という場合もあります。

さらに、

旧対象にも戻る根拠が弱い
次の顧客候補にも証拠がない
↓
事業継続・撤退判断へ戻る

という場合もあります。


方向転換後の結果分析でよくある失敗

1件売れたから方向転換成功

一人の支払いは重要ですが、
事業全体の成功証拠ではありません。

利用されたから有料需要がある

無料利用と有料購入は別です。

再利用0件だから元に戻す

利用機会がまだ発生していない可能性もあります。

方向転換後に数字が上がったから変更効果

条件や対象者が違えば、
変更だけの効果とは言えません。

今回ダメだったから次の顧客へ行く

方向転換を繰り返しても、
事業成立の根拠が強くならないことがあります。

方向転換失敗だから撤退

今回の変更が支持されないことと、
事業全体をやめることは別です。


AIを使うと方向転換結果をどう整理できるか

方向転換後は、

「前より反応がよかった」

という印象に引っ張られやすくなります。

AIを使うことで、

  • 顧客発言
  • 実利用
  • 購入
  • 支払い
  • 再利用
  • 再購入
  • 変更前後の比較
  • 変更との因果
  • 未確認事項

を分けて整理できます。

特に、

何が改善したか

だけでなく、

その改善を今回の変更成果としてどこまで言えるか

まで分けて考えることが重要です。


WorkPaletteでは「方向転換後検証結果分析」で整理できる

WorkPaletteの「方向転換後検証結果分析」では、

まず、

  • 何を変更したか
  • 何を固定したか
  • 何を再検証したか

を整理します。

その後、

  • 顧客課題
  • 顧客価値
  • 利用
  • 購入
  • 支払い
  • 再利用
  • 再購入
  • 非購入理由
  • 運営負荷
  • 経済性

を分けて確認します。

さらに、

  • 変更前後で比較できること
  • 比較できないこと
  • 変更との関係が支持される結果
  • 因果がまだ分からないこと
  • 支持された方向転換要素
  • 見直すべき方向転換要素

を整理し、

最終的に、

  • 方向転換後の条件を維持
  • 一部だけ維持
  • 追加検証
  • 変更部分を再調整
  • 方向転換前へ戻す
  • 別の方向転換候補を再検討
  • 事業継続・撤退判断へ戻る

を比較します。


方向転換後再検証設計との違い

「方向転換後再検証設計」は、

何を再検証するか

を決めるフローです。

一方、「方向転換後検証結果分析」は、

再検証した結果をどう判断するか

を決めます。

つまり、

事業方向転換判断
↓
方向転換後再検証設計
↓
実際に再検証
↓
方向転換後検証結果分析

という流れです。


事業継続・撤退判断へ戻ることもある

方向転換後の分析を進めた結果、

次にどの顧客を試すか

ではなく、

この事業を今後も続ける価値があるか

を判断すべき段階に入ることがあります。

その場合は、

「事業継続・撤退判断」で、

  • 現条件で継続
  • 条件を絞って継続
  • 追加検証
  • 縮小
  • 一時保留
  • 方向転換
  • 撤退

をあらためて比較します。


まとめ

事業を方向転換したあと、

売れたから成功
売れなかったから失敗

と単純に判断するのは危険です。

見るべきなのは、

  • 顧客課題
  • 顧客価値
  • 実利用
  • 購入
  • 支払い
  • 再利用
  • 再購入
  • 運営負荷
  • 採算性

です。

そして、

何が支持されたか

何が支持されなかったか

何がまだ分からないか

を分けます。

提供方法変更が支持されたなら、
その条件を維持できます。

一部に問題が残るなら、
その部分だけ再調整できます。

新しい顧客層で需要が弱ければ、
旧条件へ戻すこともできます。

さらに、
方向転換を繰り返しても安定した購入・再購入・採算が確認できないなら、

次の顧客を探す前に、事業全体の継続判断へ戻る

ことも重要です。

方向転換後は、

成功か失敗か

を急いで決めるのではなく、

どの条件を残し、どの条件を見直し、次にどの判断へ進むか

を整理してみてください。

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です