A research synthesis map connecting a child's coding trial to parent evidence, hesitation, and payment confidence.

Walnut Coding

A UX research case study on post-trial parent decision-making for children's coding education.

UX ResearchEducationParent Decision-makingConversionResearch Strategy

About Walnut Coding

This research examines how parents decide whether to continue after a trial coding class. The work maps evidence chains, hesitation signals, and communication opportunities that help families understand learning value without relying on promotion-heavy follow-up.

Role

UX Researcher

Team

Research lead,

Business stakeholders

Tool

Interview synthesis,

Decision mapping,

Opportunity framing

Company

Walnut Education

Year

Research dossier

01Case Context

The trial class is the moment a parent moves from “interesting” to “I’ll pay.”

Walnut Coding teaches computational thinking through Scratch, online classes and project-based exercises. In children’s education, the trial class is the critical conversion moment — but a child enjoying it does not, by itself, open a wallet.

WHO USES IT
The child (8–12)

Basic reading, computer operation, and the ability to explain a simple project.

WHO DECIDES & PAYS
The parent (≈30–45)

Cares about logical thinking, the learning path, and return on education spending.

02Reframing the Goal

Recommendation intention is the wrong metric for a trial class.

Parents haven’t experienced formal classes, homework feedback or long-term progress yet. So I shifted the research lens from satisfaction toward payment confidence, perceived value, perceived risk and path clarity.

ORIGINAL GOAL

“How do we make parents more satisfied or more willing to recommend?”

REFRAMED GOAL

“Why do parents hesitate after a trial class, and what evidence do they need before they’re willing to pay?”

03Why Ages 8–12

A high-decision-value segment, supported by internal direction and public data.

Children this age produce observable learning behavior in a Scratch trial, while parents form more complex payment judgments. Public Scratch data backs 8+ as the right boundary for Scratch-based research.

135M+
Registered Scratch users
a mainstream creative-coding environment
164M+
Projects shared publicly
not a niche tool — broad public adoption
8–16
Scratch target age
ScratchJr covers ages 5–7
46810121416AGEScratchJr · 57Scratch · 816RESEARCH FOCUS · 8–12
8–10
Scratch foundation / project entry

Is my child interested? Do they understand basic logic? Can they complete work independently?

11–12
Scratch advanced / pre-Python

Is Scratch too basic? Can it connect to Python? Does the course have long-term value?

04The Decision Model

“Child likes it → parent pays” is a myth. The real chain branches.

The trial doesn’t only need to generate interest. It has to walk the parent down a ladder of uncertainties — and every unanswered rung delays the payment.

Child likes the trial class
Did the child truly understand anything?
Is this suitable for the child’s age and level?
Will the formal course differ from the trial?
How much parent support will be needed?
Is Scratch still the right entry point?
How does it compare with free / offline / Python options?
Is this worth paying for?
05Key Insights

Four insights into why “fun” doesn’t convert.

INSIGHT 1

The trial class is a parent risk-reduction moment, not an interest showcase.

Beneath “Did my child enjoy it?” parents are eliminating risks: temporary excitement, a harder formal course, heavy parent support, Scratch being too basic, an over-polished trial. Fun proves interest exists — it doesn’t remove uncertainty.

TAKEAWAY

The barrier to payment is not lack of interest. It is unresolved risk.

INSIGHT 2

Parents aren’t buying a coding class — they’re buying an explainable investment rationale.

Many parents can’t judge whether dragging blocks meant real learning. They need a framework to justify the spend to themselves. That’s why the child’s ability to explain the project — translated by the teacher — turns output into visible learning evidence.

CHILD SAYSTEACHER TRANSLATES →
“When I click the green flag, it moves.”Understood event triggering
“I changed the speed.”Saw how parameter changes affect outcomes
“It didn’t move, so I changed a block.”Early debugging awareness
“I want to add a monster.”Creative project-extension intent
TAKEAWAY

Parents are buying a credible explanation that their child is growing.

INSIGHT 3

For ages 8–12 the real tension is entry-point legitimacy: “Is Scratch still right?”

Most of these parents already accept that coding has value. Their hesitation is the path: Scratch now, or jump to Python? If the product only says Scratch is fun, it feels too young. If it shows how Scratch builds program logic, structure and debugging before Python, it feels professional.

TAKEAWAY

The key isn’t proving coding is fun — it’s proving Scratch is a reasonable entry point.

INSIGHT 4

Competitors don’t just compete on features — they offer different kinds of reassurance.

Each alternative gives parents a distinct sense of security. Walnut isn’t only competing against products; it’s competing against the reassurance each option provides — and must answer each one directly.

