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

第1章 プロダクト思考の基礎

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

さあ行くぜ、行くぜ

で、で、で、そのシナリオって何だ？

A Tribe Called Quest

プロダクト思考の中核となる基本要素があるとすれば、それはシナリオだ。これは単に、 プロダクトデザインに役立つように構成されたユーザストーリーである。

パスワードに関するシナリオを挙げてみよう：

ダーラは45歳でコンピューターを使い始めた退職したベビーブーマーだ。地元の茶店でオンライン注文できるようにアカウントを設定している。メールアドレスとパスワードを求められた時、彼女は覚えやすいように娘の誕生日に息子の名前を組み合わせたものを選んだ。 オンラインアカウントは30個ほどあるから、ほとんど同じパスワードを使っている。そうしないと覚えきれないし、パスワードを書き留めるのは避けるように言われていたからだ。

その後どうなるかは想像がつくだろう——彼女の茶店がデータ侵害に遭い、銀行でも使っている同じパスワードが流出する。ダークウェブで誰かが彼女のログイン情報を買い、金を奪うかもしれない。

この悪夢のようなシナリオはパスワードの問題点を浮き彫りにするが、製品そのものの欠陥ではない。単に登録インタフェースや暗号化プロトコル、安全な保管方法などを検討するだけでは、この問題に辿り着けない。予測可能な人間の弱点を組み込んだ完全なストーリーを書くことで、セキュリティ上の問題が明らかになるのだ。

このセクションでは、効果的なシナリオの構成要素を分解・分析し、優れたシナリオの作り方を教える。大まかに言えば、シナリオには筋書きと登場人物が必要だ。まずこれらの概念を具体化し、優れたシナリオ構築のコツを提示する。

だがその前に、ほとんどの章と同様に、議論の指針となる事例を紹介する。

事例研究

Tea++（ ）は300店舗を展開するカフェチェーンだ。急拡大した結果、経営はギリギリの状態で、限られた予算で注文を増やし閉店を回避する即効策が会社の目標となっている。

Tea++は注文機能を備えた人気のモバイルアプリを提供しており、 のフィードバックウィジェットを通じて、ユーザから「お気に入り」オプションの要望が寄せられていた。これにより注文時の好みを記憶でき、注文が迅速化されるという。ソフトウェアチームは、これが注文増加の簡単な方法かもしれないと考えた。

シナリオなしの最初の試み

モバイルアプリエンジニアのボブを訪ねてみよう。彼は仕事でユーザシナリオを使わない。

ボブはアプリのフィードバックウィジェットから寄せられたユーザ意見を確認した。コーヒー愛好家は毎回注文時にカスタマイズを再指定するのが面倒だと感じ、過去の注文履歴を掘り下げるのも好まない。欲しい商品が複数の商品を含む注文の中に埋もれており、取り出すのが煩雑な場合があるのだ。

ボブはアプリ構造にうまく適合するモックを作成した（図1-1）。アプリ下部に「お気に入り」メニュー項目を追加し、ユーザのお気に入りリストを表示する新ページを設ける。右上に新規追加用の「+」ボタンを配置する。

図1-1. ボブが 提案したモバイルアプリの変更点。新規要素は陰影で示されている。 ...