社内勉強会の資料です。PO=プロダクトオーナー

1. POとPOじゃない
人の勉強会
yuriwo
#08

2. 前回のおさらい
第15章
ユーザーモニター制度
第16章
市場調査
第17章
プロダクトマネジメントのためのペルソナ

3. ユーザーモニター制度
商品開発にリファレンスカスタマー
の意見を取り入れよう。
ターゲット市場から少なくとも6人のユー
ザーに集まってもらった上で、この人たちの
意見を聞きながら、この人たちが満足して、
実際に使ってくれて、製品レビューなどを発
信してくれるような製品を実現しよう。

4. 市場調査
市場調査の種類
顧客アンケート サイト分析 データマイニング
訪問調査 ペルソナ
ユーザービリティ
テスト
競争的分析 その他

5. 市場調査の注意点
市場調査の結果で製品の方向性を決めてはならない
市場調査のデータを参照しつつ、
「この問題をより優れた方法で解決するた
めには、どの技術が使えるか？どんなユー
ザーエクスペリエンスであればいいか？」
という問いへの回答を突き止めることが大事。

6. ペルソナ
ターゲットユーザーを深く理解し
よう。プロダクトに関わる全員が、
製品開発期間中ずっと、製品理念
とターゲットユーザー(ペルソナ)
が頭に叩きこまれている状態にしよう！

7. 前回のおさらい、完。

8. 第18章 製品仕様はどうある
べきかを考える
よく使われている紙ベースの仕様書がありますが…

9. いろいろ問題があります。
テストできない
難しい問題や
重要な詳細部分が
フォローされない
無駄に長い時間がかかるエンジニアが想像を
巡らしながら
作業を進めることになる

10. できがよくて役に立つ
仕様書条件とは？
・ユーザーエクスペリエンスがすべて記述されている
・ソフトの動作を正確に表現する
・マーケ、運用、営業、経営陣などにも必要な内容がすべて盛り込
まれている
・変更が加えられるようにする
・バージョン混同をなくすため、マスターを1セットだけ用意する
つまりユーザビリティとバリューが
判定できること

11. 「で、わし(筆者)思うんよ。
製品リリース前に出す
β版があるじゃろ？
あれを一番最初にやればええ
と思うんよ（＾ω＾）」

12. つまり…
こうじゃなくて…
製品要求仕様
（紙）
開発
（β版）
ユーザーテスト
リリース

13. こうじゃ！！１
製品要求仕様
（紙）
開発
（β版）
ユーザーテスト
リリース
製品要求仕様
＝β版
本開発
ユーザーテスト
リリース

14. 製品要求仕様
＝β版
本開発
ユーザーテスト
リリース
「β版と本番は別物でええんじゃよ。β版の役割は、「開発者にわ
かりやすく指示を出すこと(①)」と、「本開発前にユーザーにテスト
してもらうこと(②)」なんじゃ。ユーザーエクスペリエンス（見た目
と操作感）がもっともらしければ、バックエンド処理やデータは間
に合わせでええよ。でも、すぐに別のバージョンを試せるように、
組み換えやすい作りにしておくことは大事じゃぞ。（＾ω＾）」
別物
①
②

15. β版(プロトタイプ)って
具体的には
どんなの作ればいいの？

16. 「わしがおすすめするんは…
ハイファイ
プロトタイプ
じゃ（＾ω＾）」

17. ハイファイプロトタイプって何？
http://www.cc.gatech.edu/ pkr3/portfolio/kangaroo.html
こんなの。

18. 忠実度
高
低
スケッチ ワイヤーフレーム プロトタイプ デザイン
アイディア・
可能性の追求
構造と
全体の流れ
構造と
全体の流れと
詳細
最終
開発成果物
ユーザービリ
ティテスト
アイディアの
検証
コンセプトの
妥当性確認
洗練
手段
commit
ment
参考：プロトタイプの種類
http://www.usability.gov/how-to-and-tools/methods/prototyping.html

19. 忠実度
高
低
スケッチ ワイヤーフレーム プロトタイプ デザイン
アイディア・
可能性の追求
構造と
全体の流れ
構造と
全体の流れと
詳細
最終
開発成果物
ユーザービリ
ティテスト
アイディアの
検証
コンセプトの
妥当性確認
洗練
手段
commit
ment
この辺が
ハイファイプロトタイプ
参考：プロトタイプの種類
http://www.usability.gov/how-to-and-tools/methods/prototyping.html

20. ハイファイプロトタイプの
例はここから
ご覧いただけます。
http://www.svpg.com/
examples/

21. 第19章 設計と実装
ユーザーエクスペリエンスデザイン(ハイ
ファイプロトタイプ？)の設計は、実装の
前に1 2週間で作成する。その際、エン
ジニアリングチームからも誰か参加して
もらう必要がある(コスト比較のため)。
その後、実装とテストを同時に行う。

22. 第20章 必要最小限まで削ぎ
落とされた製品
Q：機能を減らすか、それ
とも発売を遅らせるか？

23. A：発売を遅らせる。
なぜなら、とっくに機能は必要最小限にそぎ落とし
ているので。仕様が確定するまでに、製品の要求の
中でどれが重要か優先順位をつけ、可能な限り必要
最小限の機能になっているか確かめてほしい。

24. 次回予告：
ためがいさん登場！