Uxデザイン

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

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

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

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

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

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

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

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

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

ユーザーストーリーはフィーチャークリープを防ぎます

（写真提供 Startaêチーム Unsplashで）

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

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

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

エクセルにパワーピボットを追加する方法

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

ユーザーストーリーにより、チームは開発プロセス全体を通じてプロジェクトについてより良い会話をすることができます。それらを使用すると機能が容易になるため、機能のクリープを防ぐのに役立ちます。 チームが構築しようとしているものとその理由についての理解を共有 。

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

ユーザーストーリー開発におけるユーザーストーリーステートメントは、フィーチャークリープの防止に大いに役立ちます

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

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

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

これらの信念はある程度有効ですが、 見当違い 。

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

知覚組織のゲシュタルト原則

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

チームによるユーザーストーリーの作成は、機能のクリープを防ぎます

ユーザーストーリーを扱うことで、製品設計プロセスが推進されます。

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

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

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

最高財務責任者は何をしますか

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

さらに、ユーザーストーリーを使用して、UXの結果を定義できます（ UXの成功指標）そして、デザイナーがUX進捗指標を使用して製品の進化をチェックするのを支援します。

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

ユーザーストーリーのマッピングにより、フィーチャークリープが回避されます

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

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

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

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

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

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

ユーザーストーリー開発におけるユーザーストーリーの作成

（写真提供 LinkedInセールスナビゲーター Unsplashで）

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

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

テクニックとして、ユーザーストーリーはコンパクトで軽量であることが意図されており、チームが製品を迅速に構築できるようにします。前述のように、ユーザーの観点からは、単純な1文のステートメントとして記述する必要があります。 （ユーザー）として、私は（何か/目標を）実行して（望ましい結果を達成する）ことができるようにしたいと思っています。 「」

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

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

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

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

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

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

壁の付箋は、チームがユーザーストーリーのベストプラクティスに合わせるのに役立ちます

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

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

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

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

フィーチャークリープを回避するためのユーザーストーリーの作成

ウェブデザインでcmsはどういう意味ですか

ユーザーストーリーマッピングによるより良い製品設計

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

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

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

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

ユーザーストーリーのマッピングは、フィーチャークリープを回避するためのユーザーストーリーの作成において重要な役割を果たします

（写真提供グリーンカメレオン Unsplashで）

概要

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

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

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

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

•••

ApeeScapeデザインブログの詳細：

基本を理解する

フィーチャークリープを止めるにはどうすればよいですか？

ユーザーストーリーを使用すると、製品が明確に識別可能なユーザーニーズを解決するかどうかを製品チームが理解できるため、機能のクリープを防ぐことができます。ユーザーストーリーを使用すると、チームが構築しようとしているものとその理由を共有して理解できるため、ユーザーストーリーは機能のクリープを防ぐのに役立ちます。

スコープクリープとフィーチャークリープとは何ですか？

製品開発におけるフィーチャークリープとは、あまりにも多くの製品の特徴や機能が、あまり正当化されずに製品に追加された場合です。スコープクリープとは、開発チームが誤って、製品の機能を追加することに夢中になって、より多くの方が良いと信じている場合です。

フィーチャークリープとはどういう意味ですか？

製品開発におけるフィーチャークリープは、あまりにも多くの製品の特徴や機能が正当化されることなく製品に追加され、不必要な複雑さや使いにくい製品につながる場合です。

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

優れたユーザーストーリーは、明確で、焦点が絞られており、実用的です。それは、ユーザーの観点から価値があると感じる方法でストーリーをキャプチャする必要があります。優れたユーザーストーリーは、ユーザーストーリーの開発に役立ち、機能のクリープを防ぎます。

ウェブサイトからメタマスクに接続する方法

Webサイトを作成するとき、ユーザーストーリーはどのように役立ちますか？

ユーザーストーリーを操作することは、Webサイトを作成する際の機能のクリープを防ぐのにも役立ちます。ユーザーストーリーは、開発チームを実際の訪問者のニーズに集中させるのに役立ち、デザイナーがWebサイトのデザインの有効性を評価するために必要な重要な測定値を提供します。

誰がユーザーストーリーを書くべきですか？

通常、プロジェクトを進めて機能のクリープを回避するために、ユーザーストーリーを作成するタスクは、多くの場合、プロダクトマネージャーに委ねられます。ただし、デザイナーはユーザーリサーチを実施し、ユーザーペルソナとそのニーズに精通しているため、ユーザーストーリーがデザイナーによって作成されている場合、プロジェクトは最適に機能します。