コミュニティの拒否アーカイブ
Apple App StoreとGoogle Playの拒否ループの最悪の例をスクリーンショットやテキストで収集し、モバイルチームが実際のレビューキューのコストを学ぶことができるようにします。
提出規則
1から5枚の画像とストーリーテキスト。
ストーリー内にリンクを含めない。ローカル画像のみを使用。拒否を痛み、具体的、そして有益にしましょう。
6
ストーリー
2
対象のストア
最大5件
ストーリーあたりの画像数
アーカイブ
各ストーリーはテキストに基づいており、画像で裏付けられており、意図的に外部リンクがなく、保存できるようにするため。
「このアプリのユーザーは誰ですか？」
Adrien がバージョン 1.0 を提出し、Apple はガイドライン 2.1、情報が必要なのでレビューを停止した。メッセージにはクラッシュレポート、機能が壊れたこと、または要求されたバイナリ修正は含まれていなかった。唯一のブロッカーは、レビューが続行される前に、アプリが何のために使用されるかについて詳細な回答を求めることだった。
「App Storeにはすでにこれらのアプリが十分にある」
Adrienは、デザイン - スパム拒否を取得した。Appleは、類似のアプリと比較して、十分な独自の価値を見出せなかったためである。レビューでは、アプリは主に風船や腹筋アプリであり、機能が異なる部分があっても、その機能は目立つほどで、Appleは、飽和したカテゴリの全体的なコンテンツとして、アプリを扱うことになった
「ビルドは問題なかった。拒否はアプリからアプリの周りの言葉に移り続けた。」
チームはクリーンなビルドを出荷し、次にメタデータの異議を唱えるために1週間以上を費やした。各リサブミッションは前の注文に答えていたが、次の返信は別のフレーズ、スクリーンショット、または説明に焦点を当てていた。codeは変更されなかった。リリースカレンダー、プレスウィンドウ、有料アクイジション計画はすべてレビューのコピーによって囚われていた。
承認メールがブロッカーよりも先に到着した。
承認されたビルドがリリースされましたが、まだアプリのリリースはコンプライアンスのポップアップによってブロックされていました。チームはすでに回答したと信じていました。リリースオーナーはロールアウトを停止し、法的表現を集め、App Store Connectの回答を更新し、また待つ必要がありました。顧客はアプリが実際に利用可能になる前にアナウンスを確認しました。
「アプリは1つの画面で許可が必要だったが、レビューでは全体の製品として扱われた。」
Androidの許可が狭いが、広範なポリシーレビューを引き起こした。チームは機能をドキュメント化し、レビューユーザーに指示を追加し、デモパスを記録し、最終的にはメインリリースから許可を削除して、顧客をブロック解除するために、まだ許可を削除する必要があった。最終的なビルドは、チームが許可のクリーンな分割を準備するまで、劣化したワークフローでリリースされた。
"チェックアウトが壊れたことはユーザーにとって急務でしたが、レビュー キューにとっては急務ではありませんでした。"
チェックアウトのバグには急いでモバイルで修正する必要がありましたが、ストア リリースは最悪のタイミングでレビューに登録されていました。サポート チケットは増え続け、チームは同じステータスが保留中のまま見守り続けました。チームは最終的にサーバー側で問題を緩和し、緊急事態がすでに週末を焼き尽くした後、バイナリ アプローヴが到着しました。
次のホラー ストーリーを避けましょう
CapgoはCapacitorチームがライブアップデートを送信し、破損したリリースを巻き戻し、チャンネルをターゲットに設定することを待たずに、アプリストアまたはGoogle Playのフルレビューサイクルを待たずに実行できるようにします。
物語のデータを編集し、1から5つのローカル画像パスを含め、PRを開きます。名前は匿名化しておきます。ただし、物語の所有者である場合にのみ。
