今日、ポイントはすべての訪問者からのフィードバックを聞くことであり、実質的に欠席しています。 少なくとも、すべての情報を一度に取得しようとしないでください。
新しいプロジェクトの初期段階では、特に製品の管理がそれほど前に行われていない場合、特定の問題に関するすべてのユーザーの意見を見つけたいという大きな誘惑があります。 しかし、多くの場合、そのような急ぎは誤りです。 急いでいることに加えて、特定の製品のプロモーションに携わっているほとんどの専門家は、何度も繰り返される5つの大きな間違いを犯します。 多くのフィードバックサービスが存在するため、ユーザーからの情報の受信は非常に簡単なプロセスになりますが、何らかの理由で情報を受信することに夢中になりません。 潜在的な顧客からのフィードバックを使用するための5つのヒントを用意しました。
1.すぐにすべてのユーザーに適用しないでください
すべてのユーザーの意見を一度に調べることで、各ユーザーの行動の詳細を無視します。 製品管理の目的のために、数日前にあなたに来た人々と長年あなたと一緒に働いてきた人々を非難するのは愚かであることに同意します。 製品を毎日使用する人と、月に1回ログインして請求データを更新する人。
この問題を解決することはそれほど難しくありません。 ユーザーをセグメントに分割します。例：
目標が新しい訪問者を引き付ける方法を改善することである場合、比較的最近サインアップした人にインタビューする必要があります。
1つまたは別の機能を改良する必要がある場合は、使用する人に連絡してください。
顧客が特定のサービスを使用しない理由を理解したいですか？ それを使用しない人にインタビューしてください。
製品を「テスト」して問題領域を確立する必要がある場合は、製品のすべての機能を常に使用しているアクティブユーザーとのみ連絡を取ります。
2.フィードバックを行う
フィードバックの本質は、製品開発者自身が受領を開始することを前提としています。 これは、フィードバックの必要性が生じた後、しばらく待って何もせずにフィードバックを受信および分析する必要があることを意味します。 これを補うために、ユーザーはさらに多くの質問を蓄積して質問します。その後、ユーザーは回答を待ちます。 特に愚かなのは、すべてのデータを待って全体を分析する代わりに、各レビューに対する反応です。
ここでの問題には2つの側面があります。第1に、ユーザーからの情報は必要なときに提供されず、第2に、ユーザーレビューは質問をしたときにのみ提供されます。 これは、製品の即時改善が必要な瞬間を見逃す可能性がある方法です。
解決策：顧客調査を定期的に実施します。 最も簡単ですが、非常に効果的な方法は、たとえば製品を使用してから30日目、60日目、120日目、365日目にフィードバックや提案を送信するようにユーザーに依頼することです。 最新のサービスでは、このセットアップを数分で行うことができ、同様のアプローチでわずか数日で費用がかかります。
より複雑な方法は、個々の機能の使用頻度に関するフィードバックを取得することです。 たとえば、製品にカレンダーがある場合、15回目、30回目、および60回目の個別の関数の呼び出し後にユーザーに質問することができます-これにより、より意味のある構造化されたフィードバックを達成できます： 15日に彼が何を変更したいのか、60日に製品にどのような制限があるのかが明確ではありません。
3.有料および無料の加入者の個別のレビュー
議会番号1との接続を簡単に追跡できます。 もちろん、最も簡単な方法は、サブスクリプションのタイプを考慮せずにレビューのセット全体を考慮することです。 一般に、これは特定のしきい値（たとえば、1か月あたり500-3500ルーブルを支払う顧客）まで行うことができますが、無料の加入者と有料の加入者からの要求の違いは依然として重要です。 無料サービスのユーザーは無料パッケージを確実に改善できますが、あなたのビジネスがそれだけに集中していることはほとんどありません。 ほとんどの場合、新しいユーザーを引き付けるために無料のパッケージが作成され、後で有料のサブスクリプションに切り替えます。 次の種類のレビューに注意を払ってはいけません。
次の場合は有料サブスクリプションに切り替えます...
次の場合に支払いに切り替えます...
ビジネスで約束を受け入れることは生産的ではありません。 本当に起こっていることに注意してください。
したがって、解決するためのいくつかのヒント：
有料サブスクライバー向けの製品の使用条件を改善するには、有料サブスクライバーのみに連絡してください
無料のサブスクリプションから有料のサブスクリプションに切り替える動機を見つけるには、ユーザーのみを参照してください
無料のパッケージを改善するには、無料のユーザーのみに連絡してください。ただし、リードをたどらないようにしてください。そのようなユーザーは利益をもたらさないが、多くの場合、単に無料の機能を要求します。
4.騒々しい少数派に耳を傾けない
マーケティング担当者の間でよくある冗談は、「意見」という言葉の複数形は「データ」ではないということです。 これは、もちろん、あるクライアントの意見が必ずしも役に立たないという意味ではありません。 しかし、ある日10人のユーザーがカレンダー管理などの改善要求を求めてくれた場合、製品を完成させるためにプロジェクトをすぐに開始する必要はありません。 最初に、この機能のすべてのユーザーをポーリングして、これら10人のクライアントがどれだけ共通の意見を表明しているかを調べる必要があります。
解決策：受け取った各ユーザーフィードバックは、主に検証が必要な仮説として認識される必要があります。 ただし、すべてのユーザーが同意したことに気付いたとしても、提案の実装フェーズをすぐに開始しないでください。
より徹底的な分析を実施する必要があります-これが最後のアドバイスです。
5.すべてのユーザーが正しい決定を下すとデフォルトで考えないでください
ロケット
孔子を少し言い換えると：
顧客が月を指すと、素朴なプロダクトマネージャーが指を調べます。
ヘンリーフォードの悪名高い消費者の物語（「私は人々に欲しいものを尋ねたら、より速い馬を求めます」）は、顧客の希望を無視する言い訳としてよく使われます。 しかし、私たちの場合ではありません。クライアントがより速く馬を必要とする場合、実際に彼の重要な要件は移動速度です。 座って、それを実現する方法について考えましょう。 10人の前の例で、カレンダー管理を改善するという彼らの要求について話しました。 すぐに座って製品の形状と内容を調整できますが、ほとんどの場合これは意味がありません。 すべてのユーザーにインタビューしたところ、ポイントはカレンダー管理フォームの複雑さではなく、その使用頻度にあることがわかります。
解決策：各ユーザーリクエストは、クライアントの個人的なスキル、製品に対する彼の精通度、および問題の認識と想像力の特性の複雑な組み合わせであることを覚えておく必要があります。 クライアントは、製品に対するあなたのビジョンを知らず、サービスの実装の複雑さを表しません。 そのため、クライアントの意見は行動の指針ではなく、別の観点から問題を見て、あなたにとって有益でユーザーにとって便利な解決策を見つける機会にすぎません。
もちろん、お客様のアドバイスの多くは、製品の他の特性と完全に組み合わされ、そのコンセプトに完全に適合します。 このような場合、ユーザーに提供するものを直感的に理解して、製品を改善する方法を簡単に見つける必要があります。
記載されているエラーが、ユーザーとの効果的なコミュニケーションの構築とサービスの改善に役立つことを願っています。
良いフィードバックとクールな製品！
はい、ご意見をお寄せください。 一緒になって、ユーザーとのコミュニケーションシステムを構築します 。