Tag Archives: shipping

8 Ways to Kill a Good Idea Before It Ships

A Roundup of Trap Patterns

8 Ways to Kill a Good Idea Before it Ships

by Braden Kelley and Chateau G Pato


How Do Organizations Kill a Good Idea Before It Ships? (Short Answer)

Eight trap patterns that kill a good idea before it ships: (1) premature scale, (2) death by requirements, (3) orphan after applause, (4) committee dilution, (5) metric mirage as veto, (6) competitor cosplay, (7) politics dressed as diligence, and (8) learning theater without a decision date. An honorable kill ends a weak bet on purpose. A trap kill ends a good bet by accident — or by design that nobody will admit.

Good ideas die when the organization needs safety more than it needs a landing.

Why Don’t All Idea Cemeteries Hold Bad Ideas?

I have sat in reviews where a promising bet was declared “not ready” for the third quarter in a row — not because the evidence said stop, but because the organization could not tolerate a decision. The sticky notes were fine. The hazard was the hallway: premature scale, frozen specs, missing owners, consensus that sanded the edge off the job, vanity metrics with veto power, rival screenshots mistaken for strategy, diligence loops without a date, and “still learning” as career insurance.

Innovation theater is activity that photographs well while protecting the status quo. These eight traps are different. They often kill good ideas — bets with real human jobs and early signal — before they ever get a chance to ship. Soft landings for innovation require spotting the difference between an honorable kill and a trap kill.

Trap Tell Escape
1. Premature scale “We’re past pilot” with no behavior proof Scale gates tied to adopted behavior and transfer
2. Death by requirements “Out of scope” for human context Thin specs that revise from evidence
3. Orphan after applause “Innovation owns it” forever BAU owner and old-path kill date before the next demo
4. Committee dilution “Something for everyone” One problem owner; written non-goals
5. Metric mirage as veto Green activity, red journey Outcomes decide; activity informs
6. Competitor cosplay “They have X, so we need X” Job before feature parity
7. Politics as diligence No decision date; endless new reviewers Time-boxed go/no-go with written criteria
8. Learning theater “Still exploring” past the kill/scale date Evidence-to-decision lag; ship, stop, or continue

1. How Does Premature Scale Kill a Good Idea?

The trap: Force enterprise rollout, full integration, or big-bang launch before a named behavior is falsified.

When the idea was sound: Early evidence was promising; scale politics arrived first.

The tell: “We’re past pilot” with no adopted-behavior proof. Fail-fast language retired overnight.

Escape: Scale gates tied to behavior and transfer — not calendar or executive impatience. Before you fund the next wave, use 11 Questions Before Funding Any Innovation Pilot.

2. What Is Death by Requirements?

The trap: A 40-page requirements document — or an AI-generated epic backlog — locks an assumed solution and starves contact with the job.

When the idea was sound: The insight was right; the freeze was early and political.

The tell: “Out of scope” for human context. Change requests treated as failure instead of learning.

Escape: Thin specs that trace to jobs-to-be-done and falsifiable behavior; revise from evidence. For better framing before the freeze, see 10 Design Questions That Beat a 40-Page Requirements Document.

3. How Does Orphan After Applause Kill Shipping?

The trap: The demo wins the room; nobody owns the operating path, handoffs, or retirement of the old way.

When the idea was sound: Customers or employees would have hired it — if anyone ran it in BAU.

The tell: “Innovation owns it” forever. Transfer date missing. Dual-running forever.

Escape: Named workflow owner and kill date for the old path before the next demo. Applause is not adoption.

4. Why Does Committee Dilution Kill the Edge of a Good Idea?

The trap: Every stakeholder adds a feature, caveat, or brand constraint until the idea no longer solves the original job.

When the idea was sound: Clarity existed; consensus theater erased it.

The tell: “Something for everyone.” No one would defend the original problem statement out loud.

Escape: One problem owner. Written non-goals. Refuse scope that cannot name a human outcome.

