写在前面：投票能告诉你热度，不能替你做判断
何川做了一款轻度基地建设游戏。
玩家在荒岛上建造小营地，安排角色采集、修理、休息和探索。游戏原本很清楚：小队资源管理，加一点角色事件。
上线抢先体验后，玩家社区还算活跃。
为了让玩家参与开发，何川开了一个功能投票板。
起初效果很好。
玩家觉得自己被尊重，何川也能看到需求热度。
三个月后，路线图开始失控。
一、热门功能不一定适合当前游戏
投票最高的功能是联机合作。
这不奇怪。
几乎任何建造游戏社区都会有人想要联机。
第二高的是宠物系统。
第三高的是更大的地图。
第四高的是角色恋爱。
这些功能都能吸引点赞。
但它们不是同一个方向。
联机需要重构存档和同步。
宠物需要 AI、动画和互动。
恋爱需要大量文本和角色关系。
更大地图需要更多内容密度。
何川把它们都写进路线图后，项目从“小队生存管理”变成了愿望拼盘。
二、投票让少数活跃用户显得像多数
社区投票不是市场调查。
参与投票的人，通常是最活跃、最有热情、最愿意表达的用户。
他们很重要，但不代表所有玩家。
很多沉默玩家只是想要更稳定的节奏、更清楚的 UI、更少的重复操作。
这些需求不性感，也不容易在投票里赢。
结果何川优先做了宠物系统。
它确实让社区兴奋了一周，但没有改善大多数玩家的中期疲劳。
三、承诺越多，维护越难
功能投票还有一个副作用：玩家会记住结果。
当某个功能得票高，却迟迟没做，就会有人追问。
何川开始在每次更新日志里解释为什么延期。
解释越多，他越觉得自己欠社区。
后来他想取消恋爱系统，因为文本量太大。
部分玩家非常不满，认为这是“违背投票”。
投票从参与感变成了债务。
四、他重新收回路线图时，口碑已经受伤
半年后，何川关闭公开投票，改成收集问题而不是收集功能。
他重新聚焦：
- 修复中期资源节奏
- 改善角色疲劳反馈
- 增加少量事件
- 暂缓大地图和恋爱系统
游戏变好了。
但社区里已经有一部分玩家觉得被辜负。
这不是因为何川不努力，而是因为他太早把产品判断外包给了投票。
复盘：反馈要问问题，不要只问愿望
这个案例的教训是：
- 功能投票反映热度，不反映适配度
- 活跃社区不等于整体用户
- 得票高的功能也可能伤害核心体验
- 路线图承诺要极其谨慎
个人开发者可以让玩家参与。
但最好问：
你在哪里卡住？
哪个阶段变无聊？
什么让你不想继续？
这些问题比“你想要什么功能”更接近真实产品判断。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。