Engineering brief
Why a Positive A/B Test Is Not Enough for AI Features
At a glance
The brief is enough
- Relevance
- Practical value
- Radar
- Time horizon
- Now
- Warnings
- None
Bumble found 78% of users wanted AI photo feedback, but only 10-15% used it when shipped. The A/B win hid nonsense outputs and runaway costs.
AI feature success requires operational checks beyond A/B metrics; stated interest often doesn't match behavior.
Watch if you are shipping your first GenAI feature and want a checklist of non-obvious failure modes.
Summary
The core problem. Supriya Subudhi, a product manager at Bumble, argues that a positive A/B test result for an AI feature is only the starting point, not the finish line. Drawing from Bumble's launch of an AI photo feedback tool on a platform with over 20 million monthly active users, she outlines five practical traps that can turn a statistically significant win into an operational failure. The talk targets product and engineering leaders building GenAI into consumer products, but the lessons apply broadly.
The survey gap. Bumble's research showed 78% of users wanted AI photo feedback. When shipped, only 10-15% actually used it. Subudhi's team had built a standalone feature users had to discover on their own. The fix was to embed the AI into existing workflows—offering feedback when users added photos or hit a matching wall. This dramatically increased adoption. The lesson: stated interest in AI does not predict real usage. Teams must design for the full user journey, not just the feature.
The average trap. The top-line A/B results looked great: more users added photos and made changes. But digging into the long tail revealed nonsense—the AI told people who were already smiling to smile more. Subudhi contrasts Spotify's AI DJ, where two bad songs out of four is acceptable, with a banking app that gives bad budgeting advice. The scope of error matters. Bumble had to move from aggregate green-versus-red metrics to segment-level eval reviews, checking for harmful or irrelevant outputs across demographics and languages.
The cost conundrum. Bumble started with the best LLM for highest accuracy. It was 10x more expensive than a simpler approach, and success drove costs higher—the opposite of traditional ML where inference is cheap after training. Switching to a cheaper model cut costs but also cut accuracy, meaning the original A/B win was model-dependent, not concept-dependent. The team had to iterate through models and prompts using eval tools to find a cost-effective combination.
The regulatory wall. Bumble launched the feature only in the US due to varying AI regulations globally. Subudhi argues that compliance can no longer be a late-stage concern. Teams must decide early whether to build a globally compliant but potentially weaker feature, or a best-in-class feature for a single market. This tradeoff forces engineering leaders to budget for multiple code paths and legal reviews, not just model experiments.
My take
The talk's strongest point is that AI adoption is a workflow design problem, not a model capability problem. The 78% survey vs. 10-15% usage gap is a warning every team should post on a wall. But I wish Subudhi had gone deeper on how to run evals in practice, at what sample size, with what tooling, and how to automate model selection. The cost discussion is honest but stops short. A team that follows this framework still needs to figure out observability, latency budgets, and how to roll back a model that degrades mid-experiment. That's where the real engineering work lives.
What to do with this
- Review your last AI feature launch: what was real usage vs. stated interest in your surveys?
- Set up a qualitative eval pipeline that reviews a random sample of real AI outputs weekly, not just aggregate metrics.
- Run a cost projection for your GenAI feature assuming 2x, 5x, and 10x usage growth; decide the budget ceiling now.
Watch the video
This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.
Related breakdowns
Why Your AI Agents Need a Manager, Not Just Permissions
AI agents need HR-style governance: identity, sponsor, and machine-speed oversight. The talk from Gravitee offers a framework but no proof.
Model Choice Barely Matters: Fix Engineering Culture, Not AI Tools
AI model choice explains under 1% of developer output variance, per Jellyfish's 50,000-engineer dataset. The levers leaders control matter more.
Stop evaluating models. Start evaluating the risk around them.
1,368 AI failures later: deployment controls, not model quality, determine real-world harm. Failure-driven evals follow. No production proof yet.
Get TL;DW
Too Long; Didn't Watch.
A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.
Free. Weekly. No hype.
Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.