Journal topic · 9 connected guides
Research and testing.
Start with the uncertainty that could change your next decision. Describe the problem without prescribing a feature, identify the important assumptions, learn from recent experiences, and test a bounded promise. Use the guides below at the stage you are in; the aim is a clearer commitment, not a stack of completed worksheets.
What should I learn before I build more?
A large mission does not tell you which uncertainty to investigate this week. This collection connects the decisions between an early idea and a small, responsible test. It is for founders, community teams, and people building useful resources who need to learn before expanding a promise. Each guide offers a concrete output, a worked example, and limits on what the method can establish.
If a proposed feature is doing the work of a problem statement, begin with the first guide. If the person and task are already clear, move to the belief that could change your next commitment. Interviews help you understand recent experiences; synthesis turns the accounts into source-linked findings. A brief then gives an agreed piece of work a boundary and an owner. A pilot plan specifies how a particular promise will be tested rather than treating delivery as evidence of success.
Before arranging sessions, use the recruitment guide to connect the question to relevant experience and participation arrangements. If a version already exists, the usability guide helps you observe a realistic task without supplying the answer. Keep that observed task separate from an interview account: both can inform the next decision, but the source and method should remain visible. The research-session working pack brings the blank recruitment, observation, and synthesis prompts into one editable file.
You do not have to follow this collection in one direction. A follow-up can reveal that the original problem was incomplete, and a maintenance dependency can change a brief before any prototype is needed. Return to the earlier decision when the evidence calls for it. The blank documents in the field kit are optional working aids, not a certification process. Keep participant details private, and obtain appropriate review before higher-risk work. The examples are illustrative, not reported SIX33 results or universal sample-size rules.
Choose the guide for your decision.
You can enter at any stage6 min · Daniel Ziedins
How to write a problem statement before choosing a solution.
When a feature request is standing in for a person's task: leave with a provisional or source-supported problem and a question to investigate.
7 min · Daniel Ziedins
How to prioritise assumptions before building your next idea.
When a plan depends on unexamined beliefs: identify the important uncertainty that could change the next commitment.
7 min · Daniel Ziedins
How to recruit research participants who can change what you learn.
When the people easiest to ask may not have the relevant experience: write criteria, participation arrangements, and recruitment limits before inviting them.
6 min · Daniel Ziedins
Your first five customer interviews: questions that change what you build.
When you need a recent experience rather than approval of an idea: prepare neutral questions and a source note.
7 min · Daniel Ziedins
How to run a small usability test without coaching the answer.
When a version is ready to inspect: observe a realistic task, record assistance, and distinguish a usability finding from a claim about wider demand.
6 min · Daniel Ziedins
How to synthesise customer interviews into a useful decision.
When the notes are ready but the decision is not: connect observations, disagreements, findings, and a next test.
7 min · Daniel Ziedins
How to write a one-page project brief that makes the next step clear.
When collaborators need to agree on the work: name one complete promise, its scope, owner, and decision gate.
7 min · Daniel Ziedins
How to plan a small pilot: a one-page test plan.
When a promise needs a bounded test: write the question, observations, limits, and decision rule before delivery.
7 min · Daniel Ziedins
How to follow up after a pilot: questions, script, and evidence.
When you need to understand what happened afterward: separate accounts, non-response, interpretation, and publication permission.
Direct answers.
Keep the limits visibleWhere should I start with user research for a small project?
Start with the decision and the uncertainty that could change it. If the problem is vague, write a provisional problem statement and investigate a recent experience. If a critical delivery dependency is unresolved, check it with the people who own it before inviting others to rely on the promise.
Do interviews, prototypes, and pilot tests answer the same question?
No. Interviews explore accounts and context; observed prototype tasks examine use of a particular version; pilots examine a bounded delivery in its intended setting. The right method depends on the uncertainty. None automatically establishes market prevalence, long-term outcomes, or impact.
Do I need to complete every research template?
No. Choose the document that clarifies your current decision. A completed worksheet is not proof of demand or impact. Keep evidence sources, assumptions, limits, and the next responsible action visible, even if your working record is only a short document.