ガイド

アプリのレビューを集める方法(正直に、しつこくならずに)

アプリのレビューを集めるには、顧客が製品で成功体験を得た直後に、1分程度で書ける形で依頼するのが基本です。依頼先は購入者が確認する1〜2か所に絞り、各プラットフォームのインセンティブに関するルールを守り、悪い評価を含むすべてのレビューに返信してください。得られたフィードバックは製品改善に使いましょう。偽のレビューや購入したレビューはプラットフォームから削除される原因になり、国によっては法律違反にもなるため、近道はありません。

レビューが重要な理由

  • 新しい購入者の信頼。 面識のない人は、自分と似た人の声を聞きたいものです。
  • 見つけてもらいやすさ。 レビューサイト、アプリストア、地図サービスの掲載情報は、レビューを基に順位付けされることがよくあります。
  • 自社サイトの素材。 許可を得たうえで、レビューをランディングページの推薦文として使えます。
  • フィードバック。 レビューには、顧客が何を価値と感じているかが本人の言葉で書かれています。自分で書くより良い宣伝文句になることも多いです。

レビューが効く場所を決める

すべての場所に手を広げないでください。購入前に見込み客が確認する場所を基準に選びましょう。

製品の種類レビューが特に効く場所
法人向けソフトウェア(B2B SaaS)ソフトウェアのレビュー・比較サイト、自社サイト、ニッチなコミュニティ
一般向けWebアプリ自社サイト、SNSの投稿、コミュニティ、アプリディレクトリ
モバイルアプリApp StoreとGoogle Play
アプリを持つ地域サービスGoogleビジネスプロフィールなどの地図サービス
開発者向けツールGitHubのスターとディスカッション、開発者コミュニティ、ドキュメントサイト
ブラウザ拡張機能やプラグイン拡張機能やプラグインのマーケットプレイス

自分のカテゴリと競合の名前で検索してみてください。検索結果がどこに人を送っているかが、あなたのレビューを置くべき場所です。

依頼するタイミング

タイミングは文面よりも重要です。価値を感じた直後に依頼しましょう。

  • 最初の本格的な成果が出た(最初の請求書を支払った、最初のサイトを公開した)
  • 数週間、製品を継続して使っている
  • 契約更新やアップグレードをした
  • サポートにお礼を送ってくれた
  • アプリ内アンケートで高評価をつけた
  • 誰かを紹介してくれた

次のタイミングでは依頼しないでください。

  • オンボーディング中で、まだ価値を得ていないとき
  • バグ、障害、請求の問題の直後
  • 2回断られた、または無視された後に繰り返し依頼すること

誰に依頼するか

  • アクティブで満足している顧客を優先。 利用状況を確認し、よくログインして中心機能を使っている人を選びましょう。
  • すでにメール、サポートのチャット、SNSで褒めてくれた顧客。 レビューとして書いてもらえないか尋ねてみてください。
  • ベータ版ユーザーや初期の利用者。 最初から関わってくれた人たちです。
  • さまざまなタイプの顧客。 異なる購入者に響くレビューを集めるためです。

好意的な反応を示しそうな人だけに依頼するのは自然なことです。一方で、公開プラットフォーム上で否定的なレビューを隠したり除外したりするのは適切ではありません。そうした行為を禁止しているプラットフォームもあるため、ルールを確認してください。

依頼しやすくする

依頼の手順が1つ増えるごとに、応じてくれる人は減ります。

  • レビューフォームへの直接リンクを送りましょう。プラットフォームのトップページではなく、フォームそのものへのリンクにします。
  • 所要時間を伝えましょう(「約2分です」など)。
  • 役立つ観点を提案しましょう。台本は作らずに、「どんな課題を解決したかったか」「何が変わったか」などを例として挙げます。
  • 依頼は1回、リマインドも1回まで。 それ以上は送らないでください。
  • 代替案を用意しましょう。 公開で投稿したくない場合は、自社サイトで引用してよいか尋ねます。

依頼文のテンプレート

Sam様、[製品名]を数か月お使いいただき、先日[具体的な成果]を達成されたと伺いました。[プラットフォーム]で短いレビューを書いていただけませんか? 所要時間は約2分で、[顧客タイプ]の方が私たちを見つけやすくなるのにとても役立ちます。直接のリンクはこちらです:[リンク]。投稿が難しければ、そのままで大丈夫です。いつもご利用いただきありがとうございます。何か不具合があれば、ぜひ返信でお知らせください。

特に初期は、創業者からの個別のメッセージの方が、自動配信のメールより効果が出やすいです。顧客が増えたら、最初の成功体験をきっかけにメールを自動送信する仕組みを作ってもよいですが、文面の口調は個人的なままにしてください。

アプリ内の依頼

成功体験の瞬間に、アプリ内で小さな依頼を表示する方法も有効です。よくあるパターンは次のとおりです。

  1. アプリ内で簡単な評価の質問をする。
  2. 評価が良ければ、公開レビューへの投稿を依頼する。
  3. 評価が悪ければ、何がうまくいかなかったかを尋ね、サポートに回す。

