# Multi-source feedback firehose behind the public roadmap > Feed the roadmap from support, request forums, customer development, and prototype feedback instead of pretending one intake form captures the whole picture. - Canonical HTML: https://growth.iangoh.com/growth-ideas/multi-source-feedback-firehose-behind-public-roadmap/ - Source: [buffer.com](https://buffer.com/resources/transparent-product-roadmap/) - GrowthDex source hub: [Buffer Open Blog](/sources/buffer-open-blog-buffer-com/) - Last checked: 2026-05-28 - Rarity: uncommon - Budget: low - Channels: Support, Community, Product - Stages: public roadmap, feedback ops, voice of customer, prioritization ## Why this can grow A public roadmap gets thin when it only reflects whichever channel is easiest to count. Real product demand arrives through different surfaces and at different levels of detail. Pulling those streams together gives the team a fuller signal, keeps the roadmap closer to lived customer problems, and stops the public board from drifting into a vanity list maintained by one department. ## Ian's take From scaling consumer platforms across MENA and Southeast Asia, my default is to distrust growth work that only looks good in a slide. My bias is to treat this as a small market test first. Make the audience narrow, make the promise concrete, and let the first real response decide whether it deserves more work. I would run it small enough to learn quickly, then only scale the parts that real users repeat, save, reply to, or buy from. For this tactic, I would watch one clear growth signal before putting more time or budget behind it. ## Action plan 1. Define one narrow startup segment where multi-source feedback firehose behind the public roadmap can create a measurable lift. 2. Turn the tactic into one offer, page, campaign, or workflow for the Support and Community channel. 3. Use the evidence from buffer.com to set the first version of the message, format, and audience. 4. Launch a small test for 7 to 14 days with one success metric: one measurable growth signal. 5. Review the result, keep the winning message, remove weak variants, and turn the learning into a repeatable growth playbook. ## Source-backed example Buffer described its roadmap input as a mix of ideas from happiness heroes, UserVoice, customer development conversations, and InVision prototypes rather than a single request source. ## Adjacent tactics in the same lane - [Roadmap introduction lane for newcomers](/growth-ideas/roadmap-introduction-lane-for-newcomers/) - same source, 2 shared channels, 1 shared stage - [Customer Advocacy design-brief pass before build](/growth-ideas/customer-advocacy-design-brief-pass-before-build/) - same source, 2 shared channels, 1 shared stage - [Commitment threshold before a public Next Up slot](/growth-ideas/commitment-threshold-before-public-next-up-slot/) - same source, 1 shared channel, 2 shared stages - [Frontline support prototype pass before public rollout](/growth-ideas/frontline-support-prototype-pass-before-public-rollout/) - same source, 2 shared channels ## Read GrowthDex essays Browse the plain-English essay index at [GrowthDex Blog](/blog/). ## Related GrowthDex essays - [The public roadmap only works if the team keeps answering](/blog/the-public-roadmap-only-works-if-the-team-keeps-answering/) - community-led growth, brand trust, product strategy ## Advisory If you want help turning this into a working growth system, Ian Goh offers advisory at https://iangoh.com/advisory.