無用な負担をユーザーにかけてしまうことだ。ユーザー全員が製品の変更を歓迎してくれるわけではないとは信じたくないかもしれないが、それが現実である。ユーザーがそう感じる理由はいくつかある。現在の製品を改善する改善とは機能を追加することではないできあがってしまった製品の開発を続けるという話になると、多くのプロダクトマネージャーは、何をすればいいのかわからないでいる。詳細な製品ロードマップがあって、そこには、製品開発チームが追加したいと思っているあらゆる機能のすばらしいアイデアが示されている。6つの機能を追加してもらいたい・・・」というような要求で埋め尽くされている。製品のアイデアを実際のユーザーの前でテストするこれまでの章で、私が、ハイフィデリティプロトタイプをどう位置づけているかはわかってもらえただろう。ハイフィデリティプロトタイプというのは、作るべき製品を表現して説明するためのいちばん基本的な方法であって、従来の紙ベースの仕様書よりも、製品開発チームにとってははるかに役に立つものだ。このメリットは、あくまでもおまけのようなものにすぎない。ハイフィデリティプロトタイプを作るいちばんの目的は、製品についての理解をより深めて、最終的には、製品のアイデアを実際のユーザーといっしょに試すことにある。これをあらかじめやらないと、製品がその目的を果たせるかどうかを確実に証明できるものがない状態のまま、そんな製品をエンジニアリング部門に何ヶ月もかけて作らせることになってしまうからである。価値があって、使いやすくて、実現可能であるという確証を得るここまでのいくつかの章では、私が製品の検証作業などと呼んできたことについて説明してきた。製品の検証とは、製品仕様が、売れる商品となること間違いなし、との確証が得られている製品のプロフィールを描写しているのかどうかを検証することである。この検証では、実際にその製品を作り上げてユーザーに披露する、ということはやらない。機能を減らすか、それとも発売を遅らせるか?こんな場面を観たことはないだろうか。プロダクトマネージャーが、いろんな機能が満載のすごい製品の仕様を思いつく。どれかがきちんとマークされている。プロダクトマネージャーは、この仕様をエンジニアリング部門に手渡す。エンジニアリング部門は、それぞれの機能の開発にかかるコストを見積り、スタッフの稼動状況を考えながら機能の優先順位を決め、開発のスケジュールを作る。だいたいは、プロダクトマネージャーの想定より何ヶ月も長いスケジュールになる。社内のあちらこちらとの交渉が始まる。見積りは妥当か、機能を減らすか、品質保証やベータテストの回数・期間を極力減らせないか、追加の派遣社員は必要か、といったことを議論するのである。している間にも、時間は刻々と過ぎていく。実装の前にユーザーエクスペリエンスを設計するソフトウェア開発の作業では、同時に進められることや同時に進めるべきことがたくさんある。お互いに関連し合っているので、並行して進めるべきだと主張してきた。私は、プロダクトマネージャーが要件を定義してから、これをインタラクションデザイナーに渡して設計してもらうという、従来のウォーターフォールモデルは好きではない。今や、多くの製品開発チームの人たちは、このモデルは時代遅れだと思っている。安らかに眠れ製品仕様については、旧態依然とした仕様書が延々と使われているように思う。完全に製品仕様書をなくして、アジャイル開発手法を使えばいい、という人たちもいる。これには、他の問題がいろいろあるが、この主張は多くの点で外れてはいないと思う。ここは先走らずに、現在使われている紙ベースの仕様書の問題点から議論しよう。プロダクトマネジメントのためのペルソナターゲットユーザーを理解するプロダクトマネジメントというのは、要は、何かを選択すること、これに尽きる。どの市場機会を追求するべきか、解決するべき課題はどれか、どんな機能がいちばん大きな価値につながるのか、製品化までの時間との折り合いをつけるために最適なポイントはどこか、どの顧客がいちばん重要なのか、といったことを決めるのである。すべてにわたって正しい選択をすることはできなくても、その多くで正しいものを選択しなければ、製品を成功に導くことはできない。市場調査その可能性と限界を理解するたいがいの会社では、マーケティング部門と製品開発部門との間には何らかの緊張関係があるものだ。手法は、製品を見つけ出すプロセスで使えるのか、という点だ。visits)、使用感テスト、実地テスト、競争的分析といったものである。重要で説得力のあるものはない、と口をそろえるだろう。それなのに、実に多くの製品が、リファレンスカスタマーやリファレンスアプリケーションがないまま発売されていることには、相変わらず驚かされる。(15)顧客がワクワクする製品やサービスはどうやって作られるのか。eBayで製品企画担当VPを務めたマーティ・ケーガンは、その具体的な手法を著書「Inspired」に記した。出版に向けて翻訳を進行中。このサイトでは、その内容や補足情報等を紹介しています。エンジニアリングメール購読メールアドレスを記入して購読すれば、更新をメールで受信できます。現在51人フォロワーがいます。メールアドレスキャンセル投稿を送信できませんでした。メールアドレスを確認してください。メール送信チェックに失敗しました。このブログではメールでの投稿共有はできません。使用に同意したとみなされます。ポリシー%d人のブロガーが「いいね」をつけました。