← Back to journal

Customer-led growth

A feedback triage system your team will actually keep using

Replace the weekly backlog ritual with a lightweight operating model for reviewing, enriching, and acting on customer evidence.

7 min read

Feedback triage fails when it becomes a cleanup project. A product manager opens a backlog of uncategorized requests, spends an afternoon merging duplicates, and promises to do it again next Friday.

Within a month, the queue is stale and everyone returns to asking the loudest person in the room.

A durable triage system does less manual sorting and creates more decision-ready context.

Define three states, not twelve

Start with a small vocabulary:

  1. New: captured but not yet understood
  2. Developing: a pattern with enough evidence to investigate
  3. Decision-ready: framed clearly enough to prioritize, defer, or decline

Workflow states should describe the maturity of your understanding, not imitate a delivery project tracker. Once the team decides to build something, hand the work to the delivery system and keep the evidence linked.

Automate the low-judgment work

Software should handle normalization, source detection, account matching, suggested duplicates, and first-pass theme classification.

Humans should review ambiguous matches, write the problem statement, evaluate strategic relevance, and own the decision. This keeps the process fast without pretending that product judgment can be reduced to a score.

Triage patterns, not individual requests

The useful unit of review is a developing customer problem. Looking at one request at a time overweights vivid anecdotes and hides repetition across channels.

For each developing pattern, bring these inputs into the same view:

  • The clearest source examples
  • Number and trend of independent signals
  • Affected customer segments
  • Revenue or retention exposure
  • Related usage behavior
  • Existing workarounds

That is enough context to decide whether the pattern deserves discovery. It is not a formula for deciding what to build.

Use a short weekly review

A good triage meeting can fit into 30 minutes:

  • Review newly detected patterns, not the entire inbox
  • Assign an owner only when more context is needed
  • Promote mature patterns to decision-ready
  • Record declines with a reason
  • Identify customers who need a response

The final step is the one most teams miss. Closing the loop is not a marketing task after launch. It is part of triage. Even a clear “not now” builds more trust than silence.

Measure the health of the loop

Do not celebrate the number of requests captured. Track whether evidence becomes action.

Useful measures include time from first signal to a clear decision, percentage of decisions with linked evidence, and percentage of affected customers who receive a follow-up. Those metrics reveal whether your system is creating clarity or merely storing more data.

Keep reading

More ideas for customer-led teams.

Explore the journal