Before you brief an app developer
Write down who the user is, the one task they must complete, and what they do today instead. Those three sentences will save more money than any feature list.
mobileResources
So we wrote it down. Hit a topic word to shuffle the wall.
Write down who the user is, the one task they must complete, and what they do today instead. Those three sentences will save more money than any feature list.
mobileCross-platform suits most business apps with standard screens. Native is worth considering for heavy device features, demanding graphics, or when you only need one platform.
mobileAsk five people who match your audience to complete one task while thinking aloud. You will usually find the biggest problems by the third session.
designLabel buttons with the outcome ("Book appointment") rather than the mechanism ("Submit"). Use the terms your users use, not internal jargon.
designEvery page needs a unique title and description, readable text on a phone, working contact details and a privacy notice that matches what the site actually does.
webEach extra field loses people. Ask only for what you need to reply, and say clearly what happens after someone presses send.
webRegister Apple and Google developer accounts in your organisation's name. Grant access to developers; do not let them hold the account.
publishingBoth stores ask what data your app collects. List every analytics, crash-reporting and login tool before filling in the forms; they all count.
publishingSet up SPF, DKIM and DMARC records for your domain so your messages are less likely to land in spam, and check that website forms send from an existing mailbox.
publishingThese notes are general guidance, not legal or regulatory advice. For data protection obligations, see the Information Commissioner's Office.