— How we work

Surviving the App Store and Play Store review process.

Submissions are a process, not a button. The studio runs a pre-submission checklist that has gotten UltraFit360 through six App Store reviews on first try.

4 min readUpdated 2026-06-02By Aryan Singh Pokharia, Founding Member & Lead Developer
A laptop open beside a notebook, representing app-store submission prepAptixLabs · 2026-04-18

App Store and Play Store submissions are a process, not a button. The studio has shipped UltraFit360 through six App Store reviews and ten Play Store reviews without a rejection — because every submission goes through a pre-flight checklist.

Before submission

  • Privacy nutrition labels (Apple) and Data Safety form (Google) match the actual data flows — not the marketing description
  • Every permission the app requests has a clear, user-readable rationale string
  • Test account credentials are provided for any feature behind login
  • Screenshots match the current build, not a previous one
  • The "What's New" text describes specific changes, not "bug fixes"
  • Demo video for any AI feature so the reviewer doesn't fail it as "unclear"

The common rejection traps

Most rejections aren't about the code. They're about metadata mismatch (the screenshot shows a feature the build doesn't have), missing privacy disclosure (the app uses health data but the labels don't mention it), or unclear functionality (the reviewer can't reproduce a happy path). Each of those is a process miss, not an engineering miss.

When a rejection happens

Reply within 12 hours. Engage the reviewer directly via App Store Connect or Play Console. If they ask for a video or extra info, send it the same day. Most rejections get resolved in one round if the studio responds quickly and specifically.

Expedited reviews

Apple grants expedited review for genuine emergencies — crash that loses data, security fix. The studio used it once and would use it again, but never frivolously. Burning an expedited slot on a marketing campaign teaches the system to deprioritise you.

Most rejections are metadata, not code

The pattern across every rejection we have seen: it is almost never the code. It is a screenshot showing a feature the build does not have, a privacy label that does not match the actual data flows, or a reviewer who could not find the happy path. These are process misses, and they are entirely preventable with a pre-flight checklist — which is why we treat submission as a discipline with steps, not a button you press and hope.

How to handle a rejection without losing a week

Speed matters more than argument. Reply within hours, engage the reviewer directly, and send exactly what they ask for — a demo video, a test account, a clarification — the same day. Most rejections resolve in a single round when you respond fast and specifically. The teams that lose a week are the ones that go quiet for three days and then argue.

Have a project like this?

The studio is taking on a small number of partners. Tell us what you're building — we reply within a working day.

Start a conversation