How to scrappily hire for, measure, and unlock growth | Crystal Widjaja, Gojek and Kumu

Executive Summary
Crystal Widjaja discusses practical growth tests, conversion barriers, constraints and useful analytics. Selected third-party transcript coverage excludes social-graph tracking, small-sample statistical claims and the closing recommendations. Company outcomes are her accounts, unverified here. Instrumentation advice is not permission to collect personal data. Untimed editorial topics are not video chapters.
Key Takeaways
Test what people actually do
Widjaja values watching customers use the actual experience over trusting an idea that only looks good in a model. A small practical test can expose a mistaken assumption. This selection does not use her statistical claim that tiny samples preserve the same trends; small samples still leave uncertainty.
Look at the step before the decision
Rather than jump from signup to retention, she asks what a person must do or believe immediately before converting. In her food example, the barrier was trust in a new merchant. Identify the local obstacle instead of treating a broad outcome as a specific problem.
Make the goal concrete enough to act on
Widjaja says retention is not specific enough by itself. A more concrete frame helps a team generate useful interventions. Translate the broad metric into a particular user, moment and barrier before choosing a feature to build.
Inspect paths where people try and fail
She asks where people eventually convert and which route is painfully long. Her Kumu search example focuses on an existing behavior made slow by the product. People already attempting something can provide a clearer improvement opportunity than an entirely new speculative feature.
Start with what works and its constraint
Her advice is to begin with the existing product and the largest constraint rather than imagine the whole system must change. Fixing one point can improve a working path. The lesson is prioritization grounded in observed behavior, not a promise that every bottleneck has a simple fix.
Distinguish measurements from insights
A database observation, such as power users booking more, does not yet explain what to change. Widjaja looks for context that supports a specific hypothesis about why a behavior happens. Interesting numbers only become useful when they affect a decision and can be tested.
Instrument context, then test the hypothesis
She adds properties to events so behavior can be segmented, for example by customer type and basket context. That makes it possible to form a more precise hypothesis. Collect only appropriate data with needed permission, and avoid treating a correlation as established causation.
The Conversation Breakdown
Test what people actually do
⏱ Untimed topicWidjaja values watching customers use the actual experience over trusting an idea that only looks good in a model. A small practical test can expose a mistaken assumption. This selection does not use her statistical claim that tiny samples preserve the same trends; small samples still leave uncertainty.
Look at the step before the decision
⏱ Untimed topicRather than jump from signup to retention, she asks what a person must do or believe immediately before converting. In her food example, the barrier was trust in a new merchant. Identify the local obstacle instead of treating a broad outcome as a specific problem.
Make the goal concrete enough to act on
⏱ Untimed topicWidjaja says retention is not specific enough by itself. A more concrete frame helps a team generate useful interventions. Translate the broad metric into a particular user, moment and barrier before choosing a feature to build.
Inspect paths where people try and fail
⏱ Untimed topicShe asks where people eventually convert and which route is painfully long. Her Kumu search example focuses on an existing behavior made slow by the product. People already attempting something can provide a clearer improvement opportunity than an entirely new speculative feature.
Start with what works and its constraint
⏱ Untimed topicHer advice is to begin with the existing product and the largest constraint rather than imagine the whole system must change. Fixing one point can improve a working path. The lesson is prioritization grounded in observed behavior, not a promise that every bottleneck has a simple fix.
Distinguish measurements from insights
⏱ Untimed topicA database observation, such as power users booking more, does not yet explain what to change. Widjaja looks for context that supports a specific hypothesis about why a behavior happens. Interesting numbers only become useful when they affect a decision and can be tested.
Instrument context, then test the hypothesis
⏱ Untimed topicShe adds properties to events so behavior can be segmented, for example by customer type and basket context. That makes it possible to form a more precise hypothesis. Collect only appropriate data with needed permission, and avoid treating a correlation as established causation.
Core Frameworks & Ideas
Pre-decision barrier
Identify what a user must do or believe immediately before the outcome you want.
Constraint-first growth
Start with an existing successful path, identify its largest constraint and test a targeted improvement.
Observation to hypothesis
Use appropriate event context to describe who does what, form a hypothesis and test it instead of calling every metric an insight.
Actionable Next Steps
- ✓Observe a customer trying the experience before committing to a new feature.
- ✓Map the step immediately before conversion and name its barrier.
- ✓Find a long or failing path that users already attempt.
- ✓Review whether your analytics provide context for a testable hypothesis, using only appropriate permitted data.
Notable Quotes
“So testing the actual experience and seeing how people respond to it, that's the best possible data.”
“So start with what currently works and currently exists and where you think the biggest constraint is or the best lever is, and then fix that one piece because the entire universe isn't exploding.”
“The insight is instrumenting properties into an event so that you can segment who is doing what behavior and make some hypotheses on that observation.”
The One Thing to Remember
Find the specific barrier in a behavior that already exists, then gather the context needed to test a change.