ユーザーストーリーのベストプラクティスでフィーチャークリープを防ぐ方法

より大きなデジタル製品の説明の一部として、設計プロセス全体でユーザーストーリーを操作することで、設計者はUXの改善に集中できます。 明確に書かれたユーザーストーリーは、人々をデザインプロセスの中心に保ち、製品のターゲットオーディエンスに共感し、人々の生活により適したアイデアを生み出すのに役立ちます。

プロダクトデザイナーは、「カートを馬の前に置く」ということわざの状況に陥る頻度はどれくらいですか。 プロジェクトが開始されると、技術の詳細とそれをどのように提供するかを検討します。 開発フレームワークが定義され、ターゲットデバイスが決定され、画面サイズが設定された後、チームはソリューションの作成に取り掛かり、製品機能をランダムに追加します。

このプロセスでは、ムードボード、サイトマップ、ユーザーフロー、ペルソナ、共感マップなど、多数のUXアーティファクトを必死に生成します。 ボートは積み込まれていますが、舵や地図なしで航行しています。 それからある日、私たちは目を覚ますと、「なぜこの製品を作っているのか、その機能をどのように定義し、どのように優先順位を付けるのか？ 」

古典的なウェイクアップコール。

恐ろしい「フィーチャークリープ」が私たちの鼻のすぐ下に忍び寄っています。

幸いなことに、それと戦うための対策があります。 これは、ユーザーストーリーと呼ばれる設計戦術です。

ユーザーストーリーは、アジャイルソフトウェア開発手法から採用された、製品チーム向けの共同設計手法です。 アジャイルチームは通常、スプリント中に小さな目標を達成することに焦点を当てています。 それらは、広範なドキュメントではなく、速度、目的、および結果を強調しているため、ユーザーストーリーの概念です。

ほとんどのアジャイルチームにとって、ユーザーストーリーは増分ソフトウェア配信の主要な手段です。 アジャイルアライアンス

ユーザーストーリーとは何ですか？

ユーザーストーリーは、ユーザーが達成したいことを説明します。 ユーザーストーリーは、製品機能の追加に夢中にならないように、デザイナーや開発チームがユーザーのニーズに集中できるようにするのに役立ちます。

ユーザーストーリーは短く、具体的で、目標指向です。 これは、次の構造を持つ、ユーザーの観点から組み立てられた1文のステートメントです。

「 （ユーザーのタイプ）として、私は（目標）を望んでいるので、（利益を得る）ことができます。 」

ユーザーストーリーにより、チームは開発プロセス全体を通じてプロジェクトについてより良い会話をすることができます。 フィーチャークリープを防ぐのに役立ちます。これは、フィーチャークリープと連携することで、チームが構築しようとしているものとその理由についての共通の理解が促進されるためです。

ユーザーインターフェイスデザインと人間とコンピューターの相互作用の分野の人々にとって神聖な原則があれば、それはあなたのユーザーを知っています。 ニールセン・ノーマン・グループの共同創設者兼名誉教授、ドン・ノーマン

デザインとアジャイルの間でユーザーストーリーを調整する

ユーザーストーリーは、開発者が理解している概念です。 プロジェクトの開始時でも製品開発中でも、デザイナーはユーザーストーリーを操作することで、開発者とより効果的にコラボレーションできます。 製品の機能を一緒に計画して、開発を最適化し、チームがどのような成果に焦点を当てるべきかを明確にすることができます。

とは言うものの、多くの設計者は、アジャイルとUXが一緒にうまく機能できるという考えに同意していません。 信念の1つは、2つの異なる動機付けの力とタイムラインがうまく一致していないことです。開発では、短期間の配信サイクルに焦点が当てられているため、ユーザーストーリーは全体的な設計プロセスに容易に適合しません。 もう1つの概念は、ユーザーストーリーは、デザインアプローチとしては十分に充実していないということです。ユーザーストーリーは、全体像、つまりユーザーエクスペリエンス全体を考慮する視点を欠いています。

これらの信念はある程度有効ですが、誤った方向に進んでいます。

空気をきれいにしましょう。 まず、設計者は、ユーザーストーリーの操作が共同設計プロセスであることを認識する必要があります。 開発側のアジャイルスプリントと完全に一致するわけではありませんが、開発者と協力する場合、それらはより広範な非同期設計プロセスの一部になる可能性があります。 ユーザーストーリーにより、さまざまな場所にいるチームのコラボレーションも容易になります。

第二に、ユーザーストーリーは、人間中心の活動中心の設計の一部です。 より多くの製品機能（ことわざの「機能クリープ」）を追加することに焦点を合わせる代わりに、ユーザーストーリーはそれを現実のものにします。 ユーザーストーリーは、人々が実行するすべてのアクティビティの背後にあります。これらのアクティビティは、一連のアクションであるタスクで構成されています。 その結果、ユーザーの活動を深く理解した製品が開発されています。 ユーザーストーリーを操作することは、楽しいユーザーエクスペリエンスを設計するという全体的な取り組みにうまく適合します。

