ペルソナを書くとき、私は次のことを行います。1。現在使用しているツールを使用して、またはツールを使用せずに現在の状況で説明します。2。開発中のツール、つまり実際に使用しているツールではなく将来のツールを使用して説明します。まだ
私が間違っていたら訂正してください。ペルソナは、設計プロセスの前に使用するツールですが、プロセスの後の任意の時点で変更できると思います。ペルソナを用意したら、少なくともいくつかの方法でそれらを参照することで、ペルソナのデザインを開始できます。
私の質問は一般的なものですが、私の質問を理解しやすくなるように、例を示します。家の中の暖房システムを管理するための製品、インターフェースをデザインしたい。これは、壁にぶら下がっているパネルで、1)数時間温度を上げてからデフォルトに戻す、2)夜間に温度を自動的に下げる調整を設定する、3)エネルギー使用量と費用を表示するなどのさまざまな機能があります。選択した期間。
私のペルソナは、自分が想定していることに基づいて、物語として書きました。あれは:
今、私はこれらのペルソナが好きです。それらは私にとって意味があり、信じられます。これらのシナリオは非常によく想像できます。彼らは私がユーザーを理解するのを助け、私が作りたい製品を想像します。しかし、それらは私がすでに想像上の最終製品を持っている間に書かれており、ペルソナの物語はユーザーが私の想像上の製品とどのように相互作用するかを説明しています。
だから私は実際にパネルなしで彼らの人生についてペルソナをやりたいとしましょう。問題は、「ブースト」やエネルギー消費を読み取るためのオプションがないことです。実際、技術的なスキルに関係なく、ほとんどの人はラジエーターをまったく同じ方法で調整します。一部の国では電気ラジエーター用のこれらの中央パネルがあることを知っていますが、私の国では誰もが各ラジエーターの温度調整バルブによってのみ調整できる温水ラジエーターを持っています。
新しい製品を導入する前にペルソナを説明するのではなく、私のやり方でペルソナを使用することは大丈夫ですか、それともお勧めできませんか?.
このようなジレンマ、役立つ経験、またはこれに関する文献(ブログ、論文、チュートリアル)に関するベストプラクティスはありますか?
あなたが尋ねている質問は、ペルソナに関するものではなく、ユーザーの流れに関するものです。
ユーザーが既存のツールで現在行っているのは、ユーザーフローの1つのセットです。製品を意図したとおりに使用した場合にユーザーが行うことは、別のユーザーフローのセットです。
ペルソナは両方とも同じである必要があります。
そうでない場合、@ tonytruccoが言及しているように、ペルソナに適合する製品を発明するのではなく、既存のユーザーフローよりもユーザーフローを好むペルソナを発明しています。
ペルソナはユーザー動作のモデルを提供することを目的としています。これには、ニーズ、感情、認識、インセンティブ、および目標が含まれる場合があります。
ペルソナは、設計者がソリューションの設計を始める前に問題の領域を理解するを支援することを目的としています。ソリューションを設計する前に問題ドメインを理解することは、設計プラクティスの基本的なテナントと見なされます。
ペルソナデザインとともに進化する。したがって、ペルソナはユーザーのニーズを理解するために使用できますが、デザイナーがソリューションを作成して検討する際に、ペルソナを開発してユーザーが1つ以上のソリューションとどのように対話するかを調査できます。
特定のソリューションを念頭に置いてペルソナを作成する場合、設計プロセスの短絡になる可能性があります。これは、考えを他の可能なソリューションに近づけるからです。
要約すると、確かにshould特定のソリューションでペルソナを使用することができます。解決。そうでなければ、あなたはことわざのハンマーから始めています...
それは、ユーザーに関するより一般的な「バイオ」であるペルソナのナラティブというよりは、ユーザーテストのナラティブのように見えます。
私にとってペルソナは以下で構成されます:
プロトペルソナを使用する場合は、質的および量的データによって実際のオーディエンスで実際にテストすることを忘れないでください。私は単に現場に行って、一部の人々、できれば極端な人々、それを最大限に活用している人々、そして非常にエコロジカルな考え方をしている人々、さらにはそれをすべて使用していない人々にインタビューすることをお勧めします。 (これは非常に狭い見方ですが、おそらく範囲を超えて何かを見ることができるように少し広めにすることができます)。
機能のために機能を禁止する
アランクーパーのインタビューのいくつかを見るか、彼の本を読むことをお勧めします: https://www.youtube.com/watch?v=G7ljzXB40hwhttp://www.Amazon.com/The-Inmates-Are-Running-Asylum/dp/067232614
したがって、ペルソナは存在し、製品やソリューションを設計する際の一種の道標として機能するはずです。通常、これらは実際のデータ/フィードバックに基づいていますが、より多くの聴衆に合わせて一般化することもできます。ペルソナは最終製品と共存しないでください。ここで、ユーザーテストとverifyがソリューションの有効性を実行することになっています。
多くの新興企業の共通の落とし穴は、彼らが製品を発明し、それから彼らの聴衆を発明しようとすることです。私はこれが学校のプロジェクトであることを知っていますが、最終目標を想定し、それを利用するためにカスタマイズされたペルソナを作成することで、同様のアプローチをとっています。これは製品を価値あるものに見せるための優れた方法ですが、問題解決のための効果的なアプローチではありません。
プロジェクトがヒートポンプに関するものである場合は、新鮮なペルソナを作成するのに役立つ情報がすでにあるはずです。ヒートポンプの2人の一般的なユーザーを考え出し、彼らの生活について説明します。同じようにポンプと相互作用しても、ニーズは異なる可能性があります。あなたは自分の目標を思い描いていたときにすでにこの作業を始めました(明らかに、解決しようとした問題がありました)。次に戻って、適切なペルソナを作成します。これらは、ソリューションに焦点を当て、ソリューションの実行可能性について正直に保つのに役立ちます。