日々の採集 Field note
Greg Isenbergは、競合アプリの不満5つで作り方を決める
今回の焦点Focus
競合の低評価レビューから不満の上位5つを選び、作る基準・自動テスト・紹介の画像まで同じ5つで点検する
3行でわかる
- Greg Isenbergは11月8日(日本時間)のXで、AIエージェントとiOSアプリを見つけて育てる手順を書きました。
- 面白いのは、競合の低評価レビューから選んだ不満5つを、作る・試す・紹介する各段階の基準に使い回す点です。
- 小さな会社なら、口コミから不満を5つ選び、自分の案や紹介文をAIに照らし合わせさせる形で試せます。
前回の記事では、作る前にAIに質問させる話を取り上げました。今回は、何を作り、どう点検するかを決める材料の話です。
この投稿は、本人が作ったアプリの報告ではありません。「自分ならこうする」という手順です。返信で作っているのかと聞かれ、本人は「always incubating(いつも温めている)」と答えています。
売上があるのに評価が低いアプリを探す
Gregは最初に、アプリの調査サービスでユーティリティを売上順に並べます。そこから評価3.5未満に絞ります。上位のアプリが6か月以上更新していなければ、なお良いそうです。
次に、上位20本のレビューを全部集めます。エージェントには「1つ星と2つ星のレビューを不満の上位5つにまとめ、利用者の言葉を引用して」と頼みます。
選ぶのは、不満が値段ではなく製品に向いているアプリです。本人いわく、値段に文句を言いながら払い続けるなら、それは需要です。不具合への不満なら、そこが入り込む隙です。
Redditでは「alternative to(アプリ名)」と検索します。どのスレッドも、待っている人の一覧だと書いています。
不満5つを、作るときの点検表にする
この手順の特徴は、5つの不満をここで終わらせないことです。作る段階では、不満5つをAIへの決まり(スキル)に書きます。新しい機能は、毎回それと照らし合わせます。
試す段階では、口コミで不満が出た操作の流れを、すべて自動テストにします。新しい版を作る前に毎回、エージェントがあらゆる画面の大きさで回します。競合の一番ひどい流れが6タップなら、自分のは2タップにします。
公開の前には、Redditのスレッドで見つけた20人に試作版を配ります。競合からデータを取り込むボタンも置き、乗り換えを10秒で済ませます。
紹介の画像でも、不満に一つずつ答える
App Storeのスクリーンショットも、不満に直接答える形にします。例は「広告なし」「オフラインで使える」「いつでも解約できる」です。
紹介文は、エージェントに10言語へ訳させます。競合の多くは英語でしか上位に出ない、という見立てです。レビューのお願いは、うまくいった直後に出し、エラーの後には出しません。
後半は、課金画面を出す時機とTikTokでの広め方に続きます。最初に集めた不満が、口コミの分析、作る基準、テスト、紹介の画像まで、使われています。
自分の仕事で試すなら
ここからは編集部の提案で、まだ試していません。自社や近い競合の口コミが、公開の場で30件ほど読めれば使えます。
- 低評価の口コミを集め、AIに不満の上位5つへまとめさせます。値段への不満と中身への不満は分けさせます。
- 人が口コミの原文と見比べ、5つが言い過ぎていないかを確かめます。
- 新しいサービス案や紹介文を5つと照らし、答えていない不満をAIに書き出させます。
この口コミから、星1・2の不満を上位5つにまとめ、それぞれ原文を2つ引用してください。
値段への不満と、中身への不満を分けてください。
次に、この紹介文が5つのどれに答え、どれに答えていないかを表にしてください。
投稿者の名前は書かず、外部への投稿や送信はしないでください。
5つの不満に引用が付き、紹介文で答えていない不満が分かれば、一回分は完了です。
確認できていないこと
- 本人がこの手順でアプリを作ったか。返信は「always incubating」だけです。
- 「値段の不満は需要」「競合は英語でしか上位に出ない」などに、数字の根拠は示されていません。
- AppleのXcodeがClaude Codeで使えるようになった話は、本人が引用した他者の投稿によります。Appleの発表は確認していません。
出典
日付は日本時間。投稿は英語の原文で確認しました。確認日:2026年11月10日。