01

Why does this belong on a phone?

Name the mobile advantage: camera, location, notifications, offline access, proximity, field use, or frequent short actions. If the answer is only “customers use phones,” a responsive web product may be the better first release.

02

What is the repeat action?

Home-screen space is earned through a useful repeated behavior. Describe the action, its frequency, and the trigger that brings the person back. This shapes navigation, notification strategy, and the first-run experience.

03

What must work with a weak connection?

Decide what the person can view or do when the network is slow or absent, how queued changes appear, and how conflicts resolve. Offline behavior changes architecture; it is expensive to pretend it is a final polish item.

04

Which device permissions are justified?

Ask for camera, location, contacts, photos, microphone, or notifications only when the immediate user value is clear. Explain the reason before the operating-system prompt appears.

05

What happens outside the app?

Email, deep links, push notifications, payment confirmation, account recovery, and support all cross the app boundary. Test those loops on real devices and with the app closed.

06

Who operates the product?

Someone must review users, correct content, understand failures, and respond to support. Define the admin surface and the evidence operators need before launch.

07

How will the release be owned?

Developer accounts, signing, provider credentials, store assets, privacy disclosures, monitoring, and source repositories should belong to the business and remain documented.