アプリリリース準備チェック|審査提出から公開告知までの関門管理

プロジェクト管理・開発

アプリリリース準備チェック|審査提出から公開告知までの関門管理

リリース担当が、ストア提出の2週間前に開くテンプレートです。ホワイトボードには通過すべき4つの関門、提出から公開までのフロー、不具合を公開前に直すか判断するマトリクスを並べています。タスクボードは提出物の準備・審査対応・公開告知の親タスクに分かれ、提出待ちと審査中の列で今どこまで進んだかが見えます。

0 いいね 0 コピー 作者: WeProcess
アプリ開発 リリース ストア審査 公開告知
無料登録してこのテンプレートを使う

無料登録すると、マーケットプレイスからこのテンプレートをコピーして使えます

ホワイトボード プレビュー

プレビュー表示中 アプリリリース準備チェック|審査提出から公開告知までの関門管理

ホワイトボード プレビュー

関門1 ビルド確定 関門2 提出物 関門3 審査対応 関門4 公開告知 提出から公開までの流れ 不具合を公開前に直すか 公開前に直す 段階公開で抑える 次の更新に入れる 課題として残す 公開後72時間の見張りと記録 アプリリリース準備 使い方: ① 4つの関門を上から順... 公開の条件 通す基準 止まる要因 次回に残す記録 バージョン番号とビルド番号を上げた APIとキーを本番に切り替えた デバッグメニューと検証用アカウントを外した クラッシュ収集ツールが動いている 必要な端末サイズ分のスクショをそろえた 説明文とキーワードを最終版にした プライバシー方針のURLが開ける 収集データの申告が実装と一致している 審査用アカウントとパスワードを記載した 課金の確認手順を注記に書いた リジェクトへの一次返答は当日中に出す 再提出前に修正箇所を実機で確認した 公開日時と段階公開の比率を決めた 告知文とバナーを用意した 問い合わせ対応の担当を決めた 初日に見る数字を決めた T-14 提出準備リリースブランチを固定し、提出用ビルドを社内配布して最終確認する。 T-7 提出ストアに審査を申請し、審査用アカウントと確認手順を注記に添える。 T-5 審査中審査状況を毎朝確認し、追加質問には当日中に回答する。 T-3 指摘対応リジェクト理由を関門に照らして直し、修正点を明記して再提出する。 T-0 公開承認後に段階公開を開始し、クラッシュ率とレビューを見ながら比率を上げる。 縦軸: ユーザーへの影響 / 横軸... 起動クラッシュや購入失敗。修正して再提出し、公開日をずらしてでも潰す。 特定端末だけの不具合。配信比率を絞り、原因が分かるまで広げない。 表記ゆれや余白のずれ。修正済みブランチに積み、次回リリースで出す。 設計変更が要る古い端末対応。理由と再検討の時期を書いて棚に上げる。 公開告知の打ち手 リリース告知 ストア掲載文 新機能を先頭3行に SNS投稿 30秒の操作動画を添付 問い合わせ準備 想定質問5件を共有 アプリ内お知らせ 更新後の初回起動時 既存ユーザーへメール 未更新の人に絞る 見る数字例: クラッシュ率0.5%以下、初日レビュー平均4.0以上、課金完了率が前回を下回っていないか。 戻す条件例: クラッシュ率が2%を超えたら段階公開を止め、前バージョンの配信に戻す。 次回に残す記録例: 審査にかかった日数とリジェクト理由を1行で残し、次回の提出物チェックに足す。
100%

ドラッグで移動・ホイールで拡大縮小

タスクボードの内容

未着手 16件

提出ビルドを固める
提出物をそろえる
審査を通す
公開と告知
バージョンを上げる
本番設定に切り替える
社内配布で確認する
スクショを書き出す
説明文を最終化する
データ申告を合わせる
審査用情報を書く
審査状況を毎日見る
指摘を直して再提出
段階公開を始める
告知文とバナーを作る
初日の数字を見る

準備中 0件

提出待ち 0件

審査中 0件

公開済み 0件