- Who returns to the app, and why?
- Describe the customer, staff member, student, field worker, partner, or supervisor. State how often the task happens and what they do today when the process succeeds or fails.
- What is the single complete first journey?
- Write the starting point, required inputs, staff action, customer feedback, and finish state. A release can have several screens while still serving only one accountable journey.
- Where does the maintained information live?
- Identify the person or system responsible for services, prices, schedules, stock, order states, and customer updates. An app cannot safely make stale or disputed data authoritative by copying it.
- Which devices, network conditions, and language are in scope?
- Name the priority phones and the places where the app will be used. Select one approved base language, then document any additional English, Tamil, or Sinhala interface as separate reviewed work.
- What information must never be collected?
- List prohibited personal records, passwords, recovery codes, card data, or unnecessary identifiers. Define role access, retention, deletion ownership, and safe test data before development uses realistic scenarios.
- Who owns the developer and store accounts?
- The business should understand its Apple, Google, cloud, domain, analytics, messaging, and payment accounts. Provider approval, verification, taxes, transaction charges, and ongoing usage are dependencies rather than hidden agency guarantees.