商品アイデアを思いつくと、名前や機能を考えたくなります。
ただ、作ったあとに『欲しい人がいない』と分かると、時間も費用も大きく失います。
最初に確認するのは、アイデアが面白いかではなく、顧客が今その課題を解決したいかどうかです。
この記事で持ち帰ること
この記事では、考え方を知るだけでなく、自分の仕事で一度試せる状態まで進めます。読みながら、いま困っている場面を一つ思い浮かべてください。
- 困っている相手を具体化する
- 今の代替行動を聞く
- 小さな約束で反応を見る
先に、この記事の結論
商品アイデアは、次の順番で小さく検証します。
- 困っている相手を具体化する
- 今の代替行動を聞く
- 小さな約束で反応を見る
1. 困っている相手を具体化する
『みんな』を対象にすると、課題の強さを確認できません。仕事や生活のどの場面で困っているかが、具体化の基準です。
広い仕事を効率化したい人
具体毎週の会議後に議事録整理で30分以上かかるチーム
2. 今の代替行動を聞く
顧客は困っていても、何かしらの方法で対処しているものです。今何を使い、どこに不満があるかを聞くと、課題の強さが見えてきます。
聞きたいこと
- この商品が欲しいか
- 使うと思うか
- 便利そうか
確認したいこと
- 今はどう対処しているか
- 何に時間や費用を使っているか
- 何が変われば方法を変えるか
3. 小さな約束で反応を見る
完成品を作る前に、相談、試作品、チェックリストなどで価値を一部体験してもらいます。言葉だけでなく、実際の行動を反応として確認してください。
| 段階 | 見る反応 |
|---|---|
| 説明 | 対象者が自分の課題として理解したか |
| 体験 | 実際に使い続けるか |
| 提案 | 時間や費用を使って進みたいか |
3つの基準を、実務でどう使い分けるか
ここまでの要点は、三つを同時に満たすための標語ではありません。作業の段階ごとに使う判断基準です。順番を飛ばすと、手段だけが増え、何を改善したのか分からなくなります。
1. 困っている相手を具体化する
顧客の課題を事実で確かめる観点です。欲しいかという意見だけでなく、直近の行動、使った時間や費用、代わりに選んだ方法を確認します。
「困っている相手を具体化する」を確認するときは、判断を一文で書きます。根拠にした事実も隣へ置くと、別の選択肢と比べるときに迷いません。
2. 今の代替行動を聞く
商品が生む変化を決める観点です。機能を並べず、顧客が何を早く、正確に、迷わずできるようになるかを書きます。対象外の顧客も明記してください。
「今の代替行動を聞く」を確認するときは、判断を一文で書きます。根拠にした事実も隣へ置くと、別の選択肢と比べるときに迷いません。
3. 小さな約束で反応を見る
購入までの詰まりを特定する観点です。閲覧、理解、比較、相談、購入を分け、最も大きく減る一地点を直します。全体を同時に変えると原因を追えません。
「小さな約束で反応を見る」を確認するときは、判断を一文で書きます。根拠にした事実も隣へ置くと、別の選択肢と比べるときに迷いません。
変更前と変更後の間にある判断
変更前仕事を効率化したい人
変更後毎週の会議後に議事録整理で30分以上かかるチーム
重要なのは、変更後の表現をそのまままねることではありません。何が曖昧だったために判断できず、どの情報を加えたことで次の行動を選べるようになったかを読み取ります。
自分の仕事へ置き換えるときは、固有名詞や数字だけを差し替えません。相手の状況、止まっている理由、決める必要があることを先に書き換えてください。
変更後の案が長くなった場合は、目的に直接関係しない説明を削ります。短さを優先するのではなく、判断に必要な情報だけが残っている状態を目指します。
手順ごとの確認点
「商品アイデアは、作る前に課題の強さを確かめる」を実務で使うときは、次の手順を一度に終わらせません。各段階で短い記録を残すと、途中で迷っても一つ前の判断へ戻れます。
対象者を一つの場面で定義する
最初の作業では、対象と出力を一文で書きます。固有の業務名、相手、利用場面のどれかが入っていると、次の手順で迷いません。
今の代替行動を三つ予想する
二つ目の作業では、選んだ内容と理由を並べます。別の案を採用しなかった理由も一言残すと、判断基準が明確になります。
顧客に聞く質問を五つ作る
三つ目の作業では、今回扱う範囲を固定します。追加したくなった内容は別のメモへ移し、最初に決めた目的から外れないように進めてください。
小さな体験を一つ用意する
四つ目の作業では、変更前と同じ条件で結果を確認します。差がなければ、対象の選び方と変更内容のどちらを見直すか決めます。
言葉ではなく行動の反応を記録する
最後の作業では、今回だけ通用した条件と、次回も使える判断を分けます。使える条件と使わない条件の両方を残してください。
結果が出ないときは、どこへ戻るか
閲覧数だけ増える
発信テーマと商品の約束が離れています。記事で扱う課題が、次に示す商品や相談で解決できるかを確認してください。
相談は来るが成約しない
対象者、価格、提供範囲のどれかが相談前に伝わっていません。相談で繰り返し出る質問を、導線の手前へ移します。
改善点を決められない
認知から購入までを一つの数字で見ないでください。段階ごとの人数を並べ、減少が最も大きい場所だけを改善します。
失敗は、最初からすべてやり直す合図ではありません。対象、根拠、変更、確認のうち、記録が途切れた場所だけへ戻ると改善を続けられます。
実践課題の完成条件
課題は「商品アイデアの検証仮説を書きます。」です。資料を作っただけでは完了にしません。次の四項目を第三者が読み取れる状態まで整えます。
- 誰の、どの業務や場面を扱ったかが一文で分かる
- 変更前の事実と、困っていた理由が分かれている
- 今回変えた箇所と、その判断理由が対応している
- 結果を確認する数字、行動、完成状態のどれかがある
説明を加えないと伝わらない場合は、情報量を増やす前に順番を見直します。第三者が「何を見て、何を変え、どう確かめるか」を説明できれば合格です。
仕事で使うときの確認順
一度にすべてを変える必要はありません。次の順番で確認すると、どこを直したかと、その変更が効いたかを追いやすくなります。
- いま困っている人、業務、場面を一つに絞る
- 変更前の状態を、数字または観察できる行動で残す
- この記事の判断基準を一つだけ使って変更する
- 同じ条件で変更後を確認し、次に残す改善を決める
よくある失敗
知識を増やすこと自体を目的にすると、実務は変わりません。また、複数の改善を同時に行うと、何が結果へ影響したか分からなくなります。最初は一つの場面、一つの変更、一つの確認指標に絞ってください。
実践課題
商品アイデアの検証仮説を書きます。
- 対象者を一つの場面で定義する
- 今の代替行動を三つ予想する
- 顧客に聞く質問を五つ作る
- 小さな体験を一つ用意する
- 言葉ではなく行動の反応を記録する
課題を終えたら確認すること
完成物を一人に見せ、説明を足さなくても要点と次の行動が伝わるかを聞きます。伝わらなかった箇所は、情報を足す前に、順番と具体例を見直してください。
まとめ
商品開発の最初の成果物は、完成した機能ではなく、解決したい課題が実際に存在するという証拠です。
- 困っている相手を具体化する
- 今の代替行動を聞く
- 小さな約束で反応を見る