はじめに
個人開発で一番しんどいのは、コードを書くことよりも「ストア申請まわり」ではないでしょうか。審査のリジェクト文を読み解き、修正し、掲載文を考える。この一連の作業を生成AIに任せるフローを組んでみたので紹介します。
対象読者は、個人でiOS/Androidアプリを出したい人、AIをコーディング以外の工程にも使いたい人です。
全体のフロー
- AIに仕様を伝えてアプリを作らせる
- ストアに申請する
- リジェクトされたら、リジェクト文をそのままAIに渡して修正させる
- 掲載文（説明文・キーワードなど）もAIに書かせる
ポイントは「人間は判断と確認だけをする」ことです。
Step1: AIにアプリを作らせる
最初のプロンプトでは、機能よりも制約を細かく書くのがコツです。
React Nativeで、日々の水分摂取量を記録するアプリを作ってください。
- 対象: iOS / Android
- データは端末内にのみ保存（外部送信なし）
- 画面: 記録画面、履歴画面、設定画面
- 広告・ログイン機能は不要
ファイル構成から順に提示してください。
「外部送信なし」のような前提を最初に伝えておくと、後でプライバシー関連の申告や審査対応が楽になります。
Step2: ストアに申請する
ビルドしてApp Store ConnectやGoogle Play Consoleから申請します。ここは人間が手を動かす部分です。証明書や署名鍵の扱いはAIに丸投げせず、自分で管理しましょう。
Step3: リジェクト文をAIに渡して修正する
ここがこのフローの肝です。リジェクトされたら、審査担当からのメッセージを加工せずにそのままAIに貼り付けます。
以下はApp Storeのリジェクト文です。
原因を日本語で要約し、必要な修正をコードと
審査担当への返信文の両方で提案してください。
---
（リジェクト文をそのまま貼り付け）
---
よくあるリジェクト理由と、AIに任せやすいかどうかの目安は次のとおりです。
| ガイドライン | 内容 | AI対応のしやすさ |
|---|---|---|
| 2.1 App Completeness | クラッシュや未完成機能 | 高い（ログを渡せば修正案が出る） |
| 4.2 Minimum Functionality | 機能が少なすぎる | 中（機能追加の案出しは得意） |
| 5.1.1 Data Collection | データ収集の説明不足 | 中（文言作成は得意、実態確認は人間） |
注意点として、AIはリジェクト文の意図を取り違えることがあります。修正案を採用する前に、ガイドライン本文と照らし合わせて確認してください。また、審査担当への返信文は丁寧に整えてくれるので、英語が苦手な人には特に助かります。
Step4: 掲載文をAIに書かせる
最後にストアの掲載文です。文字数制限を明示するのが重要です。
以下のアプリのストア掲載文を作成してください。
- App Store: サブタイトル30文字以内、説明文、キーワード100文字以内
- Google Play: 簡単な説明80文字以内、詳しい説明
- 誇大表現や他社アプリ名は使わない
- 「データは端末内にのみ保存」を強みとして入れる
アプリ概要: （Step1の仕様を貼る）
生成された文はそのまま使わず、文字数を自分でも数え直しましょう。AIは文字数カウントを間違えることがあります。また「No.1」「最高の」といった根拠のない表現が混ざっていたら削除します。これ自体がリジェクト理由になり得ます。
やってみた感想
リジェクト対応の心理的負担が大きく減りました。英語のリジェクト文を読んで落ち込む時間がなくなり、「次に何をすればいいか」がすぐわかります。
一方で、AIに任せきりにできない部分もはっきりしました。
- 署名鍵や証明書など、セキュリティに関わる操作
- プライバシー申告の内容が実装と一致しているかの確認
- 修正案がガイドラインの意図に合っているかの最終判断
まとめ
生成AIは「コードを書く道具」だけでなく、「審査対応と文章作成のアシスタント」としても十分使えます。人間は判断と確認に集中し、手間のかかる部分をAIに渡す。この分担で、個人開発のリリースまでの距離はかなり縮まります。
ぜひ試してみてください。