Government · Research · Service design
Researching one government experience
Understanding how people navigate public services to help shape a simpler, more unified digital experience across Oman.

- Client
- Government of Oman
- Role
- UX research, service design
- Duration
- 7 months
Problem
The mismatch.
Oman had already invested heavily in digital government, and individual services worked. Some were genuinely well regarded, the ROP app came up unprompted, interview after interview, as the standard people measured everything else against.
The difficulty was structural, not technical. Services had been built independently, each inside the ministry that owned it, each with its own terminology, navigation, login and support process. Every one made sense from the inside. Collectively they required the user to understand the government's internal organisation before they could complete a task.
People do not organise their lives that way. They arrive with a goal: transfer my employment to a new company. Register a business. Bring my son to live with me in Oman. Get a visa in time for a wedding.
Key insight
The unit of experience is the goal. The unit of delivery was the ministry. My job was to find out what that mismatch was costing people, and where.
Audiences
Researching people with nothing in common.
The audiences shared very little. A citizen fluent in Arabic and familiar with government process. A resident who cannot read the language her own official documents are written in. A first-time business owner in Ibri with no network to ask. A tourist applying from Germany. A man with a hearing disability who cannot use a counter service because there is no interpreter in the building.
They differed in language, digital confidence, physical access, urgency and trust. A single portal cannot be designed around all of those differences individually, it has to be designed around what they share. Finding what they shared was the research problem.
Method
How the research ran.
- In-depth interviews on a four-stage discovery framework I helped build, which kept a large distributed team consistent across dozens of sessions while leaving room to follow what individuals raised.
- Pop-up intercepts at Sanad offices and government entities, capturing people mid-task rather than in recall.
- Contextual inquiry. Watching real tasks, which consistently diverged from what the same participants described in interview, particularly around workarounds they had stopped noticing.
- A dedicated accessibility strand with the hearing-impaired community, run separately. Treating accessibility as a subset of the main sample would have reproduced exactly the problem we were investigating.
- Public source analysis of complaints already posted on social media and expatriate forums, unprompted evidence from tourists and overseas applicants we could not recruit directly.
- Synthesis through affinity mapping, root cause analysis, empathy maps, six personas, journey maps and opportunity maps, tested in cross-functional workshops with design, product and ministry stakeholders.
Journeys
Six journeys.
Six personas came out of the research, one per audience group, each grounded in patterns that recurred across multiple participants rather than composited for coverage.

Asma · 31 · Citizen
Transferring her employment record
Asma accepts a new job and goes online to update her employment status. She quickly hits a blocker: the service requires a physical ID card reader she does not own. After asking friends for alternatives, she visits a Sanad office, where an employee uses her ID and their card reader to complete the process. What should have been an online service ultimately required an in-person workaround.

Sinaya · 41 · Resident
Applying for an investor visa
Sinaya visits a Sanad office for help with an investor visa and is quoted 1,200 OMR. Unsure about the price, she tries another office and is quoted 800 OMR for the same service. She eventually turns to a PRO who asks for 700 OMR and offers to become her sponsor, which she declines. The visa is promised within two weeks but takes four. The experience leaves her questioning which information, price and channel she can actually trust.

Ali · 34 · Hearing impaired
Registering a domestic worker
Ali visits the Ministry of Labour to hire a domestic worker but finds no interpreter available to communicate with him. He is redirected to a Sanad office and relies on a written note from his wife to explain what he needs. When payment is due, he is initially asked for 32 OMR instead of the actual 3.2 OMR fee and has to challenge the amount before it is corrected. Only later does a friend tell him that support from the Ministry of Social Development could have covered the cost.

Salim · 38 · Business owner
Registering his first business
Salim wants to start his first business but does not know where to begin, so he asks a friend and is directed to a Sanad office. There, he shares his ID card and passcode with an employee to complete the application. Two days later, the application is rejected because his chosen business name was already taken, something he expected to have been checked before submission. He returns to Sanad, chooses another name and submits the application again.

Maria · 37 · Resident
BRINGING HER SON TO OMAN
Maria wants to bring her son to Oman and reunite her family, but struggles to understand the visa requirements and legal process. She turns to her employer's HR team for help with documentation and continues navigating government offices despite language barriers and unfamiliar procedures. After months of paperwork, repeated visits and waiting, her son's visa is finally approved.

