Start with the service you will deliver

Identify the intended customers, operating entity and support arrangements. Test the experience from the networks and devices customers will use, including account creation, payment and help. A translated interface alone does not establish that fulfilment, customer service or the required integrations work in another market.

Test one customer journey in each target market

Imagine a service business accepting enquiries in Hong Kong and Shenzhen. Translating the homepage does not establish that contact methods, payments, staff ownership and support all work for both audiences. Start with a market-by-market rehearsal.

Test one customer journey in each target market
Journey stageLocal question to resolve
Customer submits an enquiryCan the customer use the form, phone format and preferred contact channel?
Staff prepares an offerWhich business entity, currency and service conditions apply?
Request reaches a shared systemWho can access the record, where is it processed and who reviews the arrangement?

Map shared and local records

Decide which information needs to cross a boundary and which can stay local. Include staff access and support tools, not only the application database. The Digital Policy Office publishes a GBA Standard Contract facilitation measure; its current eligibility and requirements need to be assessed for the actual arrangement.

Pilot one operational route

Choose a contained journey with named owners on each side. Confirm contracts, reconciliation and escalation before expanding the service. Measure where users and staff encounter friction, then adjust the workflow. Legal, payment and data requirements should be resolved with the responsible advisers before public launch.

Before you proceed

  • Test the complete service from the target market.
  • Map cross-boundary data and support access.
  • Confirm entity, provider and compliance responsibilities.

Sources & further reading

Put this into practice