製品テストとUXメトリクスのユーザーストーリー

明確に述べられたユーザーストーリーは、優れた製品設計のさまざまな側面に力を与えます。 ユーザーストーリーを定期的に再検討し、特定のユーザー目標が達成可能かどうかを確認すること（特定のユーザーストーリーの受け入れテスト）は、製品チームを軌道に乗せるのに役立ちます。

多くの場合、企業は顧客が必要としない、または望まない製品を構築するために多くの時間とお金を費やし、時間とリソースの両方を浪費します。 製品は善意である可能性がありますが、消費者が理解できる方法で識別可能なニーズに対応していないため、失敗します。

ユーザーが潜在的な顧客に対して製品をテストすることにより、製品チームは、製品が明確に識別可能なニーズを解決するかどうかを理解できます。 それは成功を測定する方法です。 明確に定義されたユーザーストーリーに基づいてプロトタイプを作成およびテストすることで、設計者はタスクの完了時間と成功率を測定できます。 製品設計の初期段階だけでなく、製品開発のライフサイクル全体にわたって。 そうすることで、チームは製品が顧客のニーズを満たす上でますます良くなっているのかどうかを確認できます。

さらに、ユーザーストーリーを使用して、UXの結果（UXの成功指標によって評価）を定義し、デザイナーがUXの進捗指標を使用して製品の進化を確認できるようにすることができます。

• UXの結果は、構築されているものに全員を同期させます。
• UXの成功指標は、チームが結果を達成した時期を示します。
• UXの進捗状況の指標により、チームは途中で進捗状況を追跡および評価できます。

優れたユーザーストーリーを生成する方法

ユーザーストーリーの作成は、ユーザー調査の洞察から抽出されたペルソナから始まります。 ペルソナを深く理解することは、デザイナーがより大きなユーザーの目標につながる意味のあるストーリーを作成するのに役立ちます。 このプロセスでは、満たされていないユーザーのニーズを明らかにし、製品の説明を作成できます（アジャイルではエピックと呼ばれます）。

デザイナーは、ペルソナとユーザーの目標に基づいて、実質的なUXの物語を取り上げ、それらをより小さな部分、つまりユーザーストーリーに分割することができます。 たとえば、モバイルバンキングアプリに取り組んでいるとします。 Epicの目標は、「外出先でお金を管理すること」です。 この大きなユーザー目標は、次のような小さなユーザーストーリーに分割できます。

• 事業主として、時間を節約できるようにモバイル預金をしたいと思っています。
• 私は事業主として、より早く信用を得るために外出先でローンを申請したいと思っています。
• ビジネスオーナーとして、自分のアカウントをアプリでチェックして、自分の財政状況を把握したいと思っています。

このようなユーザーストーリーをどのように思いつくのでしょうか。 シャドウイング（観察手法）、日記調査、ユーザーインタビューなど、さまざまなUX調査手法を採用する。 あるいは、設計者は製品分析を使用して、ユーザーの行動パターンを特定し、それらのパターンを推進する基本的な構造を明らかにすることができます。

たとえば、イベントフローを観察することにより、データはいくつかのタスクを完了できなかったことを示している場合があります。 タスクが開始され、進行が行われましたが、タスクの途中で予期しない終了が示され、結論に達しませんでした。 このようなパターンは、製品が調整された一連のタスクを実行する簡単な方法を提供しないため、欲求不満をあきらめる人々を指し示します。 知覚的なUXデザイナーは、問題を発見し、より多くのユーザー調査で調査し、実行されていない製品機能を再設計し、タスクの完了を再度テストします。

ユーザーストーリーの書き方と優先順位付け

誰がユーザーストーリーを書きますか？ 従来、ユーザーストーリーを作成することは、開発を進めるためのプロダクトマネージャーの責任でした（多くの場合、チームにデザイナーがいない場合）。 ただし、チームにデザイナーがいる場合は、デザイナーが書いた方がいいかもしれません。 彼らはユーザー調査を実施し、ユーザーのペルソナとそのニーズに最も精通しています。

テクニックとして、ユーザーストーリーはコンパクトで軽量であり、チームが製品を迅速に構築できるようにすることを目的としています。 前述のように、ユーザーの観点からは、単純な1文のステートメントとして記述する必要があります。 」

このような方法で作成されたユーザーストーリーは、製品に追加されたすべての機能を正当化し、すべての設計決定の背後にある論理的根拠を最前線に保つのに役立ちます。 」

優れたユーザーストーリーを書くには：

• 明確で、焦点を絞り、実用的である必要があります。
• 価値があると感じる方法でストーリーをキャプチャする必要があります。
• 製品機能に変換できます。
• 検収試験があります（目標は達成されましたか？）。

一度書かれると、ユーザーストーリーはマトリックスに優先順位を付ける必要があります。 製品マネージャーにはなじみのある優先度マトリックスは、製品チームが最も影響力のある機能に最初に集中できるようにするのに役立ちます。 デザイナーにとって、これは顧客に最大の価値を提供するユーザーストーリーを優先することを意味します。

