web-dev-qa-db-ja.com

ペルソナナラティブの作成-既存のシナリオと想定される最終シナリオについて

要するに質問

ペルソナを書くとき、私は次のことを行います。1。現在使用しているツールを使用して、またはツールを使用せずに現在の状況で説明します。2。開発中のツール、つまり実際に使用しているツールではなく将来のツールを使用して説明します。まだ

ペルソナの基本的な理解

私が間違っていたら訂正してください。ペルソナは、設計プロセスの前に使用するツールですが、プロセスの後の任意の時点で変更できると思います。ペルソナを用意したら、少なくともいくつかの方法でそれらを参照することで、ペルソナのデザインを開始できます。

私の事例

私の質問は一般的なものですが、私の質問を理解しやすくなるように、例を示します。家の中の暖房システムを管理するための製品、インターフェースをデザインしたい。これは、壁にぶら下がっているパネルで、1)数時間温度を上げてからデフォルトに戻す、2)夜間に温度を自動的に下げる調整を設定する、3)エネルギー使用量と費用を表示するなどのさまざまな機能があります。選択した期間。

私のペルソナは、自分が想定していることに基づいて、物語として書きました。あれは:

  1. アンは自転車で仕事をして帰ってきて、とても寒いです。彼女は長い一日を過ごしました、そして今、彼女は家族の残りが帰ってくるまでソファーで1時間横になりたいと思っています。しかし、リビングルームは寒いので、ソファに向かう途中で、横になる前に「1時間ブースト」ボタンを押します。
  2. ポールは妻がブーストボタンを頻繁に使用していると考えており、娘は窓を開ける前に暖房をオフにするのを忘れていると考えています。時々、彼はお金を浪費する行動と考えることに直面すると、パネルに行き、エネルギー使用量をチェックします。彼は日々を前後に閲覧し、概要を理解します。彼は週末にティーンエイジャーが不在の間に彼らが異常に多くのエネルギーを使用したことを理解しています。

今、私はこれらのペルソナが好きです。それらは私にとって意味があり、信じられます。これらのシナリオは非常によく想像できます。彼らは私がユーザーを理解するのを助け、私が作りたい製品を想像します。しかし、それらは私がすでに想像上の最終製品を持っている間に書かれており、ペルソナの物語はユーザーが私の想像上の製品とどのように相互作用するかを説明しています。

私の最終製品なしで彼らの生活に基づいてペルソナを書くことはあまり役に立ちません

だから私は実際にパネルなしで彼らの人生についてペルソナをやりたいとしましょう。問題は、「ブースト」やエネルギー消費を読み取るためのオプションがないことです。実際、技術的なスキルに関係なく、ほとんどの人はラジエーターをまったく同じ方法で調整します。一部の国では電気ラジエーター用のこれらの中央パネルがあることを知っていますが、私の国では誰もが各ラジエーターの温度調整バルブによってのみ調整できる温水ラジエーターを持っています。

質問のまとめ

新しい製品を導入する前にペルソナを説明するのではなく、私のやり方でペルソナを使用することは大丈夫ですか、それともお勧めできませんか?.

このようなジレンマ、役立つ経験、またはこれに関する文献(ブログ、論文、チュートリアル)に関するベストプラクティスはありますか?

3
Mads Skjern

あなたが尋ねている質問は、ペルソナに関するものではなく、ユーザーの流れに関するものです。

ユーザーが既存のツールで現在行っているのは、ユーザーフローの1つのセットです。製品を意図したとおりに使用した場合にユーザーが行うことは、別のユーザーフローのセットです。

ペルソナは両方とも同じである必要があります。

そうでない場合、@ tonytruccoが言及しているように、ペルソナに適合する製品を発明するのではなく、既存のユーザーフローよりもユーザーフローを好むペルソナを発明しています。

1

