web-dev-qa-db-ja.com

（ユーザーではなく）クライアントの目的/ニーズをマッピングするためのベストプラクティスは何ですか？

私は、Webアプリの形式で既存のサービスセットへの更新されたインターフェイスの開発に取り組んでいます。クライアント数は限られており（20人）、約170人のユーザーがいます。私はクライアントにインタビューし、彼らが私たちのサービスを使用している間、彼らは非常に異なる目的とニーズを持っていることを発見しました。もともとユーザーのためのペルソナを開発するつもりでしたが、これらはユーザーが働いている組織の目的によって推進されているのではないかと思います。

私はペルソナが初めてです。

  • 組織の階層的なニーズと目的をマッピングするために使用できるベストプラクティスはありますか？
  • これらをペルソナの一部に組み込む方法はありますか？
personasusers
1
Chromarush

例は抽象化よりもうまく通信できるため、以下に アフィニティ図 を示します。

  • 情報を整理する

    • 私がしなければならないことを見せて
      • 毎日のやることリストは、進捗状況の追跡に役立ちます
        • U3 302は、彼女のデイプランナーの優先形式を気に入っています
        • U5 518は毎日の重要なタスクを持つグループのレポートを作成します
        • U138は、完了すると、ToDoリストからチェックします。
      • 目の前に印刷したい
        • U2 221は1日に数回カレンダーを印刷し、コンピューターの横に掛けます
        • U7 743はメールから壁掛けカレンダーに会議を転送します
        • U3 351は、電話ではなくタスクが記載されたメールを受け取り、印刷できるようにしています
      • 重要ではないもので私を邪魔しないでください
        • U5 523にはメールが設定されているため、緊急メールのみが自動的に開きます
        • U1 12は受信トレイを背後に配置するため、中断されることはありません

メモが表す各投稿は次のとおりです

  • 全体的な懸念領域
    • 懸念領域内の特定の問題
      • 顧客が明らかにした問題の側面（この例では3列です）
        • 研究データに根ざした単一の観察、洞察、懸念または要件

壁にこれらのグループを作成して、インタビューデータの 全体像 を取得します。幸運を！

3
Tyler Langan