独立开发者怎么收集和运用用户反馈

做 Lando 之前，我做过一个产品。

六个月的业余时间，每天下班写代码到凌晨两点。上线那天我发了朋友圈、发了即刻、发了一切能发的地方。

然后什么都没有发生。

没有人注册，没有人用，没有人告诉我哪里不对。

我甚至不知道是该继续改进还是直接放弃。因为我根本不知道用户想要什么——我没有用户。

这个经历让我学到了一件事：在确认有人想要之前，不要写一行代码。

现在我做的每个产品，第一件事不是写代码，是找人聊。

什么时候收集反馈

很多人以为收集反馈是"产品做完了以后"的事。

不是。这件事从第一天就要开始。

想法阶段： 你的 idea 是否值得做。找 5 个目标用户聊：这个是不是他们的问题？他们现在怎么解决的？愿意付多少钱？

MVP 阶段： 产品做出来了，但很简陋。前 10 个用户用完后问：这个东西解决你的问题了吗？哪里最让你困惑？

运营阶段： 产品有人用了。问：你最喜欢什么功能？如果只能改一个东西，你改哪里？

每个阶段问的问题不同，但有一个共同点：不要问"你觉得怎么样"，问具体的问题。

怎么问对的问题

开放式问题得到的答案是模糊的。

"你觉得这个功能好吗？"——"挺好的。"

这没有任何信息量。

换一种问法：

错误的问法 → 正确的问法

"你觉得这个功能怎么样？" → "你上一次用这个功能是为了解决什么问题？"

"你希望加什么功能？" → "你现在做 XXX 的时候最头疼什么？"

"这个定价你觉得合理吗？" → "在什么价格以下你不需要考虑就直接付？"

核心技巧：问过去的行为，不问未来的意向。

一个人告诉你"我可能会买"，跟你真正收钱的时候，是完全两回事。但一个人告诉你"我上周为了做 X 花了 3 个小时"，这是一个真实的需求信号。

没有用户的时候怎么办

如果你的产品刚上线，还没几个用户，从哪里收集反馈？

去用户呆的地方。

假设你的产品是给自由职业者用的。

去看看自由职业者在哪：

• 即刻搜"自由职业"话题
• 小红书搜"自由职业"标签
• 豆瓣的自由职业小组
• V2EX 的"程序员"和"创业"板块

看他们在聊什么、抱怨什么、求助什么。这些就是最真实的反馈，不需要你花钱做调研。

怎么决定做哪个功能

收集了一堆反馈之后，最难的问题是：该做什么？

反馈太多了。有人要 A 功能，有人要 B 功能，还有人说你方向错了。

一个简单的决策框架：

问两个问题：

1. 这个需求多少人有？
2. 如果没有它，他们会走吗？

画个象限：

• 很多人要 + 没有就走 = 必须做
• 很多人要 + 没有也还行 = 优先级中等
• 少数人要 + 没有就走 = 可以做的差异化功能
• 少数人要 + 没有也还行 = 暂时不管

这个框架不完美，但比"哪个声音大做哪个"靠谱得多。

两个常见错误

错误一：听早期用户的每一个建议

早期用户的反馈很重要，但他们不代表所有用户。

一个早期用户说"你应该加个暗黑模式"——你可能花了两天做了暗黑模式，结果新来的用户根本不关心这个。

判断标准： 这个需求是不是跟你的核心价值一致？加了之后，能不能吸引更多同样类型的用户？

错误二：不跟进反馈

用户花时间告诉你他的想法，你说"好的收到"然后就没有然后了。

三个月后他突然发现他的建议被实现了——这是一种极大的好感。如果当时跟进一句"我们采纳了你的建议，新版本已经上线"，他会成为你最忠实的用户。

反馈是免费的研发资源

独立开发者最大的问题是闭门造车。

没有人叫你停下来，没有人告诉你方向错了。你花三个月做了一个功能，用户不需要——三个月就白费了。

而反馈的成本只是发几条消息、打几个电话。这个投入产出比，比任何优化都划算。

我做了 Lando 之后才真正开始认真听用户说话——现在产品里超过一半的功能改进都来自用户反馈。如果你还没有跟用户聊过，今天就可以开始。用 Lando 做个落地页挂出去，有人留了联系方式，你就有理由跟他们聊聊了。