Free Scratch tutorials
NO COST
REASSURESI can test interest without wasting money.
WALNUTWe cut the cost of judging, planning & supporting learning alone.
Offline institutions
ON-SITE SUPERVISION
REASSURESMy child won’t just pretend to learn.
WALNUTFeedback, homework review & stuck-point support replace physical watching.
Python courses
FEELS LIKE “REAL CODING”
REASSURESMy child won’t waste time on something childish.
WALNUTScratch is a logic-training entry point, not a low-age toy.
Lego robotics
TANGIBLE OUTPUT
REASSURESMy child actually made something visible.
WALNUTWe emphasize software project creation & logical expression.
Math / English tutoring
MORE ESSENTIAL
REASSURESMy money goes to more certain returns.
WALNUTCoding complements academics — problem-solving & tech literacy.
TAKEAWAY

When parents compare alternatives, they compare which option makes them feel more secure.

06Directional Signals

What parents asked for, by intensity.

Reconstructed and illustrative — these show the analytical structure and recurring patterns, not company metrics. The interpretation: post-trial conversion was blocked less by price than by unresolved uncertainty and weak learning evidence.

Parents wanted to know whether the child truly understood
High
Parents wanted a professional assessment from trial performance
High
Parents delayed payment when the post-Scratch path was unclear
High
Confidence rose when the child could explain the project
High
Worry about parent involvement required after payment
Medium–High
Compared free tutorials or other coding options
Medium–High
“My child found it fun” alone was enough to pay
Low–Medium
07Pain-Point Prioritization

Scoring pain by frequency, intensity, alternative pressure and conversion impact.

The top problem isn’t “make the trial more fun.” It’s giving parents credible evidence and reducing uncertainty after it.

Frequency
Intensity
Alt. pressure
Conversion impact
Parents unsure the child truly understood programming logic19
No personalized professional assessment after the trial18
Scratch’s follow-up learning path is unclear17
Child completes the project but cannot explain it16
Free tutorials / competitors weaken the paid rationale16
Parents worry formal courses require too much involvement15
Composite priority = Frequency + Intensity + Alternative pressure + Conversion impact (each 1–5). Reconstructed & illustrative.
08Product Opportunities

Six moves that trade persuasion for evidence.

Each opportunity maps back to an insight and turns the post-trial moment from a sales pitch into decision support.

01Insight 1

Risk-Reduction Post-Trial Report

Reframe the trial summary as evidence: what the child did independently vs. with hints, concepts touched, observed risks, and what the first four formal weeks look like.

02Insight 2

Child Explanation + Teacher Translation

In the final 5 minutes, the child explains one command and one problem; the teacher translates child language into parent-readable learning value.

03Insight 3

Age-Specific Trial & Learning Path

Different post-trial narratives for 8–10 (interest, logic, independence) and 11–12 (variables, conditionals, Python transition).

04Insight 4

Decision-Support Comparison Page

Don’t avoid competitors — help parents choose by situation. Advisory tone beats “we’re better than X.”

05Conversion

Performance-Based Enrollment

Recommend a starting level from observed behavior, not a discount — turning a sales decision into an education-planning decision.

06Time anxiety

Formal-Course Support Mechanism

Clarify roles (child / teacher / parent) so busy parents know they won’t end up teaching the course themselves.

09Outcome & Validation

Parent-facing learning evidence beat promotion-driven follow-up.

In the real business context, related changes to post-trial parent communication were later validated through internal experiments and showed positive directional impact on trial-to-paid conversion. The strongest pattern wasn’t more promotion — it was making the child’s learning evidence and the formal-course path clearer. To protect confidentiality, no setup, sample size, traffic allocation or exact uplift is disclosed; the learning is presented at the level of strategic direction.

10Risks & Counter-Signals

Where the thesis could be wrong.

Good research names its own counter-signals. These keep the recommendations honest and the next round of validation sharp.

R1
Trial performance can’t fully predict long-term learning
Avoid absolute claims; use cautious, observation-based language.
R2
Over-assessment may create pressure
No exam-style scores — use growth-oriented descriptions.
R3
Some 12-year-olds are ready for Python directly
Offer advanced trial elements; Scratch isn’t mandatory for all.
R4
Free tutorials genuinely meet some needs
Don’t dismiss them — frame by goal, not superiority.
R5
Offline institutions have a real supervision edge
Make online support (follow-up, review, showcase) visible.
R6
Learnings may not generalize across segments
Segment future validation by intent, price- and time-sensitivity.
11What I’d Validate Next

Three experiments to run.

01

Which learning evidence matters most?

Project explanation vs. teacher interpretation vs. written report vs. learning-path vs. first-four-week expectation.

02

Which segment benefits most from age-specific design?

Compare 8–10 vs. 11–12 vs. high-intent vs. Python-comparison vs. free-tutorial-comparison parents.

03

How much comparison should be shown?

Does transparent comparison raise confidence, or quietly increase decision delay?

12Conclusion

The real goal of a trial class is to build an evidence chain.

Not just to prove coding is fun — but to prove this child can start systematic learning here, and that the parent understands why the investment is worth it.

Child completes a project
Child explains the logic
Teacher translates into learning value
Parent understands the child’s stage
Parent sees the long-term path
Parent understands Walnut’s value
Parent feels confident to pay