5. How Does Metric Mirage Veto a Sound Bet?

The trap: Vanity scores — ideas logged, demos held, “innovation NPS,” token metrics — or the wrong SLA veto a bet that would move a real human outcome.

When the idea was sound: Behavior or value evidence was forming; the wrong dashboard closed the case.

The tell: Green activity, red journey. “Not enough ROI slideware” without a behavior theory.

Escape: Dual scorecard — outcomes decide; activity informs. For the scoreboard that replaces idea count, see 12 Metrics That Actually Measure Innovation Value.

6. What Is Competitor Cosplay — and How Does It Kill Original Jobs?

The trap: Rebuild what a rival shipped — or what a model generated — without the struggling moment, trigger, or workaround archaeology.

When the idea was sound: Your original job insight was stronger than the copy; politics preferred a familiar shape.

The tell: Feature parity matrices. “They have X, so we need X.”

Escape: Job prompts before roadmap. Compete on progress humans hire, not screenshot similarity. Run 9 Jobs-to-Be-Done Prompts Every Product Team Should Run before you copy the artifact.

7. How Does Politics Dressed as Diligence Soft-Veto a Good Idea?

The trap: Endless security, legal, architecture, or “alignment” loops that never produce a yes/no — only delay until the sponsor leaves or the window closes.

When the idea was sound: Risks were real and manageable; the process was the weapon.

The tell: No named decision date. New reviewers appear after every gate. “Not ready” without written criteria.

Escape: Time-boxed diligence with a go/no-go owner. Publish criteria before the review starts. Diligence without a decision date is a soft veto.

8. Why Is Learning Theater Without a Decision Date a Trap?

The trap: Infinite cheap experiments, AI variants, and pilots that never graduate to ship or stop.

When the idea was sound: Enough evidence existed to decide; tourism felt safer than commitment.

The tell: “We’re still learning” past the kill/scale date. No honorable exit and no transfer.

Escape: Evidence-to-decision lag as a metric. A cemetery of honorable kills and a path to BAU. For the costume patterns these traps often wear, see 7 Types of Innovation Theater.

How Do You Audit Trap Patterns Before the Next Innovation Review?

Before the next innovation review, run five go/no-go questions. If you cannot answer them, you may be about to kill a good idea by accident:

  1. Are we scaling because evidence says go — or because the calendar says go?
  2. Who owns BAU after applause?
  3. What non-goals protect the edge of the idea?
  4. Which metric could wrongly veto a sound bet?
  5. What is the decision date — ship, stop, or continue — and who owns it?

Kill weak bets on purpose. Stop killing good ones by accident.

Frequently Asked Questions

Why do good ideas fail to ship?

Good ideas often fail to ship because of organizational trap patterns — premature scale, frozen wrong requirements, no owner after the demo, committee dilution, vanity metrics with veto power, competitor copying without the job, diligence loops without a decision date, and endless “still learning” without ship-or-stop. The idea can be sound while the pipeline is the hazard.

How do organizations kill innovation?

Organizations kill innovation by starving mandate, freezing assumed solutions, orphaning bets after applause, sanding clarity into consensus mush, vetoing on activity metrics, copying rival artifacts instead of jobs, using process as a soft veto, and confusing tourism with learning. Spotting these traps is how you protect sound bets.

What is premature scaling?

Premature scaling is forcing enterprise rollout, full integration, or big-bang launch before a named human behavior is falsified and a BAU owner exists. It kills good ideas by replacing learning with calendar politics — “we’re past pilot” without adopted-behavior proof.

How do you protect a good idea in a large company?

Protect a good idea with a named problem owner, written non-goals, thin specs tied to jobs and falsifiable behavior, a BAU owner and old-path kill date before demos scale, outcome metrics that decide funding, time-boxed diligence with published criteria, and a ship/stop/continue date. Kill weak bets on purpose — not good ones by accident.

What is the difference between killing a bad idea and killing a good one?

