Research and strategy
I start by understanding your business and your users. I analyse the data and the competition, and look for the best solution for the project to increase conversion.
- Discovery
- Interviews
- Usability testing
- Information architecture
Everyone has a theory, and every theory weighs the same.
Example: an online shop checkout study. Illustrative data.
The most expensive mistake in a project is a well-designed solution to the wrong problem.
Drag the solution onto the problem
- 01InterviewsWhat people actually do, not what they say they do.
- 02TestsWhere they get lost, before you pay for code.
- 03ArchitectureWhere they look for information and what they call it.
Sound familiar?
Every one of these ends the same way: the team builds on assumptions and only learns the truth after launch.
- We built a feature nobody asked for.
- Everyone on the team has a different theory about why customers leave.
- The menu grows with every feature and nobody knows where anything is anymore.
- The decision goes to whoever talks loudest in the meeting.
- We know how many people drop off. We don’t know why.
- Dark modeCEO
- New home pageMarketing
- Smartwatch appSales
- Shorter checkout formCustomer support
- Delivery cost on the product pageAnalyst
Ideas sit side by side and each one weighs the same. Whoever brings more arguments to the meeting wins.
From conversations to decisions
Research is not a report for the drawer. Every step narrows the field until a few decisions remain, and the design starts from them.
Questions
I start with what you want to know and which decision that knowledge should unlock.
Interviews and observation
I talk to users and watch how they use the product or a prototype. I note what they say and what they do.
Patterns
I group the notes into themes. After a few conversations, the same problems keep coming back.
Priorities
I rank the themes by their impact on users and the effort they take for the team.
Decisions
I finish with a list of recommendations and an information architecture to start the design from.
The same information, two languages
Information architecture is more than a menu. It decides what a person needs to know first, and in which words. Move the slider to compare the language of the document with the same content arranged for a patient.
- Who can take part
- Adults who have had at least one treatment before and manage everyday life on their own.
- Who can’t
- People with an active infection, and women who are pregnant or breastfeeding.
- Before you apply
- If you took part in another study in the past month, tell your doctor.
Inclusion criteria: patients aged over 18 with a confirmed diagnosis, following at least one prior line of systemic therapy, with an ECOG performance status of 0–1 and adequate organ function as defined in the protocol. Exclusion criteria: active infection requiring systemic treatment, pregnancy or breastfeeding, participation in another interventional study within the past 4 weeks, known hypersensitivity to any component of the investigational product.
An illustration of the method, using clinical trial criteria.
What you get
Not a report for the drawer, but material the design starts from.
- User interviews01Conversations with people who use the product or will. Quotes, recordings and everything the analytics can’t show.
- Usability testing02I watch people complete tasks in the product or a prototype.
- Information architecture03Structure and labels users understand without guessing.
- Competitor analysis04How similar products solve the same problem.
- Priority list05What to do first, what later, and what not at all.
- Customer journey map06From first contact to purchase: where customers hesitate and where they give up.
- Report and team workshop07We go through the findings together, so the whole team sees the same thing and decides on the same facts.
Less rework, more certainty
Less rework
01Caught in a conversation, a problem costs one sentence, not sixteen fixes.
Decisions based on facts
02Instead of “I think”, the team has quotes, recordings and numbers.
A shared picture
03The whole team sees the same users and the same problems.
A product people understand
04Labels and structure come from users, not from company jargon.
Example: an online shop checkout study. Illustrative data.
Start with your question
Pick the question that bothers you most right now. I’ll suggest the research that answers it.
Pick one question
Usability testing
- What I do
- I watch a few people go through the key flow and mark where they get stuck.
- What you get
- Recordings, a list of issues and proposed fixes
First I widen, then I narrow
Research has the shape of a double diamond: I gather broadly, narrow down to the problem, then to decisions.
- 01
Questions
We agree what you want to learn and which decision that knowledge should unlock.
After this step you have- A research plan
- 02
Interviews and tests
I talk to users and watch how they use the product or a prototype.
After this step you have- Recordings and notes
- 03
Analysis
I group observations into patterns and rank them by impact on users and on the business.
After this step you have- Findings and priorities
- 04
Recommendations
I turn findings into decisions and an information architecture to start the design from.
After this step you have- A report and workshop
- Information architecture
Research ends with decisions, and decisions with design. The usual next step is Digital products.
See Digital productsA handful of conversations is usually enough for the same problems to start coming back. I match the number to the question and the budget.
Research takes less time than reworking a finished product. Most often it saves time, because the team doesn’t build things nobody needs.
Findings backed by recordings and quotes, a priority list and an information architecture the design starts from.
I price every project individually, depending on its scope and complexity. After a short conversation, I’ll prepare a quote tailored to your needs.
Not sure where to start?Let’s start with the right question.
I’ll get back to you within 24 hours.