ユーザーが「自分の」ユーザーではない場合のエクスペリエンスに関するフィードバックをユーザーに取得するにはどうすればよいですか？
ストーリーテリングモード
必要に応じてスキップできます;）
私はLMSソリューションのUIおよびUXデザイナーです。 LMSはデジタル学習専用のCMSであり、幅広いクライアントに販売されています。それらのいくつかは彼らの従業員を訓練したい会社です。それらのいくつかは、グラフィカルおよびテクニカルサポートを備えた他の企業に再販する企業です。それらのいくつかは、アカウントの支払いをする人々に様々なトピックに関する知識を配布する会社です。これらすべてのケースで、ユーザーの最大数は学習者、または私が慣れ親しんでいるクライアント、つまりクライアントです。しかし、製品メーカーとして大きな問題があります...私たちはそれらを知りません。
カスタマイズ可能なソリューションとして、私たちはクライアントが可能な限り最もシームレスな方法でそれを統合できるように、設計上の多くのことを変更する機能を提供します。ユーザー側では、ページの一番下にある控えめな著作権のみが残ります。それが私たちのクライアントが私たちに期待することです。
クライアントのことは...彼らは彼らのユーザーを知っていることを確信しています。彼らは自分たちが何を望んでいるのか、自分にとって何が良いのか、何が必要で何が必要でないのかを知っています。私の側では、「ああ、彼らはこの超基本的なオプション/機能を削除した...」と思っていた回数を数えません。ええ、私はあなたがノーと言えない人々から遠く離れた要求の世界に住んでいます。
ストーリーテリングモードの終了
ユーザーエクスペリエンスデザイナーとして、クライアントのユーザーが何を望んでいるかをクライアントから聞いて満足していません。私は共感を信じますが、誰かに問題を告げると、同じレベルのフィードバック、またはまったく同じフィードバックがもたらされるとは確信していません。しかし、私はその目的を満たす製品を設計するために最善を尽くしています。つまり、実際に学びたい、または学びたい人々にとって、学習体験を可能な限り最高にすることです。
そのため、ここ数か月間、ユーザーから直接ユーザーにフィードバックを得るために何ができるかを考えてきましたが、私のソリューションにはあまり自信がありません。
「フィードバックをお寄せください」フォーム：デジタル製品/サービスでは非常に一般的ですが、ほとんどすべての場合にクライアントがそれを実行すると確信しています。彼らが支払っているツールを完全に制御したいので、彼らはすべてを認識し、すべてを検証するか、それ以上のことをしたいと思うでしょう：自分の言葉/アイデアでそれを言い換えてください。あなたは彼らを知っていますよね...
「提案ボックス」リンク：多くのクールな企業がそれを行っています（Discord、Waze、Marvel Appなど）。私の意見ではそれは素晴らしいアイデアです。上記のフィードバックフォームのように、クライアントの反応は問題のままですが、外部サービス（ConfluxやUser Voiceなど）を使用しているため、うまくいくと思います。多分。これに関する私の主な懸念は、このようなツールが生成する可能性のある欲求不満です。提案はすべての人に表示され、誰もが賛成投票できます。私たちの開発チームは非常に小規模で忙しいため、上位の必要な機能がロードマップで長期にわたって計画されない可能性があるという事実を心配しています。このようなツールを使用していますか？あなたはそれについてどう思いますか？
「ペルソナ」と「データ」の研究：私はすでにこれについて何かを試みています。開発チームの助けを借りて、個人データを収集することなく、ユーザーが製品をどのように使用しているかをデータで取得するソリューションを実際に利用しています。これは賢明なトピックであり、ユーザーエクスペリエンスの目的以外に何も明らかにしていないデータにのみ焦点を当てるために、優れたインテリジェンスでそれを行っています。しかし、それは終わりであり、それは十分ではありません。
そして...今のところこれですべてです。インタビュー/フォーカスグループはクライアント自身で設定するのが難しいので、クライアントにユーザーを送るよう依頼する可能性を完全に排除しました。
だから...あなたは何か考えがありますか？あなた自身の経験からのフィードバックはありますか？私はあなたのアドバイスと解決策を受け入れます。ありがとうございました！
（私はこれが読みやすく、私の英語が理解するのにそれほど難しくなかったことを願っています—これは私があまり頻繁に行わない練習です... ^^ '）
これは難しい問題であり、固有の問題ではありません。一次調査を実施するためにユーザーに直接アクセスすることは例外であり、標準ではありません。
しかし、あなたを止めさせないでください。多分あなたが活用できる secondary 研究の多くの情報源があり、おそらくあなたの鼻の下に座っています：
- 多くの場合、製品管理には 顧客のニーズ ドキュメントとビジネスケースがさまざまな形式で仕事で説明されています。多くの場合、これには実際の顧客のインタビューや引用が含まれ、ペルソナドキュメントと同じくらい役立ちます。おそらく、彼らが説明する行動が仮想的または支持されていないためです。
- カスタマーサービスとサポートのケースには、多くの場合、大規模なサンプル全体で分析されたときに明らかになる詳細とパターンがあります。怒っている顧客は詳細を含めることに非常にやる気があり、通常はそうします。
- 競合製品のマーケティングと ケーススタディ 通常、ドットを接続し、製品が解決する問題とその対象について製品を説明するのに優れています。そのため、製品の「ペルソナ」のかなり正確な感覚を推測できます。あなたが取り組んでいるのは
- ソーシャルメディア と特定のドメインのフォーラムは、そのドメイン内から、コンテキストと共通の摩擦点が豊富な方法で互いに話し合う「ユーザー」でいっぱいです。それを貧しい人の文脈的探究と考えてください。
- 探しているものがわかっている場合は、サーバーログと分析で回答が得られます。しかし、そのデータから、パターンが飛び出すことを期待しないでください、あなたはあなたが研究したい質問または現象のいくつかの大まかな考えを持つべきです
そこから始めましょう。その二次調査でユーザーテストを効果的に行うことができない場合でも、より鋭敏な質問をして、「プロキシ」ユーザーから返されたコメントの一部を展開するのに十分なほど、ドメインを十分に理解できます。
うまくいけば、あなたがデザインしている人々に本当に興味があるでしょう。もしそうなら、好奇心をあなたのガイドにして、あまり邪魔しないようにしてください。研究の実施には常にハードルがありますが、研究は、A）最初に問題が何であるかを知ること、およびB）ソリューションが機能するかどうかを測定する方法です。