主要なアプリストアを含む一部のプラットフォームには、アプリ内レビュー表示のルールがあります。また、良い評価をくれた人だけにレビューを依頼する「ゲート」を禁止しているレビューサイトもあります。このフローを作る前に、使うプラットフォームの最新ルールを確認してください。

インセンティブのルール

レビューと引き換えに何かを提供する前に、次の点を確認してください。

  • 各プラットフォームの方針を読む。 インセンティブを全面的に禁止しているところも多く、開示を条件に許可しているところや、独自のプログラムを通じてのみ認めているところもあります。
  • 報酬を良い評価に結びつけない。
  • 許可される場所では、インセンティブを開示する。
  • 偽のレビューは絶対に書かない。 社員、友人、家族が顧客を装って投稿するのも禁止です。米国や英国を含む複数の国では、消費者保護当局が偽のレビューや、開示されていない見返り付きのレビューを規制しています。
  • レビューを売っているサービスからは購入しない。

発覚すれば、レビューの削除、プラットフォームからのペナルティ、さらに重い処分につながることもあります。割に合いません。

悪い評価への対応

悪い評価は必ず来ます。それにどう返信するかは、将来のすべての読者の目に触れます。

  1. すばやく、公開の場で返信する。
  2. 時間をかけてくれたことに感謝する。
  3. 問題があったことを認める。 細かい事実をめぐって争わない。
  4. 何をしているかを伝える。 修正、返金、変更などです。
  5. 担当者の名前を示し、個別に対応を続けることを提案する。
  6. 改善したらフォローする。 評価を更新してくれる人もいます。

返信で顧客の個人情報を明かしてはいけません。偽物のレビューや、プラットフォームのルールに違反するレビューは、公開の場で争うのではなく、プラットフォームに報告してください。

多くが好意的なレビューの中に、正直な否定的レビューが数件あると、むしろプロフィールの信頼性が増すこともあります。

自社サイトでレビューを使う

  • 引用する前に許可を得て、本人に文面を確認してもらいましょう。
  • 実名、役職、写真は、本人の同意がある場合にだけ使います。
  • 引用は正確に。 意味を変えるような編集はしないでください。
  • 購入判断の近くに置く。 料金ページ、申し込みフォーム、ランディングページなどです。
  • 具体的なほど効果的です。 「毎週の請求書作業が半日分減った」の方が、「素晴らしい製品です!」よりも役立ちます。

最初のレビューを集める簡単な計画

ステップ行動
1購入者が確認する1〜2のプラットフォームを選ぶ
2はっきりした成功を得ている顧客をリストアップする
3直接リンク付きの個別の依頼を送る
41週間後に1回だけリマインドする
5すべてのレビューに返信する
6最良のレビューを自社サイトで引用してよいか許可を得る
7成功の瞬間をきっかけに、自動で依頼が送られる仕組みを作る

最初の顧客の見つけ方については、最初の100人の顧客を獲得する方法をご覧ください。

アプリにレビュー依頼を組み込む

依頼に最適なタイミングは、多くの場合、アプリがすでに把握しているできごとです。プロジェクトの完了やマイルストーンの達成などです。Mythexで製品を作る場合は、エージェントに頼んで、アプリ内の評価プロンプトを追加し、回答をデータベースに保存し、高評価をくれた人に、レビューリンク付きのフォローアップメールを送ることができます。送信には、メール送信のレシピで説明しているように、ご自身のメールサービスを使います。自社サイトに推薦文のセクションを追加するのも、すぐに頼める簡単な変更です。

よくある質問

レビューを依頼する最適なタイミングはいつですか?

顧客が製品で明確な成果を得た直後がおすすめです。プロジェクトを完了したとき、マイルストーンに到達したとき、サポートチームに感謝を伝えてくれたときなどが該当します。決まったスケジュールで頼むより、成功体験の直後に頼む方が、件数も質も高くなります。

レビューに対して支払いや割引をしてもよいですか?

非常に慎重に扱ってください。多くのレビューサイトはインセンティブを禁止または制限しています。国によっては、開示されていない見返りや偽のレビューが消費者保護の規則に違反します。各プラットフォームの方針を確認し、良い評価を条件にした報酬は避け、見返りがある場合は必ず開示してください。

悪いレビューにはどう返信すればよいですか?

公開の場で、落ち着いて、迅速に返信してください。感謝を伝え、問題があったことを反論せずに認め、対応策を説明し、詳しい話は個別に続けることを提案します。将来の顧客は、レビューの内容だけでなく、その返信の仕方も読んでいます。

新しいSaaSはどこでレビューを集めるべきですか?

まずは購入者が探す場所から始めてください。法人向けソフトウェアなら、ソフトウェアのレビュー・比較サイトと自社サイトが中心になることが多いです。地域のサービスなら地図サービスの掲載情報、一般向けアプリならアプリストアが基本です。広げすぎず、1〜2か所に絞りましょう。

Mythex · Pricing · AIでなんでも作ろう · ウェブサイト・アプリのテンプレート · Mythexを比較 · AIアプリ開発用語集 · AIアプリ開発の無料ツール · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)