Georg · 28 · Tourist
APPLYING FOR A VISA TO VISIT OMAN
Georg is invited to a friend's wedding in Oman and applies for a visa online. The website is difficult to navigate, then his payment repeatedly fails. He tries contacting support and even reaches out through Twitter, but receives no response. After nearly giving up, one final payment attempt succeeds and his visa arrives hours later. Only afterward does he discover that his nationality allowed him to enter Oman visa-free for a short stay.
The pattern
All six journeys ended in success. None of them succeeded through service design, they succeeded through persistence, personal networks and paid intermediaries.
Journeys were mapped end to end across before, during and after, deliberately extending past the digital touchpoints. Aggregated, the cost of the fragmented model became measurable.
2 of 8
Steps that happened on the responsible ministry's website
8 of 13
Steps that existed only because the system failed to communicate
120+
Participants across six audience groups
The screens themselves were rarely the failure point. The gaps between them were.
Findings
Five findings that shaped the direction.
People navigate by goal, not by entity
Almost no participant could reliably identify which ministry owned the service they needed. One, pursuing a mining permit, was routed between three separate entities with no integration between them, each approval triggering a new requirement from the next. Another described a jurisdictional conflict between two authorities that delayed his project timeline. The organisational model was being pushed onto the user as a navigation problem.
Inconsistency erodes trust faster than difficulty does
Participants tolerated processes that were long. They did not tolerate processes that were unpredictable. Different prices for the same service across offices, different information from different staff, and rejections without stated reasons all produced the same response: disengagement from the official channel, and a move to an intermediary.
Workarounds are a design signal, not user error
People hired public relations officers specifically to avoid ministry visits. They handed ID credentials to counter staff while fully aware of the risk. One participant admitted he was not eager for full digitisation, because it would remove the advantage of his personal contacts inside ministries. Each of these is a rational response to a system offering no clearer path.
Frontline staff are part of the interface
The same service behaved differently depending on who delivered it. Applications were blocked because an officer had not encountered that request type before. Some processes required endorsement from a local Wali or Sheikh, making outcomes contingent on personal relationships. Any unified digital experience sitting above an inconsistent human layer will inherit that inconsistency.
Accessibility failures compound into exclusion
The hearing-impaired strand produced the clearest evidence in the programme. No interpreters at key ministries. Family members writing notes so requests could be understood. National identification that does not indicate special needs, leaving staff unaware. Government announcements reaching the community around a month late through informal translation by community members. People travelling from multiple wilayats to one specific police station, because a single officer there knows sign language.
The same strand identified what already worked: the ROP app's icon-led interface, a bank tutorial delivered in sign language. The strongest accessibility recommendation in the project, QR codes on government documents linking to sign language explanations, came directly from participants, not from the design team.
Turning point
The finding that changed the recommendation.
We ran structured five-whys sessions on the strongest recurring patterns rather than accepting the surface complaint. The most productive traced the tendency to abandon the online route at the first obstacle. It did not resolve to poor interface design.
It resolved to an expectation, formed over years, that government processes are inherently complex, combined with the absence of any reliable in-product help, which made seeking a human intermediary the rational first move rather than the last.
Several Omani participants stated explicit confidence that government would protect their data, contrasting it favourably with global platforms. The same participants described avoiding official channels in practice.
What it reframed
The reluctance was not about trusting the institution. It was about not knowing what would happen next. That turned a set of usability findings into a trust and communication problem, and changed what we recommended.
Direction
From evidence to direction.
- Organise around user goals, not government structure. Entry points reflect what people are trying to do, with the responsible entity resolved by the system rather than by the user.
- Make process state visible. Status, next step, expected duration and reason for rejection, explicit at every stage. A significant proportion of mapped journey steps existed only to compensate for missing information.
- Standardise what varies. Published, consistent fees, requirements and terminology remove the ambiguity that drives people toward intermediaries.
- Remove hardware and channel dependencies. Authentication that assumes ownership of a specific device excludes users at the first step of an otherwise digital journey.
- Build accessibility into the foundation. Interpreter provision, non-text communication support and inclusive formats belong in the base specification, not a later compliance pass.
- Treat the human channel as part of the system. Service centres need the same information consistency as the digital product, for a large group of users they remain the preferred channel by choice, not necessity.
Outcome
What the research produced.
The research did not produce a list of interface corrections. It produced the evidence base, personas and journey models that the portal's information architecture and service strategy were subsequently built on: an experience organised around goals rather than entities, consistent across services, transparent about process and cost, and inclusive by design from the outset.
The framework deliverables proved as valuable as the findings. A shared discovery structure let a distributed team conduct comparable research across very different audiences. The personas and journey maps gave researchers, designers, product owners and ministry stakeholders one common reference point, and discussion moved from opinion about features to evidence about people.
The outcome was not a redesigned portal. It was the foundation that made a credible one possible, and a decision-making framework the programme could keep using after the research phase closed.
Reflection
What I took from it.
At national scale, research is not a phase that produces a document. It is the shared language a large, multidisciplinary programme uses to make decisions. Insights that other disciplines could not explain, defend and apply had no effect, however well evidenced they were. Learning to synthesise for use rather than for completeness was the most valuable skill the project taught me.
It also reset where I look for problems. The services we studied were not badly built. They failed people in the space between them, in the moments where nobody had responsibility for the whole path.
The most significant finding in seven months was not any single pain point. It was that no one had ever looked at the journey end to end. That is still how I start every project.