
For your team
Teams by Function
Module · Whether AI features ship honest
The Product Team AI Check
Shipping an AI feature is easy; shipping one that keeps working is the hard part. A model that demoed beautifully can degrade in the wild, delight the wrong users, or quietly optimise for a number that does not matter. This module checks the five disciplines that separate a durable AI feature from a lucky demo: evals before launch, real feedback loops, success metrics beyond engagement, degradation monitoring, and a roadmap that tells the truth about what the model cannot do.
What the five levels look like
Every dimension in this assessment is scored 1 to 5. This is what the levels mean, dimension by dimension. The graded report diagnoses where your own answers land and what to do about it.
Evals before launch
- 1No evals
- 2Manual spot checks
- 3Ad hoc test set
- 4Eval suite runs
- 5Eval gate, versioned
At the low end: Shipping an AI feature with no eval is launching blind and hoping. Build a small test set with expected answers and run it before the next release. What good looks like: A versioned eval suite that gates launch is what lets your team ship AI features with a straight face. Grow the set as you find new failure modes; an eval that never changes stops catching new bugs.
Feedback loops close
- 1No feedback path
- 2Collected, ignored
- 3Read occasionally
- 4Reviewed regularly
- 5Drives model changes
At the low end: A feature that cannot hear its users repeats its mistakes indefinitely. Add a feedback path and, more importantly, someone whose job is to act on it. What good looks like: A loop that actually drives changes is how an AI feature gets better in the wild instead of decaying. Keep the cycle short; feedback that takes a quarter to land teaches the model slowly.
Metrics beyond engagement
- 1Engagement only
- 2Vanity metrics
- 3Some outcome data
- 4Outcome metrics tracked
- 5Outcomes drive decisions
At the low end: Measuring only engagement tells you the feature is used, not that it works. Define an outcome metric, task completion or resolution, and track it alongside usage. What good looks like: Outcome metrics driving decisions keep your team building features that help rather than features that merely hold attention. Watch for metrics gaming; any number you optimise hard eventually gets gamed.
Degradation is watched
- 1No monitoring
- 2Users report it
- 3Manual checks
- 4Quality monitored
- 5Monitored with alerting
At the low end: Silent degradation is the default failure mode of a shipped model, and you have no way to see it. Put a quality signal in production before the next provider update moves the ground under you. What good looks like: Monitored quality with alerting means degradation is a page, not a surprise. Keep the baseline current; a monitor calibrated to last year's model misses this year's slide.
Roadmap is honest
- 1Overpromises freely
- 2Limits unspoken
- 3Limits known internally
- 4Limits documented
- 5Limits shape the roadmap
At the low end: A roadmap that promises what the model cannot do commits your team to shipping a disappointment. Name the known limits in planning before they become deadlines. What good looks like: A roadmap that lets the model's real limits shape what you commit to is how a product team keeps its credibility. Revisit the limits as the models improve; yesterday's hard no can become today's cautious yes.