Strategy: the first useful release
Which customer journey are we paying to improve, and what is excluded from this release?
A written scope with the target user, success measure, page or screen inventory, and exclusions. Name the person who supplies content and approves changes.
Skill: comparable work
Can you show the same kind of integration or user journey working?
A live walkthrough with the supplier’s role explained. A concept demo, owned product and client deployment are different kinds of evidence; ask which you are seeing.
Skill: payments and integrations
What happens when a payment succeeds but the order update fails?
A test plan covering failed or pending payments and repeated notifications. Include refunds and order reconciliation. Identify provider onboarding and API access dependencies separately from development.
Skill: Arabic-English acceptance
Can our team complete the key journey in both languages on a phone?
Test real Arabic text, mixed phone numbers and addresses, validation errors and confirmation messages. Record the supported devices and who approves translated content.
Support: ownership and exit
What will we receive, and can another developer operate it?
Written terms for source code and IP rights, including third-party licences. Confirm who owns the accounts and how to export content or data. Request backup and deployment instructions.
Support: launch and maintenance
What is covered after launch, and who handles an incident?
An acceptance checklist, defect-support period, incident contact and separately scoped maintenance. Ask how release failures are rolled back and how change requests are priced.