プロジェクトの作業の開始時または製品の抜本的な変更の段階で、状況を判断するためにすべてのユーザーにインタビューする誘惑に抵抗することは困難です。 これは通常間違いです。 実際、何度も何度も発生する一般的な間違いがいくつかあります。
Alconostでは 、製品レビューを収集するための5つのヒントを翻訳しています。
1.「すべてのユーザー」との通信を停止します
すべてのユーザーに一度にインタビューすると、詳細を逃してしまいます。 昨日だけサインアップした人と古い顧客を混ぜます。 製品を毎日使用する人と、時々ログインして請求情報を更新する人。 特定の機能のみを使用する人と、それらすべてを使用する人。 それはひどい混乱をもたらします。
解決策：- 登録プロセスを改善する必要がある場合は、最近サインアップした人だけに聞いてください。
- 機能を改善したい場合は、その機能を使用する人とのみコミュニケーションしてください。
- なぜ人々がこの機能を使用しないのかを理解する必要がある場合は、その機能を使用しない人にのみ話してください。
- 問題のある領域を見つける必要がある場合は、すべての機能を使用するアクティブユーザーのみにインタビューしてください。
2.フィードバックは永続的でなければなりません
標準的なアプローチは、オンデマンドでフィードバックを要求することです。 しかし、これは、フィードバックが必要な場合、到着するまでさらに1週間待たなければならないことを意味します。 これを補おうとすると、あなたは広いネットワークを放り投げ、多くの質問をし、予期せずに凍結します。 非常に単純な場合は、全員がアレイ全体を分析するのを待つよりも、到着した各レビューを個別に処理することをお勧めします。 そして、これは二重の問題です。まず、必要なときにフィードバックを受け取ることはありません。次に、問題について質問することを決めた場合にのみ問題について学習します。 これは、製品の段階的な劣化が目に見えないままであることを意味します。
解決策：定期的にフィードバックをリクエストしてください。 最も簡単な方法は、30、60、120、365日ごとなどにユーザーレビューを要求することです。少し高度なオプションは、特定の機能の使用の最初、20、50回目のケースの後に特定の機能に関するフィードバックを収集することです。
製品に慣れたユーザーの意見を知ることが重要です。 最初の使用のレビューはユーザーを混乱させるものを説明し、20番のレビューは失望するものの理解を与え、50番のレビューは制限を明確にします。
3.有料ユーザーと無料ユーザーの明確なレビュー
大きな違いはありません。ユーザーは50ドルまたは500ドルを支払いますが、無料ユーザーと有料ユーザーから受け取るリクエストのタイプには顕著な違いがあります。 長年の無料ユーザーは、無料オファーを改善する方法を理解することしかできませんが、ビジネスがそれを重視することはほとんどありません。 通常、無料オファーは、ユーザーのステータスを有料のものにアップグレードすることでユーザーを引き付けるためにのみ存在します。 「...の場合は支払います」、「...の場合は有料の加入者になります」などの仮想的なフィードバックを検討できますが、メリットはほとんどありません。 現実にすでに起こったことに基づいて構築することをお勧めします。
解決策：- 有料ユーザー向けに製品を改善するには、有料ユーザーのみの意見に興味を持ってください。
- ユーザーが有料ユーザーカテゴリに移行する理由を調べるには、無料ユーザーから有料ユーザーに切り替えたユーザーのみに相談してください。
- 無料の製品を改善したい場合は、無料のユーザーのみに連絡してください。 私は彼らがあなたにもっと無料の機能を尋ねると思う:)
4.少数派にならないでください
5人のユーザーがカレンダー上でイベントを作成する形式を簡素化するように求めた場合、これらの5人をすべてのユーザーのニーズの代表として受け取らないでください。 まず、すべてのユーザーのニーズを確認してください。 カレンダーユーザーをポーリングすることから始めて、他に何が起こるかを確認します。
解決策：仮説として目を引くレビューの各グループを検討しますが、それに依存せずに確認します。 問題が本当に緊急であることが判明するとすぐに、次のステップは必要なソリューションを作成することではありません。より深く掘り下げる必要があります。 これが最後のポイントになります。
5.ユーザーは本当にそれが本当に必要であることを本当に求めます
孔子を言い換えると、ユーザーが月を指すと、素朴な製品マネージャーが指を調べます。
速い馬の例は、ユーザーの話を聞きたがらないことを正当化するためによく使用されますが、これはポイントを逃す本当に壮大な方法です。 ユーザーがより速い馬が欲しいと言ったら、彼は実際に速度が輸送のための基本的な要件であるとあなたに言います。 そして、あなたは彼を満足させる方法を考えています。 前の例では、カレンダーにイベントを追加するためのフォームの複雑さについて不満を言う5人のユーザーがいました。 自然言語またはそのUX最適化を使用して入力フォームを単純化するのに数週間かかる可能性がありますが、結局のところ、これは役に立たないでしょう。 カレンダーユーザーとのコミュニケーションから、問題はフォームの複雑さではなく、使用頻度にあることがすぐにわかりました。 そして、この問題は、定期的なイベントの導入とイベントの複製の簡素化によって正常に解決されました。
解決策：新機能に関するユーザークエリは、ユーザーの欲求、スキル、製品に関する知識、および差し迫った問題に対する理解の欠如であることに留意してください。 製品のあなたのビジョン、開発中の機能、技術的に可能なことについては何も知りません。 したがって、少し離れて、ユーザーにとって意味があり、ユーザーに利益をもたらす立場からユーザーリクエストを検討することが非常に重要です。
もちろん、時にはそのようなリクエストが要点に達することを明確にすることが重要です。 その後、それらはあらゆる詳細に調和し、世界のビジョンに完全に適合します。 そのような場合、検証、要約、およびグループ化の手順を省略して、製品の直感を信頼できます。 これは、あなた自身が製品のユーザーであり、ユーザーのニーズを常に把握している限り機能します。
しかし、それ以外の場合-ユーザーと話すことで、より賢くなります。
ところで、レビューを収集する際にどのような間違いを犯しましたか？翻訳者についてこの記事はAlconostによって翻訳されました。
Alconostは、60の言語で
アプリケーション、ゲーム、およびサイトをローカライズします 。 ネイティブ翻訳者、言語テスト、APIを備えたクラウドプラットフォーム、継続的なローカリゼーション、プロジェクトマネージャー24時間365日、あらゆる形式の文字列リソース。
また、Google PlayおよびApp Storeの販売、画像、広告、トレーニング、ティーザー、エクスペラー、トレーラー用の
広告およびトレーニングビデオも作成しています。
詳細：
https :
//alconost.com