早期用户不是上帝，是你的同事

早期用户的正确姿态不是被供着，是被当作项目里的同事——他们的意见值得听，但拍板的人始终是你。

一个刚起步的独立产品，前一百个用户是最珍贵的资产。这一点没有异议。但对这一百个人，大部分独立开发者的姿态是错的——他们把这些用户当作上帝供着，凡是要求都改，凡是抱怨都道歉，一句「能不能加个 X」来了立刻排期。

半年过去，产品变成了一堆需求的马赛克：哪一块都在照顾某个人，合在一起没有一致的方向。这不是早期用户的错，是「把用户当上帝」这个默认姿态本身错了。

把用户供着，不是尊重，是甩锅

把用户当上帝的表面动机是尊重，深层动机其实是甩锅：让用户告诉我该做什么，这样错了不是我的问题。这种姿态省事，但代价是把产品的方向盘交出去了。

问题是，用户不知道产品该长什么样。他们知道自己的痛，他们能描述遇到的问题，但从这些原始信息到「产品该怎么做」之间，有一大段判断的距离——这段距离是产品创造者该走的，不能外包。

当你把每一个用户要求都当作待办，你就在做用户的秘书，不是做产品。你的产品会长成用户需求的加权平均——每个特性都对某人有意义，但整体没人真正需要。因为好产品从来不是需求的合集，是一组有取舍的选择。

同事才是对的位置

把早期用户当同事，是一个很不一样的姿态。同事是什么样的关系？

同事的话你会认真听，因为他懂业务、懂用户、懂问题。但你不会照单全收，因为你知道他也可能想错。你会跟他讨论、争辩、提反例——最后一起达成共识，或者你带着他的意见走另一条路。他不会因为你没照做而受伤，因为他知道你不是敷衍他，是真的思考过。

对早期用户，该建立的就是这种关系。他们提一个需求，你不是立刻排期，而是花时间理解他背后的问题——他真正想解决的是什么？这个方案是他想的，还是问题的唯一解？如果不做他要的那个具体功能，而是从另一个角度解决，他能不能接受？

这种对话是尊重的，但不是屈服。用户会感觉到你在认真听，同时你也在保持自己的判断。这样的关系里，用户不会因为一个需求被拒绝就走——他们反而会更信任你，因为他们看到你有自己的方向。

拒绝也是产品的一部分

真正好的早期用户关系，一定包含拒绝。不是所有需求都做，不是所有意见都采纳，有些方向明确说「这不是我们要走的路」。

拒绝需要理由，而给理由的过程，反过来会强迫你把产品的方向想得更清楚。你为什么不做这个功能？是它偏离了核心，还是它属于另一个用户群，还是它会让产品变复杂而收益太小？每次真诚地跟用户解释「我们不打算做这个，因为⋯⋯」，都是在把自己的产品哲学讲一遍。

这些讲清楚的东西，会变成产品的骨架。而一味迎合的产品，是没有骨架的——每一块都对，合起来是软的。

对单干的人意味着什么

如果你正在服务前一百个用户，重新调一下姿态：

• 别把每条反馈都当命令，当「一个懂业务的同事给的信息」
• 收到需求先追问背后的问题，不追具体方案
• 对不做的事，给用户一个真诚的理由，不敷衍也不假装排期
• 保留自己的产品判断，那是用户找你的原因，不是他们的负担

用户想要的从来不是一个百依百顺的开发者，是一个他们相信的产品创造者。前者累死自己也讨好不了所有人，后者会有一群跟着他往前走的用户。