レビュー返信を後回しにしていた12年間がありました。アーティスト・クリエイターの廣川政樹（@dolice）です。2014年から個人でアプリを作ってきて、リリース直後の興奮や AdMob 収益のグラフを眺める時間にはずっと向き合ってきたのですが、星1の低評価が朝いちばんに飛び込んでくる平日に、丁寧な返信を時間内に書ききれる日はそう多くありませんでした。
2026年2月、Claude in Chrome のベータが手元に届いたのを機に、レビュー返信を半自動化してみることにしました。今日の記事は、その3ヶ月の運用ログを所感としてまとめたものです。「自動返信ツール」を目指したわけではなく、むしろ「人間が返信を書ききれる状態を維持するための補助線」をどう敷くかを試した記録です。
どうして返信を後回しにしてきたのか
私の手元には、累計5,000万DL を超える壁紙系・癒し系アプリが複数あります。1日あたりに付くレビューは、平日でも数十件、新バージョン公開直後だと三桁に届くこともあります。
その中には、純粋な機能要望もあれば、課金プランへの誤解からくる低評価もあり、地域や言語もばらばらです。アメリカ・ドイツ・スペイン・トルコ・台湾と、夕方に Slack を眺めていると本当に世界中から飛んできます。
これに一人で返信し続けるのは、12年やってきて今もなお難しい仕事です。低評価が混ざる山を毎朝ひらく心理的なコストも、決して小さくありません。「返信しないより返信したほうが評価平均は上がる」と頭では分かっていても、手が止まる日が確かにありました。
Claude in Chrome に何を任せたか — 全自動ではなく「下書きと並べ替え」
最初に決めたのは、Claude in Chrome に「最終送信」までは絶対に任せないということです。App Store Connect の返信は公開される一次資料で、書き間違いは消せません。私が任せたのは、次の3つに絞りました。
最初に行うのは、優先度の並べ替えです。低評価の中でも「ストア審査のレビューに引きずられそうな具体的な不具合報告」を上に持ってくる作業を、Claude in Chrome に任せました。私が朝に開く順番がそのまま返信の優先順位になります。
2つめは下書きです。原文を多言語で読み込ませ、相手の言語のまま下書きを書かせます。私は日本語と英語ならニュアンスを直しに行けますが、ドイツ語・スペイン語・トルコ語は読めるけれど書けない言語で、ここの初稿があるだけで体感の負担が3割ほど減りました。
3つめは、過去返信との整合チェックです。「2ヶ月前の似た指摘にどう返したか」を確認させ、トーンがぶれないよう照らし合わせます。個人開発だと自分の中の運用ルールが暗黙知になりがちなので、ここを言語化してくれる第三者の存在は思いのほか効きました。
具体的な日課の組み方としては、こうしています。朝の5分で Claude in Chrome に App Store Connect と Google Play Console のレビュー画面を順番に開かせ、低評価から並べた一覧と下書き案をスプレッドシートに吐き出させます。私は通勤前のコーヒー1杯ぶんの時間で、その下書きを上から順に読み、調整して投稿していきます。たまった分を週末にまとめて返す運用から、毎朝少しずつ消化する運用に切り替えられたのが、この3ヶ月でいちばん大きな変化でした。
3ヶ月運用して、評価と心理がどう変わったか
返信率は、ベータ前の月平均 18% から、3ヶ月後には 64% まで上がりました。星1〜2 の低評価に限ると、返信率は 38% から 89% に伸びています。
評価平均は、6本のアプリのうち5本で 0.1〜0.3 ポイント上昇しました。短期間のサンプルなので断定的なことは言えませんが、Apple のドキュメントが繰り返し述べているとおり、「返信した投稿者は星を上げ直す可能性が高い」ことを実際の数字で確認できた手応えはあります。
数値以上に変わったのは、自分の心理でした。低評価を読むのが怖くなくなったというより、「今日返せる量に整っている」という安心感です。
宮大工だった両家の祖父は、毎朝道具を並べ直してから一日を始めたと聞きました。Claude in Chrome に並べ替えと下書きを任せるのは、自分にとってそれに近い感覚があります。一気に終わらせるための魔法ではなく、毎朝の段取りを少し整える道具として置いておく、という距離感です。
ぶつかった壁 — トーンと文化の調整は手放せない
うまくいかなかった場面も書き残しておきます。
英語の下書きは、放っておくとどうしても「Sorry for the inconvenience」を頭につけてきます。アメリカのユーザーには馴染みますが、イギリスやオーストラリアのユーザーには少し過剰に映ることがあり、星1のレビューに対してこのトーンで返すと「皮肉に聞こえる」と再返信が付いたことがありました。
ドイツ語のトーンは反対方向で、初期設定のままだと丁寧すぎる構文になりがちでした。短く要点だけ返す文化圏のレビューに、長文の謝罪を返すと、それ自体が違和感として作用します。
このあたりは、各言語の過去ログを与えて「私が普段書いてきた長さ・温度感」をプロンプト側で固定することで、ある程度落ち着きました。完全に自動化しないと決めた最大の理由でもあります。文化的なズレを最終的に直すのは、まだ人間の仕事です。
もう一つ、絵文字の扱いも国によって温度差があります。日本のレビュー返信では🙏や✨を添えると柔らかく届きますが、ドイツ語圏では文意が「軽すぎる」と受け取られるケースがあり、フランス語圏では半々といった印象です。各言語の返信履歴を10件ずつ手元に置き、絵文字の使用頻度をプロンプトに明文化したところ、誤読されにくくなりました。
これから取り組むこと — Crashlytics との接続
次に試したいのは、Firebase Crashlytics のクラッシュレポートとレビュー本文を Claude in Chrome に並べて読ませる構成です。「v2.1.0 でクラッシュする」「保存が反映されない」といった具体的なバグ報告に対して、関連スタックトレースを横に置いた状態で下書きを作らせれば、開発側の修正タスクと返信の文面が同時に整います。
ここでも全自動にはしません。Crashlytics の文脈を取り違えると、ユーザーに誤った原因説明をしてしまうリスクがあります。あくまで「私の判断を早めるための材料を、AI が黙々と整える」という配置を維持していこうと考えています。
12年やっても、ユーザーから届いた声に「届きました」と返事を書く時間は、相変わらず一日の中で大事な時間です。その時間を、AI のおかげで毎朝確保できるようになった——これが3ヶ月ぶんの正直な所感です。同じように返信を後回しにしてきた個人開発者の方の参考になれば幸いです。