いくつかの側面がユーザーストーリーの優先度インデックスに影響を与えます。

• ビジネス目標。 企業の収益に直接影響を与えるユーザーストーリーは、単に望ましいものよりも高いインデックス値を取得する必要があります。
• 機能従属性。 複数のユーザーストーリーを特定のストーリーの後にのみ実装できる場合、後者は重要になり、より高いインデックス値を取得します。
• 開発時間。 開発チームがユーザーストーリーを実装が速く、ビジネス目標を達成するために不可欠であると評価した場合、ストーリーはより高いインデックス値を取得します。

デザインにおけるユーザーストーリーの利点

ユーザーストーリーフレームワークを使用すると、仮説に基づいて、ユーザーが必要とする機能と、製品チームが使用することを望んでいる機能のみが製品に含まれるようになります。 言い換えれば、ユーザーストーリーを操作することで、フィーチャークリープを防ぐことができます。

ユーザーストーリーを操作することには、いくつかの利点があります。

• 共通言語を提供します。 ユーザーストーリーは開発チーム全体の共通言語になり、ソリューションと機能に重点を置く必要がなくなります。 代わりに、彼らは何が達成されるべきかについての議論を組み立てます。
• コラボレーションを促進します。 これらは、ユーザー、設計者、および開発チーム間のコラボレーションを促進します。
• 共通の理解を可能にします。 それらは、共通の言語を使用することにより、ユーザーのニーズについての共通の理解を深めるのに役立ちます。
• 透明性を高めます。 チームメンバー間のオープン性を高め、信頼を強化します。
• それらは包括的でまとまりがあります。 プロジェクトの要件をユーザーストーリーに変換することは、プロジェクトを理解するために比較的簡単です。 ユーザーストーリーをウォークスルーすると、機能や機能要件のリストよりも「プロジェクトの内容」をより明確に理解できます。
• 柔軟性、アクセシビリティ、および管理性を提供します。 ユーザーストーリーは、他のドキュメントと比較して概念的に単純であり、すばやく作成できます。 ユーザーは自分の世代に関与することもでき、利害関係者はユーザーストーリーを簡単に編集したり、独自のストーリーを追加したりできます。
• プロジェクトの視点を変えます。 ユーザーストーリーは、プロジェクトの視点を、潜在的にランダムで抽象的な要件のリストから、ユーザーに焦点を当てたアクティビティの表現にシフトします。
• 最も価値の高い配信を容易にします。 それらは、最大の利益をもたらす顧客中心の機能を提供するのに役立ちます。
• チェックリストを提供します。 これらは、タスクの正常な完了に対する測定を可能にします。 ユーザーがタスクを実行できない場合、製品は失敗しています。

ユーザーストーリーマッピングによる優れた製品設計

設計者は、製品設計を推進するためにユーザーストーリーだけに頼るべきではありません。包括的な製品設計プロセスには、他の多くの方法や成果物が含まれます。 十分に統合されたユーザーストーリーは、製品全体のUXを構成するパズルのピースのように互いに完成する必要があります。 逆に、ばらばらのユーザーストーリーは、ユーザーエクスペリエンスのまとまりを乱します。

デザインを推進するためにユーザーストーリーのみに依存する場合のその他の潜在的な問題：

• コンテキストの欠如（全体的なUXの結果を無視する）
• 完全性の感覚がない（より大きな目標がカバーされているかどうかの不確実性）
• ユーザーストーリーとユースケースを混同する
• 製品を進化させていない（ユーザーストーリーは固定されておらず、時間の経過とともに変化する傾向があります）

ユーザーストーリーマップを作成すると、個々のストーリーに神秘的に焦点を合わせるのではなく、製品全体の全体像に焦点を合わせることができます。 ジェフパットン、本の著者ユーザーストーリーマッピング

概要

設計でユーザーストーリーを操作することで、設計者が適切に設計された製品を提供するために必要な重要な測定値が提供されます。 ユーザーストーリーフレームワークを順守するという規律は、対応するユーザーストーリーがないUIにデザイン要素を決して入れないことも意味します。

ユーザーストーリーの魅力は、機能的なニーズを特定しているが、それらの機能的なニーズを満たすために製品を設計する方法を規定していないことです。 彼らは解決策を処方する前にまず問題に焦点を合わせます。

設計者は、ユーザーストーリーを製品設計の貴重な構成要素と見なし、ユーザーストーリーをマッピングして、まとまりのあるUXを作成し、ユーザーストーリーのベストプラクティスを採用する必要があります。 これにより、機能のクリープが防止され、製品チームがより優れた設計の製品を提供できるようになり、設計者は摩擦のない楽しいユーザーエクスペリエンスを備えた製品を作成できるようになります。

ご意見をお聞かせください。 以下にあなたの考え、コメント、フィードバックを残してください。

•••

Toptal Designブログでさらに読む：

• デザインツールとしてのFigmaの力
• 通知デザインの包括的なガイド
• カウントする–ユーザーエクスペリエンスを測定するためのガイド
• マインドズアイ–データ視覚化心理学の概観