Why Most Call-for-Ideas Programs Fail (and How to Make Yours Succeed)
Your organization launches a call for ideas. There's initial buzz and the ideas pour in. Three months later, nothing has happened. Here is why, and what the programs that work do differently.
Picture this: your organization launches an exciting new call-for-ideas program. There’s initial buzz, emails fly back and forth, and the ideas start pouring in. Fast forward three months, and… nothing has happened. Sound familiar?
You’re not alone. Collecting ideas is the easy part. Turning a handful of them into something customers use is where most programs stall.
The hidden traps of innovation programs
- Collection without action. The organization gets excited about gathering ideas but has no path to test and build them. The spreadsheet of ideas becomes the output.
- The enthusiasm gap. Initial excitement fades when nothing visible happens. Volunteers who gave their time see no result and do not come back for the next edition.
- Too many cooks. Without clear ownership and a decision process, good ideas get lost in review committees and nobody can say no, so nobody says yes either.
What famous programs actually got right
3M’s “15% time” lets employees spend part of their week on projects of their own choosing; it is part of the story behind the Post-it Note, built on an adhesive that first seemed to have no use. Google’s “20% time” gave Gmail its start as an employee project. Pixar’s “Braintrust” gives every film a room of peers who give candid notes, with the director keeping the final call.
None of these is a suggestion box. Each one gives people time, a channel to decision-makers and a fair, fast review. That is the pattern to copy.
What we have seen in the field
Three programs we ran inside large companies show what turns a call for ideas into results.
DIAC, Renault Group. Employees designed six fixes in a single workshop day. None had been tried with the colleagues who would use them. Over four months, one workshop a month, each team tested its fix with real users. Two fixes ended up in daily use, one tool went live on two sites in six weeks, and four prototypes were pitched to the executive committee. Read the DIAC case.
Mobilize Financial Services, Renault Group. The program ran in phases: frame the company’s challenges, open the call for ideas and team registration, help teams structure their idea, present to a jury, select the most promising, then coach the teams for six months to prove value for users. Three new concepts were launched inside the company. Read the Mobilize case.
Butagaz. Eleven employees ran projects like founders and tested their ideas with real customers. More than a dozen ideas were killed along the way, each one because customers said no, and the board funded three new growth projects. Read the Butagaz case.
What makes innovation programs work
1. A crystal-clear purpose
Point participants at a specific challenge the company actually needs solved, with clear boundaries. A well-framed challenge produces fewer, better ideas, and makes the jury’s job easier.
2. A simple but robust process
Teams need to know what happens after they submit: who reviews, on which criteria, by when. Then they need time and coaching to test the idea with the people who would use or buy it. The test, not the pitch, is what decides.
3. Permission to kill
A program that never stops an idea is not selecting anything. Customer evidence should decide which ideas continue, and stopping one on evidence should count as a result.
4. Visible impact
Show what came out of the last edition: the fix in daily use, the project the board funded. That is what brings volunteers back, and what builds a culture where taking a risk is safe.
Conclusion
The companies that succeed treat innovation programs as strategic investments, not HR initiatives or marketing exercises. A successful call for ideas isn’t about collecting the most suggestions. It is about putting a few of them in front of customers fast, and acting on what they say.
If you are planning one, the Rapid Ideation Protocols and the Customer Signal Decoder in our free toolkit are a good place to start.