両方を使用しますが、順番に

  • ペルソナはユーザー動作のモデルを提供することを目的としています。これには、ニーズ、感情、認識、インセンティブ、および目標が含まれる場合があります。

  • ペルソナは、設計者がソリューションの設計を始める前に問題の領域を理解するを支援することを目的としています。ソリューションを設計する前に問題ドメインを理解することは、設計プラクティスの基本的なテナントと見なされます。

  • ペルソナデザインとともに進化する。したがって、ペルソナはユーザーのニーズを理解するために使用できますが、デザイナーがソリューションを作成して検討する際に、ペルソナを開発してユーザーが1つ以上のソリューションとどのように対話するかを調査できます。

  • 特定のソリューションを念頭に置いてペルソナを作成する場合、設計プロセスの短絡になる可能性があります。これは、考えを他の可能なソリューションに近づけるからです。

    • ここでの危険は次のとおりです:創造的な思考の代わりに、あなたがしているすべてはあなたが考えているデザインを合理化することです。これは常にそうであるとは限りませんが、急いでいて問題領域の分析を急ぐデザイナーにとっては一般的な危険です(ペルソナはツールです)。
    • 古いことわざを使用して説明すると、ハンマーから始めると、すべてが釘のように見え始めます。これは、設計プロセス/ペルソナモデリングがソリューションを念頭に置いて始まるときに起こり得ることです。

    in a world of hammers everyting looks like a nail


要約すると、確かにshould特定のソリューションでペルソナを使用することができます。解決。そうでなければ、あなたはことわざのハンマーから始めています...

3
tohster

それは、ユーザーに関するより一般的な「バイオ」であるペルソナのナラティブというよりは、ユーザーテストのナラティブのように見えます。

私にとってペルソナは以下で構成されます:

  • 名前、写真、人口統計
  • バイオ
  • ゴール
  • 欲求不満

プロトペルソナを使用する場合は、質的および量的データによって実際のオーディエンスで実際にテストすることを忘れないでください。私は単に現場に行って、一部の人々、できれば極端な人々、それを最大限に活用している人々、そして非常にエコロジカルな考え方をしている人々、さらにはそれをすべて使用していない人々にインタビューすることをお勧めします。 (これは非常に狭い見方ですが、おそらく範囲を超えて何かを見ることができるように少し広めにすることができます)。

機能のために機能を禁止する

アランクーパーのインタビューのいくつかを見るか、彼の本を読むことをお勧めします: https://www.youtube.com/watch?v=G7ljzXB40hwhttp://www.Amazon.com/The-Inmates-Are-Running-Asylum/dp/067232614

2
Xabre

したがって、ペルソナは存在し、製品やソリューションを設計する際の一種の道標として機能するはずです。通常、これらは実際のデータ/フィードバックに基づいていますが、より多くの聴衆に合わせて一般化することもできます。ペルソナは最終製品と共存しないでください。ここで、ユーザーテストとverifyがソリューションの有効性を実行することになっています。

多くの新興企業の共通の落とし穴は、彼らが製品を発明し、それから彼らの聴衆を発明しようとすることです。私はこれが学校のプロジェクトであることを知っていますが、最終目標を想定し、それを利用するためにカスタマイズされたペルソナを作成することで、同様のアプローチをとっています。これは製品を価値あるものに見せるための優れた方法ですが、問題解決のための効果的なアプローチではありません。

プロジェクトがヒートポンプに関するものである場合は、新鮮なペルソナを作成するのに役立つ情報がすでにあるはずです。ヒートポンプの2人の一般的なユーザーを考え出し、彼らの生活について説明します。同じようにポンプと相互作用しても、ニーズは異なる可能性があります。あなたは自分の目標を思い描いていたときにすでにこの作業を始めました(明らかに、解決しようとした問題がありました)。次に戻って、適切なペルソナを作成します。これらは、ソリューションに焦点を当て、ソリューションの実行可能性について正直に保つのに役立ちます。

2
tonytrucco