DAY HIKE
Start with one product decision. Review where different personas get stuck and what to test next.
- Scenario design workshop
- Up to four user models
- Journey review with your team
Explore how personas might navigate a product. Review where they get stuck and decide what to test next.
Illustrative outcomes
Analytics tells you what already happened: what people clicked, where they dropped off, what they bought. Teams use it every day to decide what to do next.
But when you change something, past numbers can’t tell you how people will react. So the decision comes down to a guess, and you wait to see if you were right.
A simulation lets you explore a change with personas that have different goals, expectations, and limits.
Review where the paths split and decide which questions to take to real customers.
Bearing helps teams explore how different people might use a product. Follow findings back to the session, then decide what to check with customers.
Start with a decision. Set the starting conditions, the experience under study, and the outcomes worth watching.
Give each agent a reason to be on the trail: goals, prior knowledge, expectations, and limits, grounded in your research and behavioral data.
A simulated persona follows a path through the product. Review where the session continued or stopped.
Compare journeys across personas and versions to see where the trail forks.
Inspect every journey, click, and stall. Leave with your bearings on what is likely, and sharper questions for real customers.
Explore how simulation can inform the product decisions your team makes every week.
Each hiker is one agent on the same journey: through onboarding in Fernbook, a pretend bookkeeping app, to its first report. At every step, some turn back and the rest press on.
This example uses a scripted model. Use the results to form questions you can test with real people.
Give each persona a goal, prior knowledge, and limits. These examples show how their starting points can differ.
A returning expert may skip the steps a first-timer needs. A skeptical evaluator may look for proof before starting.
Use what your customers have said and done to describe how a persona approaches a task.
Three ways a team could use simulation. The Bearing workspace includes a scripted demo.
Start with one product decision. Review where different personas get stuck and what to test next.
Repeat the same scenario across releases to look for changes in where people might get stuck.
Use customer research to guide your persona design. Compare simulation results with what people did on the same tasks.
What teams usually ask before they run a first simulation.
It is a way to see how people are likely to respond to a product or a change before you ship it. Start with personas that have different goals and limits. Review where each session went and where it stopped.
No. A prediction says what will happen. A simulation shows what looks likely and how sure we are. It tells you where to look and what to test, and a simulated completion rate is never a human conversion rate.
Compare simulation results with what real people do on the same tasks. This page shows an illustrative example.
A session gives you a record to inspect. In the workspace, findings link to moments in a recording of the demo product.
No. Simulation sits beside them. It helps you form sharper hypotheses and choose what is worth testing, so your time with real customers goes further. Real behavior is still how you find out what is true.
Each agent starts with a reason to be there: a goal, prior knowledge, expectations, and limits. Customer research can help you define the starting conditions. The local demo uses scripted behavior.
Set up a simulation, start a scripted run, and follow a finding to its moment in the recorded session.
The demo includes example personas and recordings of a fictional product.