User research

Understanding the users and customers for our ADMIRALTY products and services, is essential. User research is at the core of user-centred design at UK Hydrographic Office, helping us to learn about user needs, goals and how we can improve their experience.

Contents

User research process

When applying user research for new and improved services for the UK Hydrographic Office and ADMIRALTY, we broadly follow the GDS User Research guidance. Because of our specific user groups and their needs, some of these principles have to be adapted.

"...always start by learning about the people who will use it. If you do not understand who they are or what they need from your service, you cannot build the right thing." Learning about usres and their needs, https://www.gov.uk/service-manual/user-research/start-by-learning-user-needs

A successful, user-centred project should seek to understand the context for users. This helps teams more effectively meet their needs. We follow the phases of our UKHO Delivery Governance Framework, which maps closely to activities and methods in the GDS agile delivery model.

User research should be actively used throughout the phases of a product or service development. from exploratory activities to capturing context, to research that validates assumptions, tests hypotheses and improves experiences based on feedback and observation.

Typical activities for a Researcher in phases

  1. Understand project details and stakeholders involved
  2. Gather relevant reference materials
  3. Plans - Discovery plan, research plan
  4. Contribute to assumptions mapping
  5. Undertake stakeholder interviews - internal
  6. Know who your users are and what jobs they are trying to do - make user personas
  7. Conduct user interviews - note-taking, affinity mapping results
  8. Examine existing data
  9. Observe users in contextual settings
  10. Customer Journey map - for 'as is' end to end journey
  11. User Journey map - help make the 'as is' process being focused on
  12. Summarise Discovery phase Sometimes How Might We questions are incorporated at this stage to capture early hypotheses
  1. Understand project details and stakeholders, if different
  2. Create baseline metrics to understand successand how value will be added
  3. Based on discovery findings, help generate How Might We questions to capture early hypotheses
  4. Organise these on a value matrix
  5. Identify highest ranking elements to work on in priority order
  6. Use the Lean UX canvas
  7. Use the value proposition canvas
  8. Understand user needs further and access needs also
  9. Plan and recruit for user testing to validate assumptions
  10. Refine a 'to be' Customer Journey
  11. Refine a 'to be' User Journey
  12. Use these to generate a flow, task analysis
  13. Usability test basic prototypes
  14. Iterate designs and keep testing, building upwards
  15. Help development test accessibility and feasibility - if code is being used
  1. If start of coded development, help with storymapping and building backlog
  2. Establish a method for embedding user research using Lean UX in Agile
  3. Advocate, and plan for user testing being a sprint ahead
  4. Contribute to scrum ceremonies - stand-up, review, planning, retrospectives
  5. Help refine backlogs
  6. Use research to inform prototypes and sketches for user stories
  7. Ensure User Stories meet user need
  8. Set hypotheses
  9. Lead user testing - with the whole team observing if possible
  10. Iterate designs and re-test
  11. Work with Developers to ensure functionality, accessibility and usability are optimal
  12. Utilise early analytics, un-moderated testing and other automated feedback tools to measure user experience
  13. Work with Analyst / Architect teams to ensure flow is refined and delivered base don user need
  14. Adhere to Design System standards throughout
  1. If service is at Live, ensure there is a test plan
  2. Understand measures and baselines to review
  3. Review UX measures
  4. Ensure any UX Debt captured is addressed
  5. Work with Product and Research colleagues to review user / customer feedback

User research findings

We ensure that we folow the Market Research Society code of conduct when doing research and storing findings. GDPR should also be adhered to, and the way research findings are stored, categorised and organised will help them have a useful lifespan beyond a specfic project.

Analysing findings

Creating insight logs in projects can help easily view findings, filter by type and see patterns for affinity mapping. These are often made in a database like MS Excel and can be populated from notes taken in user testing. Keep each insight succinct and share the document with the wider team.

Affinity mapping is a good, collaborative activity to establish patterns in user feedback. Identifying common pain points, delights and epics and engaging wider stakeholders in this activity can really help refine assumptions. Try not to undertake analysis in isolation, and move as quickly as is appropriate, to keep content relevant and the team engaged.

Affinity mapping

Presenting findings

A presentation of insights and learnings is often used as the best format to share findings with the wider team, stakeholders and managers. Consider your audience and the scale of the feedback, is it for a sprint review, an end of phase review or block of evaluative research?

If possible, try and present in person. Try and use video content and quotes from users to bring the findings to life and avoid making your own observations, or summarising things in a subjective way.

Make it easy for those seeing the research to use it. The insights from research, are important to challenge assumptions held, help set strategic direction and ensure products and services meet user need.

Storing & sharing findings

Insights are stored in the Research Repository in UKHO. This is a useful and searchable repository of all insghts gathered. Insights are labelled, themed and then in future, common user insights can be found across multiple projects. This prevents research findings being locked into a specific presentation or project.

Research packages are also available, with insights grouped aorund a specific theme or project, which can often be useful also.

On completing a project, ensure insights are added to the Research Repository and labeled appropriately.

Privacy PolicyAccessibility