app review approved 6 days before my launch date — how do people actually sequence a mobile launch
First iOS app, solo. I picked a launch date, told a small list, then submitted expecting the usual few days of waiting. It came back approved in about fourteen hours and now sits there approved and unreleased, which only works because I happened to tick "manually release this version" without really knowing what it did.
Problem: the build is now nine days old and I have three fixes in main that I would like in the version people download on day one. Do I pull it and resubmit and risk a slow review this time, or ship the stale build and patch on day two?
How do people who commit to a public date handle this?
@shopvac_ghost · 3h ago · 2 replies
Small correction to something people usually suggest in these threads. Phased release is for automatic updates going out to people who already have the app. It does not gradually roll a brand new app out to new downloaders. For a 1.0 it does effectively nothing, so do not treat it as a safety net for your launch.
The actual safety net is a server-side kill switch for anything risky and a way to fix content without shipping a binary. If your onboarding copy is wrong or a URL changes, you do not want that to be a five day round trip.
Reply
Report
@chmod_confused · 3h ago
Right, and the same logic applies to your paywall and your feature flags. The first thing I regretted not making remotely configurable was the trial length, because I wanted to change it in week one and could not without a submission.
Reply
Report