Customer journey research: find where a plausible purchase stops
Connect the encounters behind a stalled purchase, test competing explanations and choose an intervention with an owner and an observable behavioral retest.

Customer journey research follows an attempt to buy or use something across the encounters that shape it. Lantern, a fictional fitness studio selling regular after-work classes, faces a stalled membership purchase after a successful trial. Its team must decide whether to improve checkout, explain availability or change the class offer.
Marketing wants a better reminder email, product wants fewer checkout steps and operations wants a clearer explanation of membership. Each proposal depends on a different account of why enrollment stopped.
Journey research connects recorded actions with the customer’s account, the alternatives available and the conditions the business can actually meet. The useful result is a specific intervention, an owner and observable behavior that would show whether it helped.
The purchase task defines the research boundary
Maya wants to attend a Monday evening class with a friend. She discovers Lantern through an ad, enjoys a trial session and opens the membership checkout. The dashboard records an unfinished enrollment.
“Reduce checkout abandonment” describes the business's symptom. Maya's task is more specific: establish a routine she can actually attend. A membership is useful only if a suitable class is available at the required time.
That distinction sets the research boundary. Begin before checkout, when Maya forms an expectation about the schedule. Continue until she joins, chooses another option or stops looking. Include the studio visit, staff conversation, booking system and friend who affects the choice.
This follows the principle behind mapping a user's whole problem: investigate how online encounters, offline encounters and the processes behind them join up. A map organized only around departments can miss the handoff that matters to the customer.
Our customer needs analysis guide helps distinguish the desired outcome from a requested feature. Here, “show me a better calendar” may be a proposed solution. A dependable Monday routine is the need it must serve.
One connected account of what happened
Reconstruct Maya's attempt before summarizing it as a theme such as convenience or trust.
Encounter | Evidence and unresolved question |
|---|---|
Advert on Monday | Saved creative promises classes around working life. Question: Which times did Maya expect? |
Trial on Thursday | Attendance record confirms she tried the class. Question: Would that experience fit her normal week? |
Staff conversation | Maya recalls being told members can book any class. Question: Was availability discussed? |
Shared schedule | Maya shows the calendar she sent her friend; Monday evening is waitlisted. Question: Could either person attend another time? |
Support inquiry | Ticket asks whether membership guarantees a Monday place; reply describes booking access. Question: Did the reply answer the actual question? |
Enrollment | Checkout starts; no order appears in the membership records during the agreed follow-up period. Question: Was there an error, a delay or a decision to leave? |
Keep the source and its limits attached to each entry. An attendance record establishes the trial visit. A later interview supplies Maya's recollection of the conversation. It does not produce a recording of what the instructor said.
Connect the records using evidence you can justify. Maya's permission to examine her own confirmation and messages can support this reconstruction. A mobile session and an unrelated laptop visit should not become one person's journey because their timing looks plausible. Leave unmatched encounters unmatched.
Check the outcome in the business's transaction records as well as its analytics. A missing tracked purchase event alone cannot establish that nobody bought. Equally, a checkout visit is not evidence that a membership was purchased.
An event and its explanation are different evidence
Maya says: “I liked the class. I couldn't tell whether paying would get me a place after work.” In the interview, she describes choosing another studio with a bookable weekly place that fits her schedule. Lantern has her account of that choice, rather than the other studio's transaction record.
That account gives the team a plausible explanation: Lantern communicated permission to book when Maya needed confidence that a usable place existed. It does not establish that every unfinished enrollment has the same cause.
Three possibilities lead to different work:
- Misunderstanding: a suitable place exists, but the customer cannot discover or interpret it. Clearer availability information may help.
- An unmet condition: the required class is full. Better wording cannot create a place. The schedule or membership offer needs attention.
- An experience failure: a suitable place is available and understood, but enrollment or booking fails. Reproducing the failure matters more than another message test.
Inspect the booking history and eligibility rules for the dates in the episode. “Monday is full today” cannot establish what Maya could book last week. Ask the support team to interpret its reply, and check whether the same answer appears on the website and at the studio.
Keep other explanations alive. The membership commitment, the friend's availability or a payment problem may also matter. Maya's account helps choose what to investigate; it does not isolate a causal effect by itself.
Lantern then checks the dated booking history. The Monday class had no available places when Maya inquired, and membership did not reserve one. That establishes an unmet condition in this episode. The support reply explained access without resolving it. A shorter checkout could not supply the place Maya needed.
Find the case that challenges your preferred story
Sam sees the same waitlisted Monday class and joins anyway. He works flexible hours and can attend on Tuesday morning. He understands that membership gives booking access rather than a reserved weekly place.
The waitlist has not disappeared. Its significance changes with the customer's alternatives.
This contrary case narrows the problem. Lantern should investigate people who need a particular session separately from people who can choose among several sessions. Calling both groups “busy professionals” would hide the constraint that changes the decision.
It also changes the proposed fix. A general reassurance that there are plenty of classes could disappoint Maya while accurately describing Sam's options. Useful information shows the times that are available to that customer and the commitment the offer actually supports.
Seek other contrasts deliberately: someone who bought despite uncertainty, someone who understood the rules and left, and someone who could not complete an otherwise suitable purchase. Choose these accounts to test explanations, not to estimate their prevalence from a small selected sample.
The next method follows the unresolved question
Choose the next study around the unresolved question. More interviews with enthusiastic trial attendees may produce praise without explaining enrollment failures.
Start with recent attempts from people who joined, delayed and chose an alternative. Ask them to reconstruct the sequence using the material they actually encountered. “What happened after you looked at the schedule?” is more useful here than “Would clearer information make you join?”
Our qualitative market research guide explains how to preserve the episode and examine competing interpretations. Where a task needs checking, watch someone try it with their usual device and relevant circumstances. Contextual observation can reveal barriers and workarounds in the setting where the activity happens. An explanation given during that session still needs to be distinguished from the action observed.
Then check operational feasibility. For Lantern, that means booking rules, available places, waiting-list behavior and what staff can promise. If everyone who needs Monday evening faces a full class, a new enrollment message addresses the wrong problem.
To investigate what the service team tells a new enquirer now, use our mystery shopping research guide to plan a realistic unannounced encounter. The check can locate a handoff to fix; it cannot recreate Maya's earlier conversation or explain her decision.
Use a broader measurement study when the decision depends on how common each constraint is. Define the population and recruit beyond the easiest customers to reach. The proportion of interviewed people mentioning a waitlist describes those interviews; it is not automatically the share of all potential members blocked by capacity.
The intervention needs an owner
The journey investigation should leave Lantern with a decision about what to change first.
Finding to establish | Action, owner and next evidence |
|---|---|
Suitable places exist but are hard to find. | Digital product shows current availability before enrollment. Check: Customers correctly identify a usable session, then book it. |
A fixed-time need cannot be met. | Studio operations assesses extra capacity or a different membership offer. Check: The offered place exists and customers can attend it. |
Staff and support imply different commitments. | Customer experience aligns the explanation across channels. Check: Customers understand the same commitment at each encounter. |
Enrollment or booking fails. | Engineering reproduces and repairs the failure. Check: An eligible customer completes the affected task. |
For Maya's episode, Lantern should make availability clear before payment and stop implying that membership alone supplies her Monday routine. Operations must decide whether a dependable place can be offered. The digital team owns how customers discover the actual options. Neither can complete the fix alone.
If no place exists, Lantern must decide whether it can provide one or should direct that customer elsewhere. A successful journey can include helping someone recognize a poor fit before buying. Counting every additional enrollment as improvement would reward a promise the studio cannot deliver.
Retest the behavior the change is meant to enable
Suppose Lantern introduces an availability view before membership enrollment. The hypothesis is that people with a usable session can identify it and proceed with a clearer understanding of what they are buying.
First test comprehension and the task itself. Can the person identify an available class, explain whether the place is reserved and complete the relevant booking? Correct answers in the session show that those participants understood the view. They do not show that it will sell more memberships.
For a live evaluation, follow eligible customers through membership purchase, a suitable booking and attendance. Set the follow-up period around the normal decision and attendance cycle before reading the result. Keep people who lack a suitable session visible as a separate group rather than removing them afterward to improve the conversion figure.
Check consequences beyond the next click: refunds, early cancellations, booking-related support and whether existing members lose access to suitable sessions. Microsoft's experimentation guidance emphasizes a specific hypothesis, success and guardrail measures, and an appropriate unit of comparison.
Capacity complicates this example. A place booked by one customer is no longer available to another. Ask the analyst to design a comparison that accounts for shared class capacity; two groups competing for the same small pool of seats may affect each other's outcomes. A simple before-and-after improvement, especially after a schedule change, does not isolate the effect of the new view.
For people who cannot obtain a suitable session, clearer information may reduce enrollment while preventing a poor purchase. For people who can, the next evidence is whether they book and attend. Evaluate those outcomes separately before deciding whether to retain the change or investigate another cause.
Signup comes before first value
A completed signup can start another journey rather than finish the customer's task. Consider Reviewroom, a fictional file-review service for independent designers and their clients. A designer creates an account and uploads a proposal, but the client never leaves feedback. The product team must decide whether to clarify the invitation step, repair a failure or reconsider what the designer needed from this first session.
Define first value as a client leaving usable feedback on the intended file. Account creation, file upload and an invitation button press are earlier steps. Choose the observation period to fit the client's normal review cycle before inspecting which accounts succeed. Keep all eligible signups visible, including people who never upload, rather than declaring activation only among those who reach the last screen.
Reconstruct the path with dated records: account created, file saved, invitation requested, delivery status, client access and feedback saved. An invitation request is not proof that a message reached its recipient. A missing feedback event might mean no reply, failed tracking or a reply elsewhere. Check the underlying product and message records before calling the gap abandonment, and retain events that cannot be matched confidently to the same review.
The designer's expectation determines the next investigation. They may believe uploading automatically invites the client, stop because the file did not save, or deliberately wait for a revised proposal before inviting anyone. Those explanations imply different changes. Interview recent signups about the actual review they tried to arrange, then watch relevant designers attempt the upload-and-invite task. Ask what will happen next before explaining the interface. Observe whether the intended client can open the file and respond under the real access rules.
A wording change might make the invitation step explicit. A repaired upload needs a successful saved file. A client-access problem needs the correct permission or access path. If the designer was not ready to request feedback, repeated reminders could rush the wrong task. Include a designer who reached feedback and one who completed the process through another channel to challenge the preferred explanation.
A modeled walkthrough can suggest where instructions invite the wrong expectation. Its apparent friction is a hypothesis, not an observed usability failure or proof that a real client received an invitation. Test proposed wording or feasible alternatives, then use actual task observation and events to decide whether the path works.
For a later live evaluation, retain the signup base and follow each intermediate step through the agreed period. Compare usable first feedback alongside failed access, support requests and unwanted invitations. A higher invitation count with no improvement in completed reviews would not settle the activation problem. The useful change helps the designer obtain feedback they can act on, rather than merely finish the onboarding checklist.
Offer comparisons can inform the next studio test
At Vensia, we build synthetic populations grounded in purchase, behavioral and research data. Your customer data and past research can add context. We can compare modeled reactions to alternative messages and offers, then explore the reasons different audience groups give for their responses.
If operations can support a defined weekly-place offer, Vensia can compare modeled responses to it and the existing open-booking membership using complete terms. Those reactions help choose what to investigate; they do not establish who visited, booked or attended. Our synthetic versus human respondents guide explains the handoff to firsthand accounts and behavioral evidence.
Scope the membership comparison with Vensia using both complete offers, the available class capacity and eligible customer situations. Keep the later purchase, booking and attendance measures in the plan.
