第9回は、カラーミーショップ のディレクターである @_gasyadokuro が21章から23章をまとめました。
第21章 製品仕様の検証
私たちが「仕様」というとき、本書ので「製品仕様」とはだいぶ違うものを差しているように思うので、言葉を整理したほうがいいだろう。
フィージビリティはやってないことが多くて、「もちろんできるよね？」という感じで決まることが多いのではないだろうか。
だいたいのことはできるけどそれは
- 人を増やす
- 時間を増やす(期限をのばす)
のどちらかで解決していることも多い。
「ユーザービリティテストとは技術であり科学である」つまり習得可能で、再現性があるということ。ここテストに出ます。
本書でのユーザーはサービスを利用する人一般、顧客はその中からお金をはらってくれている人、というくらいの理解でよさそう。
ユーザを顧客にしていくのがグロースハック的なものでは。
最初の方にあった、評判がいいけど売れなかったやつは「価値があるかどうか」の検証がたりなかったのではないだろうか。
第22章 製品プロトタイプの検証
ユーザビリティとは使用感のことである。
製品のアイデアを実際のユーザーと一緒にテストすることは、プロダクトマネージャーの大切な仕事の1つ。みんなやってる？
第23章 現在の製品を改善する
改善とは機能追加ではない。これテストに出ます。
問い合わせ多いから注意書き足しとこうとか、他がやっているからとか、そういうやつは改善なのか？
では改善はどういうことかというと、製品の出来を表す数値を狙った方向に動かすこと。そのためには、仮説をたてること、それを検証することが大事。
ディレクターが数字を見ることがここに繋がる。
また、仮説をたてる上で、実際のユーザに聞いてみるというのは効果的。ただし、質問やアンケートの作り方で、自分達の期待する答えを誘導しないように作るのが難しい。
アンケート等では、直接の解決方法のよさを判断するのではなく、その根底にあるユーザの不満や疑問をほりおこすことが大事なのでは。