現在存在しない架空のドメイン固有のユーザーベースのプロトタイプである興味深いプロジェクトがあります。
優れた設計手法を使用し、既存のユーザー主導のアプローチをactual
ユーザーの不在に適応させたいと思います。
actual
ユーザーは適切に調査/推定されたペルソナに置き換えることができますが、設計決定の検証やメトリックの収集など、他の特定の手法はほぼ不可能に思えます。
これが私が状況を説明できる最良の方法です:
飛行機の修理をしたいというお客様がいらっしゃいます。フライングカーは存在しません(まだかなりありません)が、問題を2つに分ければ、クルマとフライングがあります。
- 車の修理はよく理解されており、ユーザーを見つけることができます。
- 飛行はよく理解されています(しかし、おそらく少し少ないので、より新しい/より複雑な技術です)が、ユーザーを見つけることもできます。
空飛ぶ車の組み合わせはあまり存在せず、それらを修復する可能性のある人も(その役割で)存在しません。 可能性がありますを修理担当者とするユーザーは、整備士、航空宇宙エンジニア、またはその両方、あるいはその両方です。
私たちはcouldメカニックを表すペルソナを作成します。これはかなり賢明なアプローチであり、飛行中の車の修理に関与している可能性があります。
ただし、空飛ぶ車を修理するプロセスは現在の役割とはかなり異なる可能性があります。タイヤを交換する、または整備士の観点からオイルを交換するという目標をモデル化できますが、これらの役割が実際に存在するかどうかはわかりません空飛ぶ車。
誰かがこのような状況について何か提案はありますか?
これに答えるのは具体的に難しいと思います...特にドメインや他のコンテキストがないためです。
「現在存在しない」ユーザーベースはおそらく実際に存在します(つまり、people存在しますか?)-単に呼び出すことはできませんyourユーザーベースはまだです。また、ペルソナシナリオだけでなく、ゲリラ調査および仮説のプロキシ検証(仮説)のために、プロキシユーザーの地位を実現するために使用できる人々(ドメインエキスパート?)がいる場合もあります。
自分が持っているものにできるだけ近づき、できるだけ多くの異なるアプローチでクリエイティブになる必要があります。また、関係するすべての人が、シナリオの変更に応じて、設計の決定の継続的な再検証とメトリックの評価を行うことを約束します。仮説を事実、証拠-後続の反復を通知するデータポイントに変換する必要があります。
あなたはおそらくデザインの波線の開始点(下)から始めているでしょう-そして、「方向性」を得る前に、物事はかなり面倒になるでしょう!
私は以前にこれらの問題のいくつかについて書きましたが、アイデアのいくつかは、ペルソナだけでなく、他の方法やプロセスにも関連しています。
https://ux.stackexchange.com/a/21916/6046 ペルソナを作成するためにどのような調査方法を使用できますか?
https://ux.stackexchange.com/a/29863/6046 ペルソナを検証するにはどうすればよいですか?
UXSEでは、実際のエンドユーザーを巻き込まずにUX設計を行うことについて質問されることがよくあります。あなたの場合、問題は実際にはユーザーの不足とそれらへのアクセスの不足ではありませんが、ユーザー中心の設計が特定の定義されたメソッドのセットではなく哲学または戦略であることを考えると、あなたができる理由はありませんユーザー中心のアプローチで作業を実行することはまだできません。
UXデザイナーが、研究->設計->プロトタイプ->テストを反復的に行うという自然/理想的なフローに従うことが非常に難しい場合があります。ペルソナの必要性は、設計段階で決定を下したいということから来ますが、ユーザーまたは製品の実際の例がないので、研究段階の結果はせいぜいヒットまたはミスになるでしょう。
一般的なソフトウェア開発プロジェクトを例に取ると、ソリューションがすでに多くの調査なしで設計および開発されている場合、UXデザイナーのタスクは、最初に戻って調査を行うことです(開発された製品がそこに座っている間)。 )、または実際の製品を使用して、実際にテストすることで「調査」を行います。
そのため、存在しないものをプロトタイプ化し、研究戦略を改善する方法として、潜在的なユーザーとコンセプトをテストすることで、ユーザー中心になることが可能です。おそらくそれは、焦点を絞ることができるようになるまで、少しだけ多くの時間を繰り返して反復する必要があることを意味しますが、必ずしもよく知らないことについて人々に尋ね、それから外挿または内挿しようとするよりも悪いことではありません結果。