数据告诉你发生了什么，但用户反馈才能告诉你为什么发生。
上线前，小明幻想过用户蜂拥而至的场景。现实是：一天只有几个访问，有人说"难用"，有人说"不好看"，还有一些他完全没想到的 Bug 不断冒出来。他觉得明显的功能，用户找不到；他觉得匹配的需求，用户根本不在乎。
这种落差是正常的。每个产品上线都会经历这个阶段。
落差的根源在于：你太熟悉自己的产品了。你知道每个按钮在哪里，每个功能怎么用——但用户是第一次接触。你看到的是"设置在侧边栏第三项"，用户看到的是"我找不到设置"。你觉得"这很快就能做好"，用户觉得"为什么要这么麻烦"。开发者视角和用户视角之间的鸿沟，比你想象的大得多。
不是用户的每个需求都是对的，但用户的感受一定是真实的。如果用户说"找不到"，那就是找不到——不管你觉得入口有多明显。
小明收到第一条负面反馈时，心里很不好受。他花了几个月做的东西，别人一句"不好用"就否定了。
老师傅说："批评不是针对你个人。用户不知道你熬了多少夜，他们只关心产品好不好用。这是好事——说明他们在乎。真正可怕的不是被骂，是没人理你。"
调适心态的关键是四个字：降低期望。早期产品肯定不完美，这是起点不是终点。把批评当成免费的产品咨询，把每个问题当成改进的机会。最重要的是保持耐心——成功需要时间积累，没有哪个产品是上线第一天就爆红的。
产品上线后，小明的角色悄悄变了。以前他关注代码质量，现在要关注用户体验；以前追求完美功能，现在要追求用户留存；以前是技术思维，现在要加上产品思维。
新的日常工作也变了——除了写代码，还要看数据、回复反馈、思考下一步改什么。这个转变不容易，但它是产品从"能用"到"好用"的关键。
独立开发者最容易犯的错误是一个人扛着所有压力。面对负面反馈、用户流失、Bug 不断，如果没有人可以倾诉，很容易陷入自我怀疑。
找一个创始人社区，和其他独立开发者交流经验——你会发现大家都经历过同样的阶段，你不是一个人。建立一个早期用户群，他们是你最好的反馈来源，也是你最忠实的支持者。找一个导师或朋友，有人能在你沮丧时拉你一把。
反馈渠道建起来后，小明开始把 Umami 数据和用户反馈对照着看，发现了一些有意思的事情。
Umami 显示注册页流失率很高，同时微信群里有人说"注册表单太长了"——数据告诉他"哪里有问题"，反馈告诉他"为什么有问题"。两者结合，改什么就清楚了：简化注册流程。
另一个例子：某个功能的使用率很低，他本来以为是用户不需要，但群里有人说"找不到这个功能"——不是不需要，是入口设计有问题。
这就是数据和反馈结合的威力。单看数据，你只知道"跳出率高"；单听反馈，你不确定是个别现象还是普遍问题。两者对照，才能确信该改什么。
小明现在有了反馈渠道，开始收到各种各样的反馈。有人说颜色丑，有人说登录崩溃，有人要导出功能。他看着这一堆反馈，不知道该先做哪个。
下一节，我们来学怎么给反馈排优先级。