独立开发怎么处理用户反馈？

oidqdada

用户提的需求千奇百怪，有的明显不合理，但也不敢直接拒绝。你们怎么高效处理用户反馈？每个都回复吗？怎么决定做哪个不做哪个？

linuxorz

别全接，也别全拒，关键是“让用户感觉被听到，但你不被带偏”。

我的处理流程：

分级回复：
- 紧急Bug（如支付失败、数据丢失）：2小时内回复+当天修复。用Sentry/BetterStack自动提醒，别等用户报。
- 功能需求：统一回复“已记录，会提交给团队评估”（即使团队就你一人）。
- 无效吐槽（如“为什么不做成另一个产品”）：礼貌模板回复“感谢建议，我们会参考”，然后归档。
需求池公开化：
- 用Canny、FeatureOS或GitHub Discussions开个公开看板，让用户自己提需求+投票。
- 回复时直接甩链接：“麻烦在这里提交，方便我们跟踪优先级。” 既能过滤随口提的需求，又能让用户互相PK。
决策公式：
我会给需求打分：需求频率（多少用户提）x 影响面（影响多少现有用户）x 战略契合度（是否契合产品方向）。分数低于阈值的，直接搁置。
- 例子：10个用户要“暗黑模式”（高频率+高影响面），做；1个用户要“接入Web3”（不契合方向），婉拒。
学会说“不”的模板：
- “目前我们聚焦在核心功能XX上，这个需求暂时不在路线图中，但已记录在案。”
- “如果更多用户有类似需求，我们会优先考虑。”
- 重点是“暂时”+“记录”，留余地不撕破脸。

关键心态：
你不是用户的乙方，是产品的负责人。
对不合理的需求，拒绝比瞎承诺更专业。
但每个反馈必须回复（哪怕是模板），用户要的是“被看到”，不一定是要你照做。

偷懒技巧：
用HelpScout、Crisp等工具的“快捷回复+标签”功能，把常见回复模板化，处理效率翻倍。

独立开发很酷 | 一个为独立开发者打造的社区