入門記事単語書籍

5.4プロダクトインタビューをしよう

プロダクト開発は、ゴールが見えない中で、長い時間をかけてとにかく前をめざして歩いていくようなものです。ユーザに一度も見せないままリリースしてしまうと、ユーザからの期待と違っていたときに修正するコストが大きくなってしまいます。また、一度信頼を失ったユーザは二度とつかってくれないかもしれません。

このことを防ぐために、開発と並行してユーザにインタビューをします。こうすれば、たとえゴールへの道を外れてしまってもその都度修正することができ、ゴールにはやくたどり着くことができます。

では、プロダクトインタビューではなにをするのでしょうか。基本的には新しい機能を使ってもらってフィードバックをもらいます。もらったフィードバックをもとに新しい計画を立てて、改善に取り組みます。この繰り返しをひたすら続けます

ゴールをめざしながらインタビューを繰り返し、ユーザストーリーマップを見直す。必要に応じてリーンキャンバスやフックモデル、グロースサイクルといったドキュメントを修正する。これによって、最短距離でプロダクトを完成させることができるのです。

プロダクトインタビューは、構築中のプロダクトを用いて行うインタビューです。フィードバックをもらう目的で行います。リリースまで、またリリース後も継続的に実施します。

やってみよう

プロダクトをつくりはじめたら、週に1人以上の方を相手にプロダクトインタビューを実施しましょう。インタビューを終えたら結果をまとめ、ユーザストーリーマップやリーンキャンバスなどを更新しましょう。

プロダクトインタビューについては、次の記事で詳しく解説しています。あわせてご覧ください。

例:tsukuri

tsukuriをつくりはじめたその週から、毎週プロダクトインタビューを行いました。毎週インタビューをすると決めたので、つまり毎週新しい機能をユーザに届けなければいけません。これがいいプレッシャーになりました。

ここまでで課題や解決策、MVPの仮説検証を行ってきたので、根本的な手戻りはありませんでした。画面の構成やページ遷移の導線などについてもポジティブな意見をもらえました。

ただ、文字の大きさや色といったユーザ体験の部分で、使いづらいといったネガティブな意見をたくさんもらいました。このため、機能を追加しつつも文字を大きくしたり色を改善したほか、ユーザビリティに関するガイドラインもつくることで、ユーザ体験を高めました。

インタビューを行うことでの副次効果として、インタビュー以外のときでもユーザの方がフォームなどをとおして積極的にフィードバックをくれるようになりました。また、SNSで広めてくれたりもしました。

こうして、つくりはじめて3ヶ月でtsukuriはひとまずのリリースを無事迎えることができました。

Webエンジニア&プロダクトマネージャ。 プログラミングで『ひとりで働く』を模索中。 三重の山の中で妻とこども、ネコとのんびり暮らしています。

Follow @zenizh
\ 入門の進捗を共有しよう /

この入門を気に入っていただけましたら、ぜひフォロワーの方にシェアしてくださいね

ツイート画面をひらく
© Product Development IO