User
Who opens the app, why they come back, and what permissions they have. A customer, staff member, and administrator do not see the same things.
A good idea alone is not enough to estimate the work involved in building an app. You need to define users, actions, data, rules, and an initial result you can verify. This checklist helps you prepare for the conversation.
Who opens the app, why they come back, and what permissions they have. A customer, staff member, and administrator do not see the same things.
Describe the main journey using verbs: search, choose, book, pay, receive confirmation. Secondary features come later.
Define where availability, prices, accounts, and content come from, and who can update them.
Cancellations, failed payments, no network connection, incomplete data, and requests that do not meet the rules need to be accounted for in the workflow.
It lets you test navigation and priorities before connecting databases, payments, or notifications.
A web app may be enough if you do not need specific native features. Publishing to app stores adds accounts, reviews, and release management.
Every connection depends on the provider's APIs, permissions, costs, and limits. Compatibility must be checked against the actual service.
Support, operating system updates, monitoring, and content management require separate responsibilities and budgets.
Business type, users, main action, tools already in use, available data, any integrations, preferred platforms, important dates, and an estimated budget. Do not send passwords, confidential documents, or personal data in your first message.
Tell us about your business, goal, and current tools. The first response helps identify missing information and which path is worth exploring.