An honorable kill ends a weak bet when evidence says stop — with kill criteria written in advance. A trap kill ends a good bet while evidence still says go — through premature scale, process vetoes, missing owners, wrong metrics, or “still learning” without a decision date. One is skill. The other is organizational hazard.

Image credits: Pexels

Content Authenticity Statement: The topic area, key elements to focus on, etc. were decisions made by Braden Kelley, with a little help from Google Gemini and Cursor to clean up the article, add images and create infographics.

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.

The Innovation Locker

The Innovation LockerI came across a Wall Street Journal article recently that caught my eye, an article about Amazon Lockers. The concept is pretty simple. Amazon offers customers in select locations the option of having their package delivered to an Amazon Locker instead of to their street address. When the package arrives they receive an email letting them know where to pick it up along with the code to unlock it, and because most of the lockers are being placed in locations like convenience stores, often the customer can pick up their package 24 hours a day.

This is a great potential innovation for the segment of their customer base that has trouble receiving their packages – either because they live in an apartment or condo that is difficult to deliver to, aren’t home to sign, or because they are worried that their package might be stolen.

But the motive for the experiment is not purely an altruistic customer service one, companies like Amazon pay up to 20% more to have packages delivered to a residence. So, delivering a package to a locker helps Amazon save money too – helping to offset the costs of installing and maintaining the lockers. And as a bonus they serve as OOH (Out Of Home) advertisements in a context where people’s minds are already open to buying things.

So, what did the Wall Street Journal miss?

The Wall Street Journal missed the most important part of this whole idea, and one of the potentially most innovative parts of it. If you’re still missing the hidden golden nugget, one more hint before the reveal – think Amazon Web Services (AWS) including services like EC2 (Elastic Computing Cloud) and S3 (Simple Storage Solution). Now you should see that the real innovation nugget here is that what may look at the outset as a service innovation, is actually a platform innovation.

The same problem that has led Amazon to create the potential innovation that is Amazon Lockers, is a problem for all other online retailers. So, Amazon and their customers definitely benefit from the lockers, but they likely can also be leveraged by any retailer that sells their goods on Amazon. AND, in the future there is no reason that in much the same way that Amazon productized S3 and EC2, Amazon could also productize Amazon Lockers and sell it as a service that any other company can purchase and use.

Multiple MailboxesSo who should have come up with this potential innovation?

FedEx, DHL, UPS, and the US Postal Service all missed this as a potential innovation that any of them should have actually developed. The inspiration for this potential innovation was sitting in full view all along. The US Postal Service installed multiple mailbox solutions in many subdivisions long ago to increase efficiency, and make it so that anyone receiving a package receives a key in their mailbox that opens a larger box in the same unit for package retrieval.

Final Thought

Are Amazon Lockers a good idea? A potential innovation? Yes, I think so. Whether they make the transition from interesting experiment or invention to innovation (through adoption) we will wait and see. But the fact that Amazon is expanding their test is a good sign that the transition from invention to innovation will be made. To close, I would just like to say that Amazon has some other possibilities they could (and likely will) explore, including:

  1. Pursuit of space rent reduction through use of the touch screen to suggest certain products for purchase that the host store might sell.
  2. Show suggested products from Amazon with a ‘send me more info’ button to email the customer more information about a product shown on the screen (to their email or possibly to their phone)
  3. Allow the customer to announce via social media that they’ve just picked up their product
  4. Pick select customers to win a prize based on some kind of points scheme related to their number (or value) of pickups – or just by pure chance – (check door 32 and you might be a winner) – adding an element of fun, mystery, and anticipation to the customer’s package retrieval experience
  5. Allow people to order popular products from what is effectively a kiosk, either for immediate delivery or via Amazon Prime delivery back to the locker in a couple of days

Subscribe to Human-Centered Change & Innovation WeeklySign up here to get Human-Centered Change & Innovation Weekly delivered to your inbox every week.