Back to Library
Library rep  ·  Saturday, May 23

AI products need a different lifecycle: deploy is not a finish line, agency is earned over time.

Kettlebell Coach
Read first. Then rep it.
Ready to apply this idea?
Five application reps based on what Aishwarya Reganti & Kiriti Badam discussed.
Practice this insight
Based on Lenny’s
Newsletter · Aishwarya Reganti & Kiriti Badam · Aug 19, 2025

Why your AI product needs a different development lifecycle

Start from the original episode or newsletter, then use the ideas below in the reps.

Key ideas to remember

  1. 01 Your next AI PRD should include evaluations alongside scope and architecture. If you're shipping without evals, you're shipping without a way to catch the regressions you can't predict.
  2. 02 Pick the lowest-agency version of your AI feature for v1. Earn agency cycle by cycle as the system proves it. The 'human-in-the-loop' version isn't a stepping stone; it's the right v1.
  3. 03 Replace 'launch readiness' with 'calibration plan.' Deploy is the start of work, not the end. Block calendar time for the first 4 weeks post-launch to observe real behavior.
  4. 04 If your AI feature looks great in demo but is wobbling in production, you have a non-determinism problem, not a bug. Treat the demo-to-production gap as predictable, not embarrassing.
3-minute summary

Aishwarya Reganti and Kiriti Badam — having shipped AI features at OpenAI, Google, Amazon, Databricks, and Kumo, and consulted with 50+ companies — argue that PMs are dragging traditional-software muscle into a domain where it breaks. Their framework: Continuous Calibration / Continuous Development (CC/CD).

The two assumptions that trip up most teams:

  1. AI products are inherently non-deterministic. 'AI models are trained to generate plausible responses based on patterns, not to follow fixed rules. The same request can produce different results depending on phrasing, context, or even a different model.' You're no longer designing predictable user flows; you're designing for likely behavior.
  2. Every AI product negotiates a tradeoff between agency and control. Too much agency too fast erodes trust; too much control kills the magic. 'Every new capability shifts control further away from humans.'

The loop:

  • Development (CD) — scope the problem, design architecture, set up evaluations to keep non-determinism in check. 'Start with features that are low-agency and high-control, then gradually move up as the system proves it can handle more.'
  • Deploy — not a finish line. A transition.
  • Calibration (CC) — observe real behavior, figure out what broke, ship targeted fixes. Every cycle earns the system a bit more agency.

The failure mode they keep seeing: a great demo, glowing early reviews, then 'a system that can't scale or sustain' — and user trust quietly erodes before the team realizes it's happening.

For a mid-level PM, the practical translation: stop writing PRDs that end at launch, start with the smallest agency surface you can defend, build evals before shipping, and treat post-launch calibration as the actual job, not a bug-fix backlog.

Kettlebell Coach
This is where the reps count.
Practice the insight now
Turn the operator summary into five product decisions.
Practice this insight