
155
155
6.5 検証済みの仮説はどのように見える?
•
顧客が製品についての特定の変更を要求している背景にある根本的な問題。
わたしはこの情報にもとづいて「顧客の真の課題につながるリクエスト」と「開発
しない機能」を区別しました。さらによかったのは、インタビューで学んだことの要
約を顧客と共有できたことです。これは顧客にとっても大いに役立ちました。顧客開
発のサイクルに顧客を巻き込む(わたしたちが真剣に顧客の懸念について考え課題を
明確化し実装した変更を示す)ことで、顧客との結びつきが深まったのです
†
。
6.5
検証済みの仮説はどのように見える?
いよいよ読者にとって最も関心の高いポイントです。「検証済みの仮説はどのよう
に見えるか?」について話しましょう。
例として、わたしが
KISSmetrics
で顧客からの学びを踏まえて
KISSinsights
とい
う第
2
の製品を開発したケースを紹介します。これには複雑な事情が絡んでいます。
実はこのとき、顧客にインタビューをするまで課題が存在すること自体に気づい
ていなかったのです。わたしは課題仮説の作成から開始したわけではありませんで
した。このときわたしは新製品のアイデアのためではなく、ウェブ解析製品である
KISSmetrics
についての顧客開発インタビューを行なっていたのです。しかし、パ
ターンとして浮かび上がってきた新たな課題が無視できないものだったので、それが
KISSinsights
を開発するきっかけになったのです。
わざと曖昧な表現で、ウェブサイトの測定にどのようなツールを使っているか尋ね ...