ConceptIntermediateAI Opportunity & Model Strategy / Competitive analysis in fast-moving AI / #17
What does a competitive analysis miss if it only looks at features?
TRACE a fraud detection team that marked "feature parity, we're even" on a printed sheet for two straight quarters while the real gap grew somewhere else entirely
What happens the first time a checklist says two products are the same, and they aren't? Palisade Systems flags likely fraudulent returns for online retailers, routing suspicious ones to a human reviewer. Farrah Denholm leads product there. A feature checklist told her team, for two straight quarters, that they matched their closest rival exactly.
The direct answer
A feature-only competitive analysis misses everything that isn't a checkbox: whose data the model actually learned from, whose unit economics let them serve harder cases profitably, and what distribution or lock-in keeps a customer even after a rival copies the feature list. Two products can share every visible feature and still perform completely differently on the cases that actually cost money, because the gap was never in what the feature does, it was in what fed it and what surrounds it.
Do this, in order
Ask what data feeds each feature, not just whether the feature exists.Why: two identical-looking features can perform completely differently depending on what trained them.
Slice performance by the segment that actually costs money, never trust one blended number.Why: a checklist match on paper can hide one segment quietly cratering while the average looks fine.
Check unit economics: can a rival afford to serve the hard cases profitably, or are they subsidizing it?Why: a feature that only works because it's priced below cost isn't a real competitive threat yet, or it's a bigger one than it looks.
Ask what keeps a customer after the feature gets copied: distribution, integration, or switching cost.Why: a matched checklist doesn't erase a real lock-in advantage on either side.
Rule out your own instrumentation before concluding a rival caused a real shift.Why: a tracking change or a quiet internal model update can look exactly like a competitive loss on a dashboard.
How to answer this, stage by stage
Nobody is scoring whether you can list five kinds of moat. They're scoring whether you'd have caught the real gap before a checklist told you everything was fine.
Stage 1
Scope it to one real review
Say it like this
"I'll answer this with a real case: Palisade Systems, a returns-fraud detection tool, and a quarterly feature checklist that said everything was fine when it wasn't."
Why this works
Keeps the answer from turning into an abstract list of competitive-analysis buzzwords.
Stage 2
Say your structure out loud
Say it like this
"I'll use TRACE: timeline of what shipped versus when the real number moved, recut by segment, rule out instrumentation, name real cause candidates, then the one test that separates them."
Why this works
Shows a repeatable diagnostic method instead of a single guess about what a checklist missed.
Stage 3
Name what a checklist actually can't see
Say it like this
"A feature checklist can tell you both products have a review queue and a flagging model. It cannot tell you whose model learned from three years of chargeback data and whose learned from six months of it."
Why this works
Most candidates say "data matters" vaguely. This names the specific thing a checklist structurally cannot capture.
Stage 4
Give the one decision
Say it like this
"Every quarter, alongside the feature checklist, I'd add one question per row: what data or economics could explain a difference here that the checkbox can't show?"
Why this works
This is the direct answer, turned into something you'd actually add to a real review process.
Stage 5
Prove it with the failure
Say it like this
"Palisade's checklist said feature parity for two quarters. Underneath it, the rival's catch rate on high-value returns was pulling ahead fast, because they had a chargeback-sharing partnership no feature list would ever show."
Why this works
Turns an abstract claim about checklists into one specific, checkable near-miss.
Stage 6
Say what you'd measure
Say it like this
"I'd track catch rate segmented by return value, not one blended number, since the segment that matters most is exactly the one a blended average is built to hide."
Why this works
Shows you'd catch the gap in your own data before a peer's story does it for you.
Stage 7
Close on the one line
Say it like this
"A feature checklist tells you what a product does. It never tells you what fed it, what it costs to run, or what keeps a customer after the feature gets copied, and those three things are where the real gap always lives."
Why this works
Restates the direct answer in one breath, exactly what a live follow-up rewards.
Let's learn
Here is what happens when a team trusts a feature checklist to tell them how they're really doing against a competitor.
Palisade Systems flags returns that look like fraud, wrong-item swaps, worn-and-returned items, serial refund abuse, and routes the riskiest ones to a human reviewer. Before Palisade existed, a retailer's fraud team reviewed every high-value return by hand, about twelve minutes each, catching most of the obvious cases and missing the subtler patterns. With Palisade's flagging in place, review time on flagged items dropped to about three minutes, and the team trusted the flags.
Every step in this process was reasonable. None of them asked what fed either product's model.
Each quarter, Farrah's team printed a competitor feature sheet and marked it up by hand: flagging model, yes for both; review queue, yes for both; appeal flow, yes for both. Here's the turn: the matched checkboxes were never actually telling Farrah anything was safe. The rival had quietly built a data-sharing partnership with card networks that fed their model real chargeback outcomes months faster than Palisade's own data ever arrived, and no feature list would ever show that.
Catch rate by return value, blended average vs. real segment
The blended number moved two points. The number that actually cost money moved twenty-nine.
Days between a chargeback and the model seeing it, quarter by quarter
This line lived in a data-sharing contract, not a feature list. It never showed up on Farrah's quarterly checkbox sheet, which is exactly why the checkbox sheet stopped being useful.
At its worst, trusting a feature checklist doesn't just miss a gap. It actively reassures a team that everything's fine while the segment that costs the most money quietly falls apart underneath a number built to hide exactly that.
The choice I would take back
Palisade's quarterly competitive review had no field for asking what was actually driving a rival's numbers, just a green-or-red checklist of whether a feature existed. That made sense when both products were new and neither had much data behind any feature yet. It stopped making sense once one side built a real data advantage that no checkbox would ever surface.
What I would leave alone: the feature checklist itself wasn't worthless, it's still useful for catching a genuinely missing capability fast. It just was never going to be the whole story, and treating it as the whole story was the actual mistake.
The lesson: a checklist tells you what a product can do. It never tells you why it's good at doing it, and "why" is where every real competitive gap actually lives.
Now here is the same thing as a story
The short version above is what you'd say defending this quarter's competitive review to your own VP. Read this one for the afternoon a friend's bad quarter turned out to be a preview of Farrah's own.
Farrah Denholm has run product at Palisade Systems for four years, sharp enough to smell a weak competitive memo from across the room. Every quarter, she prints the feature comparison sheet fresh and marks it up in pen at her desk, checkbox by checkbox, the same ritual since her first year.
For two straight quarters, the sheet came back clean: matched features, matched pricing, matched turnaround time. Farrah presented it to her VP both times as "no real gap to close," and nobody pushed back, because the sheet genuinely showed none.
Everything the checklist could see sat in exactly the corner that mattered least.
Then, at a industry meetup, a product manager from a partner retailer mentioned, almost in passing, that their own fraud-catch rate on high-value returns had quietly cratered the previous quarter, and they still didn't fully know why. Farrah's first instinct was that it didn't apply to Palisade. She checked anyway, that same week, out of habit more than worry.
Knowledge spark: what's data lineage, and why would a checklist miss it?
Data lineage means where a model's training data actually came from, and how fresh and complete it is. Two flagging models can look identical on a feature list while one learned from three years of confirmed outcomes and the other learned from six months of guesses.
It applied. The exact same drift was already underway in Palisade's own numbers, three weeks old and invisible in the blended monthly report, because the drop was concentrated entirely in high-value returns, the segment the blended average diluted into looking fine.
The checklist never lied to us. It just never asked the one question that would have told us anything.
Farrah pulled the timeline first: nothing had shipped on Palisade's side around the date the segment started slipping, ruling out a change of their own. She recut the data by segment next, confirming the drop was real and concentrated, not a blended illusion. Then she ran down the three real candidates it could be.
The checklist had already told Farrah both products matched. It never told her which of these three actually explained the gap.
The evidence test that separated them: a quiet internal model update would show up in Palisade's own deploy log around the right date, and it didn't. A checklist-visible feature gap would show up in the sheet, and it hadn't for two quarters. What was left, confirmed a week later through a mutual contact at a card network, was a chargeback-data partnership the rival had quietly signed nine months earlier, feeding their model real outcomes on exactly the cases Palisade's model still had to guess at.
TRACE, when the checklist says everything's fineNot the classic "usage dropped, what happened" story. This time nothing dropped on a dashboard until a peer's bad quarter forced the question.
T
Timeline. What shipped, and when the real number moved.
Two quarters of "feature parity" on the checklist, three weeks before the high-value catch rate actually started slipping, with nothing new shipped on Palisade's own side.
Ruling out Palisade's own timeline first is what pointed the search outward.
R
Recut. Slice it by what actually costs money.
The blended catch rate moved two points. High-value returns, the segment worth the most, moved twenty-nine.
A blended number is often one segment's disaster wearing an average's calm face.
A
Assume nothing. Rule out instrumentation first.
Checked Palisade's own deploy log for a quiet model change around the right date. There wasn't one.
A tracking change or an internal deploy can look exactly like a competitive loss if you don't check first.
C
Cause candidates. Three real suspects, not a shrug.
A data lineage gap, a quiet internal model change, or the rival's own new data source. Named plainly, not left as "something changed."
This is the hardest step, and the one that separates a real diagnosis from a guess.
E
Evidence test. The one check that separates them.
No internal deploy, no checklist-visible feature gap, so the remaining explanation, confirmed through a card-network contact, was the rival's new chargeback-sharing partnership.
One targeted check beats three more quarters of a clean-looking checklist.
The recap, one line per letter: timeline rules out Palisade's own recent changes; recut finds the real damage hiding inside a calm blended average; assume nothing checks instrumentation before blaming a rival; cause candidates names three real suspects instead of one vague shrug; evidence test picks the one check that actually separates them.
And if you want to be sure it really works, try it somewhere elseSame five letters, a home fitness app instead of a fraud tool. This time the gap sat in a default nobody revisited, not a silent process failure.
Kettlebright generates personalized workout plans from a user's logged sessions. Otis Reinhardt runs product there. Mapped onto TRACE: timeline is checking when a rival's retention started pulling ahead, weeks before Kettlebright's own churn number moved. Recut is slicing retention by whether a user synced a wearable device, since that's where the real gap concentrated, not the average user. Assume nothing rules out a Kettlebright pricing change as the cause first. Cause candidates are a data lineage gap in wearable-synced history, a quiet internal recommendation-model change, or the rival's multi-year partnership with a wearable maker. Evidence test is confirming no internal model change occurred, then finding the rival's wearable partnership had shipped eighteen months earlier, invisible on any feature list because both apps still listed "wearable sync" as a matched checkbox. The old decision here isn't a silent process failure, it's a stale default: Kettlebright's competitive review only ever budgeted time to compare publicly listed features, a default that was fine when both apps were new and equally data-poor, and wrong once the rival had two years of real wearable history behind the same checkbox.
The same four parts were missing from a fraud checklist and a fitness-app checklist alike.
Swap the trigger and it still runs.
Speed: an interviewer caps you at sixty seconds. Say "a feature list can't show data lineage, unit economics, or lock-in, and that's exactly where the real competitive gap lives," and stop.
Cost: there's no budget for a full data-lineage audit of every rival feature. Say so honestly, and start with the one segment that costs the most money, since that's where a hidden gap does the most damage first.
The model gets better, for real: if Palisade's own model improves and closes the gap, that's real progress worth reporting on the segment level, not folded quietly back into a blended average that hides it either way.
Where people run it wrong.
They treat a matched feature checklist as proof that nothing needs attention.
They trust one blended number instead of checking the segment that actually costs money.
They assume a rival caused a drop before ruling out their own recent changes first.
How to use it live. The moment someone hands you a feature comparison and calls it a competitive analysis, ask yourself out loud: what fed each of these features, and what would I never see on this sheet? Build the real analysis around that question.
The checklist called it parity right in the middle of the three weeks the real gap was quietly opening.
Flashcards (tap any card to flip it)
1 · THE FRAMEWORK
What framework fits a "something's wrong, what did we miss" question?
Tap to flip
ANSWER
TRACE: timeline, recut, assume nothing, cause candidates, evidence test. It rules out the obvious before naming the real cause.
2 · THE PERSON
Who is this answer about?
Tap to flip
ANSWER
Farrah Denholm, who has run product at Palisade Systems for four years and marks up a printed competitor feature sheet by hand every quarter.
3 · THE HABIT
What did Farrah's team stop asking, because the feature checklist kept coming back clean?
Tap to flip
ANSWER
Whether anything besides features, like data, economics, or lock-in, might explain a real gap the checklist structurally couldn't show.
4 · THE BLIND SPOT
What three things does a feature-only competitive analysis structurally miss?
Tap to flip
ANSWER
What data actually feeds a feature, whether the economics of serving hard cases are sustainable, and what keeps a customer after a feature gets copied.
5 · THE OLD DECISION
What decision would you take back?
Tap to flip
ANSWER
Palisade's quarterly review had no field for what was driving a rival's numbers, just a checklist of feature presence, fine when both products were new and wrong once a real data gap opened up.
6 · THE NUMBER
Fill in the blank: the blended catch rate moved 2 points, but the high-value returns segment moved ___ points.
Tap to flip
ANSWER
29 points, from 68 percent down to 39 percent, exactly the segment a blended average is built to dilute.
7 · THE REPLAY
Same peer's offhand remark at the same meetup, segment-level tracking already in place. What changes?
Tap to flip
ANSWER
Farrah already has the high-value segment's drift flagged three weeks earlier on her own dashboard, instead of needing a peer's bad quarter to notice it.
8 · CROSS PRODUCT TRANSFER
Section 4 answers this same question again for a different product. Which product, and what old decision gets taken back?
Tap to flip
ANSWER
Kettlebright's fitness-plan generator. The reversal is a stale default: budgeting competitive review time only for publicly listed features, never for what data sits behind them.
Check yourself Score: 0 / 0
True or false
1. True or false: this answer argues a feature checklist is completely useless and should be thrown out.
True
False
Show hint
Look at "what I would leave alone."
Show answer
False. The checklist is still useful for catching a genuinely missing capability fast. The mistake was treating it as the whole competitive picture.
Multiple choice
2. According to the "cause candidates" step, what turned out to actually explain Palisade's gap?
A. A missing feature on Palisade's checklist.
B. A pricing change Palisade made that quarter.
C. The rival's new chargeback-data partnership feeding their model faster.
D. A slower server response time.
Show hint
Look at the evidence test in the TRACE recap.
Show answer
C. No internal deploy and no checklist-visible feature gap left one real explanation: a data partnership no feature list could ever show.
Fill in the blank
3. Fill in the blank: Farrah's team marked the competitor sheet "feature parity" for ___ straight quarters before the real gap surfaced.
Show hint
Look at the story's opening.
Show answer
Two quarters. Both times presented to the VP as "no real gap to close," because the checklist genuinely showed none.
Short answer, name the reversal
4. What old decision does this answer take back, and why did it make sense when it was first made?
Show hint
Look at "the choice I would take back."
Show answer
Model answer: Running a competitive review with no field for what's driving a rival's numbers, just a feature checklist. It made sense when both products were new and neither had much data behind any feature yet.
Short answer, apply it yourself
5. Think of a product you use that competes with a similar one on paper. What's one thing that could differ underneath a matching feature list?
Show hint
Think about what data trained it, what it costs to run, or what keeps you from switching.
Show answer
Model answer: Two apps can both have "smart recommendations," but one might be trained on years of your own specific behavior while the other guesses from a generic model, and the checklist would never show the difference.
Short answer, where it wouldn't matter
6. Name a situation where a simple feature checklist genuinely is enough for a competitive check.
Show hint
Look at "what I would leave alone."
Show answer
Model answer: Catching a flat-out missing capability, like a rival having an appeal flow you don't have at all. A checklist is a fine, fast way to spot that.
Before you close the answer
Why this works
Tests whether you can see past a matching feature list to the data, economics, and lock-in underneath it, which is where real competitive advantage in AI products actually lives.
Follow-up traps
"Couldn't Palisade have just asked the rival directly what data they use?" Response: a rival won't disclose that voluntarily; the real signal came from segment-level performance data Palisade already had, once someone thought to slice it that way.
"Isn't recutting by segment just p-hacking until you find a scary story?" Response: no, because the segment was chosen for a reason that predates seeing the drop, high-value returns are the ones that cost the most money, not searched for after the fact.
If pressed
The eventual fix added a monthly data-lineage estimate to Palisade's competitive review: an educated guess, built from public hints like partnership announcements and job postings, at how much real outcome data each rival's model likely had behind it.
From U2xAI Academy
From answering questions to owning outcomes.
A live workshop where you ship a working AI agent, defend a launch decision, and walk away with a portfolio recruiters can't wave off, not just more questions to study.