← Blog

Ideation in design thinking: the step where a defined problem turns into candidate answers

In short

  • Ideation produces candidate answers and nothing that's ready to build.
  • It fails when the step before it was skipped, because it can't survive a vague problem.
  • Four sources of ideas, and they're not equally good.
  • You can do it without a workshop by reading the last hundred support conversations.

Ideation is the work of producing many possible answers to one agreed problem before choosing any of them. In design thinking it is the third step of the usual five, after empathising and defining and before prototyping and testing, and its job is narrow: more answers to that one problem than anybody intends to build.

In medicine and psychology the same word means having thoughts about something, and it appears most often in the phrase suicidal ideation, thoughts of ending one's own life. If that is the sense that brought you here, in the US you can call or text 988 at any hour, and elsewhere a local emergency number or crisis line will answer. Everything below is about the design sense.

The quantity is the point. Ideation isn't the step where you decide, and every failure of it comes from somebody deciding too early inside it.

What does ideation produce?

A list of candidate answers, and nothing that's ready to build.

That's worth saying plainly because it's the most common misunderstanding of the step. The output of ideation isn't a plan, a specification or a decision. It's a set of options, most of which are meant to be discarded, and the discarding happens in the steps after it.

What makes a good output is spread, not quality. Twenty variations on one idea is a worse result than eight genuinely different approaches, because the following steps can only choose between things that differ.

There's a board full of candidate answers you can read without an account, which is a different source of them from a workshop and usually a better one.

What is an example of ideation?

Take one problem sentence: new accounts stop before they invite a second person. Ideation on it produces answers that differ in kind, not eight wordings of one answer:

  1. Ask for the invite at the moment the first project is published, when there is something to show.
  2. Let the first person share a read only link that needs no account, so a colleague sees the work before being asked to join.
  3. Cut the invite form to one field.
  4. Send the first person a summary they forward by hand.
  5. Make one feature work only with two people, so inviting is how it is used.
  6. Price the second seat at zero for the first month.
  7. Ask at signup who else will use it, before any work exists.
  8. Drop invites and let anyone with the company's email domain join.

Some of those will be wrong, and two of them contradict each other. That is the point of the step: the prototyping step can test the read only link against the one field form in a week, and neither would have been on the list if the room had argued down each idea as it came up.

Why does ideation fail so often?

Because the step before it was skipped, and ideation can't survive a vague problem.

The defining step is supposed to hand ideation one sentence that everybody agrees on. Make onboarding better isn't that sentence. New accounts stop before they invite a second person is. The first produces a room full of unrelated suggestions, the second produces suggestions that can be compared.

The second cause is that the room decides as it goes. Somebody proposes, somebody objects, the proposal dies, and forty minutes later there are three surviving ideas which are the three nobody had an objection to.

That's not a set of options, it's a consensus, and a consensus reached in forty minutes is usually the most obvious answer with the risk sanded off it.

The third cause is the input. A room of people who work on the product every day will produce ideas about the product they work on every day. Where that room is the only input, ideation reliably produces incremental variations and calls them a spread.

The most wanted list, each request showing its vote count and the share of voters behind it
The most wanted list, ranked, with each request's share.

Where do the ideas actually come from?

Four sources, and they're not equally good.

Source What it produces What it costs The catch
A workshop Many ideas fast, in one room, on one day Half a day of several people Bounded by who is in the room, and the room is your team
Support conversations Ideas attached to a person and a situation Nothing. They already happened Somebody has to read them, and nobody owns that job
Cancellation conversations The clearest statements a product ever receives Nothing, and the price is already paid They arrive when it is too late to act on them for that customer
A standing request board Ideas people wrote unprompted, with a count of who agreed The moderation Only reaches the part of your audience that turns up

The two free rows are the ones teams skip. A workshop feels like work being done, so it gets scheduled. Reading six months of support tickets doesn't, so it doesn't.

The tickets contain the better raw material almost every time, because each one is an idea attached to a real situation, not an idea produced to fill a silence.

The fourth row deserves a note about its size. On 634 public Canny and Featurebase boards read on 3 October 2026, the median request held two votes, one of them the vote of the person who posted it, and half the boards had gone 90 days without a new request.

A standing board is a good source of candidate answers and a weak measure of how many people want each one. The votes on all 634 boards are in one open file.

A session that works

One problem sentence, silent writing, then grouping, then a vote, then no decision.

Write the problem statement at the top where everybody can see it, and end the session with it still visible. If the ideas at the end don't answer the sentence at the top, the session produced nothing regardless of how many notes are on the wall.

Everybody writes alone first, for about ten minutes, before anybody speaks. This is the single largest improvement available to most sessions. Talking first anchors the room on whatever the first confident person said. Writing first produces genuinely independent starting points.

Then group the duplicates, and only then talk. Grouping before discussing keeps the loud voice from deciding which idea gets discussed, because the count of who independently wrote the same thing is already on the wall.

Finish with a vote that ranks, not selects. The session's output is an ordered list of options, and the decision belongs to the prototyping step where a thing can be tried cheaply.

How to do this without a workshop at all

Read the last hundred support conversations and write one line each.

The line is the situation, not the request. Somebody could not find where to change their billing address is the line. Add a billing address field to settings isn't, because that's already a decision and it arrived before anybody looked at the spread of options.

Then count how many lines say roughly the same thing. That count is better evidence than any workshop produces, because each one is a person who hit a problem while trying to do something, not a person imagining what somebody might hit.

The reason this is rare isn't that it's hard. It's that nobody owns it, and it has no meeting in the calendar.

The public board a visitor reads, three columns wide, each request carrying its vote count, its views and its comment count
The public board, where anyone can post and vote without an account.

What a standing board changes about ideation

It moves the step from an event to something that's always running.

A board collects candidate answers continuously, from people who aren't in your building, attached to counts of who else agreed.

That doesn't replace the workshop for a genuinely new problem. What it replaces is the version of the workshop where a room invents problems it thinks customers have.

Two counts sit on each card, the plain one and one weighted by what the person voting pays, and having both is what stops a board turning into a popularity contest. The multiplier per tier is set on one screen.

The limit is the one the board count above carries. Weighting doesn't manufacture a signal out of two votes, and if everybody voting pays you roughly the same it has nothing to weigh.

How the board is wired is written up here, and seven ideation techniques with a worked example each are on their own page.

14 days, a card at signup, then $9 or $39 a month.

Related reading

Idea management software, and what each one is really charging for 7 ideation techniques, with examples worked on the same problem What is an idea board