製品志向のエンジニア (Japanese Edition)

第6章 ターゲットユーザーを理解する

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

顧客に単に「何が必要か」「何が欲しいか」を質問するだけでは不十分だ。認知バイアスが顧客の回答の信頼性を妨げる。代わりに、具体的なストーリーのコンテキストの中で、ニーズやペインポイント、願望に耳を傾ける必要がある。

テレサ・トーレス（『継続的発見の習慣』著者）

製品志向のエンジニアにとって、 の重要な視点の転換は、特定の誰かのために構築することだ。顧客を理解することで、補完的な機能セットを選択できる（詳細は第8章で設計する）。また、遅延、拡張性、セキュリティといった要件において、真に必要な取り組みを優先できる（第9章）。

ヒント

誰かのために構築せよ。

単純に聞こえるが、実際には他の業務に追われる中で頻繁かつ積極的に取り組む要件がある。ラッコのように、私たちは餌を求めて潜るが、息継ぎのために水面にも上がるのだ。

この章では、ターゲットユーザーと出会うことになる。まずは、見込み顧客へのインタビューを通じて彼らについて学び、どの顧客をターゲットユーザーに選ぶか判断する初期段階のやり取りに焦点を当てる。（対照的に第5章では、製品の後のバージョンを反復開発し、既存ユーザに意見を聞いていた。）

その情報を基に、チーム全体の指針となるペルソナ（および非ペルソナ）を構築する。これらのテクニックは、確固たる構想を開発し、重要な判断を正しく下す助けとなる。

架空の人物ではなく、実在するユーザのために

第1章で述べたように（ ）、実在する人間には普遍的な特性がある。例えば、忘れっぽい、製品に割ける脳の容量は限られている、忙しい、などだ。こうした経験則は有用だが、あらゆる経験則と同様、常に正しいわけではなく、また十分に具体的とは言えない。 ユーザに関する完全な人物像が欠けていると、判断の根拠が定まらず、知らず知らずのうちに自分自身や、以前の製品で対応していたペルソナのために作り始めてしまう。

シミュレーションにプロットホールを探すのと同じように、不自然な 文字も検出できる。「現段階で我々の製品を使うのはどんな人物か？」と自問してみろ。正直に言えば、文字がこんな風に聞こえることもある：

非合理的な行動者

な動機に反する行動を取る。例えば、金に困っている節約家なのに8ドルのラテを買うとか。あるいは、ソーシャルプラットフォームで月数千ドルを稼ぐインフルエンサーなのに、10ドルのAmazonギフトカードを提供しているからという理由で、あなたの空っぽのソーシャルネットワークを試すとか。

マニックス・ピクシー・ドリーム・ユーザ

特に理由もなく製品を愛している。ソーシャルメディアで友人全員に紹介する意思があり、その伝染する熱意で周囲を試させられる。リリースする新機能を即座に採用し、使用中のスクリーンショットや動画を投稿する。

ストイックな僧侶

一日中修道院で座り込み、製品を使い続ける。難しい機能でも喜んで学び、時間がかかる機能でも使う。製品に不具合や不安定さがあっても、禅のような落ち着きで瞑想し、再挑戦する。

君のクローン

システムについてあなたと同等の知識を持ち、発見メカニズムを必要としない。内部構造への理解が深いゆえ、直感に反する振る舞いにも並外れた耐性を持つ。このクローンは第2章で示した「知識の呪い」の罠を浮き彫りにする。

母か父

実在するが、残念ながら、せいぜい1人か2人しかいない。 ...