Androidアプリを作り始めると、実装そのものよりも「どの状態になれば公開してよいのか」で迷うことがあります。画面が動くだけでは公開できず、実機テスト、ストア掲載文、画像、プライバシーポリシー、Google Playの申告項目まで準備が必要です。
この記事では、GTANSU LABでVoice Interval Timer、幹事くん、Scorebookを形にした経験をもとに、企画から公開後までの流れをチェックリストにしました。
最初に「誰の何を楽にするか」を1文にする
最初に決めるのは機能一覧ではなく、利用場面です。Voice Interval Timerなら「運動中に画面を見なくても、音声で残り時間を把握する」、幹事くんなら「会計時に参加者と支払い状況を素早く確認する」というように、対象・状況・解決する困りごとを1文にします。
この1文に直接関係しない機能は、初回公開では候補リストへ戻します。個人開発では機能を増やすほど、実装だけでなくテスト、説明、問い合わせ対応の範囲も広がります。最小版を先に公開し、実際の利用から優先順位を決める方が進めやすくなります。
1. 企画・設計のチェックリスト
- 利用者と利用場面を1文で説明できる
- 初回公開に必要な機能と「後で追加する機能」を分けた
- 主要操作を開始から完了まで紙や図でつないだ
- 保存するデータ、削除方法、バックアップの要否を決めた
- 通信なし・権限拒否・入力不足などの失敗状態を洗い出した
画面数を先に増やすより、利用者が目的を達成する一本の流れを完成させます。たとえばタイマーなら、時間設定→開始→一時停止→終了→再設定までを通します。スコア記録なら、試合作成→選手登録→記録→保存→振り返りまでが一つの流れです。
2. 実装中に確認したこと
実装では正常系だけでなく、途中で操作をやめた場合や端末状態が変わった場合も確認します。画面回転、アプリのバックグラウンド移行、プロセス再生成、通知や音声の割り込み、ストレージ不足など、スマートフォンでは開発中に見落としやすい条件があります。
- 同じ操作でデータが二重登録されない
- 戻る操作で入力内容を失う場合は確認を出す
- 権限を拒否されてもアプリが停止せず、必要性を説明する
- 空の一覧、通信失敗、読み込み中の表示を用意する
- 文字サイズを大きくしても主要操作が隠れない
- 画面回転やバックグラウンド復帰後も状態が不自然にならない
3. エミュレーターだけで終わらせず実機で試す
実機では、タップしやすさ、屋外での見え方、音量、バイブレーション、キーボード表示時のレイアウトなど、エミュレーターでは気づきにくい問題が見つかります。自分で作った順番だけを試すと想定外の操作を拾えないため、家族や知人にも「説明を読まずに使ってもらう」時間を作るのが有効でした。
Play Consoleのテストトラックも使います。まず内部テストで配布とインストールを確認し、必要に応じてクローズドテストへ広げます。新しい個人デベロッパーアカウントには公開前のテスト要件があるため、対象条件は必ず最新の公式案内で確認します。
4. Google Play掲載素材をそろえる
ストア掲載情報は、アプリを知らない人と審査担当者の両方が機能を理解できる内容にします。短い説明では主な価値を一つに絞り、詳しい説明では「誰向けか」「何ができるか」「どんな場面で役立つか」「扱うデータ」を分けて書きます。スクリーンショットは実際の機能と一致させ、未実装の機能を示す表現は避けます。
- アプリ名、短い説明、詳しい説明
- アプリアイコン、フィーチャーグラフィック、スクリーンショット
- 問い合わせ先メールアドレスとWebページ
- 対象年齢、広告の有無、コンテンツレーティング
- プライバシーポリシーURL
画像制作では、DALL·EでGoogle Play用画像を作る手順と、AIでアプリアイコンを作る際の注意点もまとめています。生成画像はそのまま使わず、権利、文字の崩れ、実際の画面との差を人が確認します。
5. プライバシーとデータセーフティを実装と一致させる
Google Playのデータセーフティは、アプリ本体だけでなく、組み込んだ広告・分析・クラッシュ収集などのSDKが扱うデータも含めて申告します。「自分では保存していない」だけで判断せず、依存しているSDKの仕様まで確認します。プライバシーポリシーとPlay Consoleの回答、実際の動作が一致していることが重要です。
- 収集・共有するデータと目的を一覧化した
- 第三者SDKのデータ取り扱いを確認した
- 不要な権限と依存ライブラリを削除した
- データ削除が必要なサービスでは手順を用意した
- プライバシーポリシーを公開URLで確認した
6. リリース直前の最終チェック
- 署名済みAndroid App Bundleを作成し、versionCodeを更新した
- リリースビルドを実機へインストールして主要操作を一周した
- クラッシュ、ANR、アクセシビリティの事前レポートを確認した
- ストア説明とスクリーンショットが現在の機能と一致している
- 審査にログインが必要なら、有効な確認手順を記載した
- お問い合わせ先とプライバシーポリシーが開ける
- 公開国、価格、広告の有無、対象年齢を再確認した
公開ボタンを押す前に、Playストアから初めて入手した利用者のつもりで確認します。開発端末に残っているテストデータやログイン状態に頼らず、新規インストールから試すことがポイントです。
公開後にやること
公開は終了ではなく、改善の開始です。クラッシュやANRを確認し、レビューや問い合わせは「どの画面で、何をしようとして、どうなったか」に分けて記録します。すべての要望をすぐ実装するのではなく、再現性、影響する人数、アプリの目的との一致で優先順位を付けます。
更新時には変更点を短く具体的に書き、ストア説明・スクリーンショット・データセーフティに影響がないかも再確認します。このチェックリストを毎回使うと、公開のたびにゼロから考え直す負担を減らせます。
公式資料
Google Playの要件や管理画面は変更される場合があります。公開時点のPlay Consoleと公式ヘルプを優先してください。