所有的产品经理都知道，研发产品是依赖于分析用户需求为前提的。
所以在做项目的时候，立项的前置条件一定是找到了用户有需求而尚未满足的空白领域，然后再投入资源在这个需求点猛打。
这是行业的基本常识，大部分产品都是按照这个逻辑迭代出来的。
发现用户需求 -> 产品功能 -> 用户产生粘性进而提出新的需求 -> 产品继续迭代
接下来就是所有产品经理很头疼的事情：被需求牵着鼻子走，不用多久，产品的数据线索就会非常杂乱。
既然是解决起来太麻烦，有没有可能，是需求本身就是错误的？或者说，需求导向这个前提本身就有问题？
我十多年的工作经历中，发现所有团队都会使用一个相同的工具，就是复盘。大家都喜欢从结论出发，去寻找过程中的问题。
产品经理对于「场景」这个词应该不陌生，场景意味着社会关系、责任范围、所处社会群体、时空定位、事情的参与者等外在的条件，对用户行为决策的影响。
也就是说，复盘是站在终局的场景中，寻找初始场景中的问题，在这个意义上，与「刻舟求剑」的寓言故事极为相似。
从结果出发，很容易就能发现过程中决策的错误。就好比如果我能穿梭回九十年代，我必然是知道在北上广买房能给我带来巨大的财富，然而当时身处九十年代的我，是不会意识到未来的社会变迁。
在初始的场景中，未来是不确定性的，在摸索前行、面临无数个选择的时候，每个选择都会产生完全不同的结果。当前所看到的结果只是过程中无数个结果中的其中一个，是无数的、复杂的因造就的当前的果。
商学院所传递的知识更是从案例的结果中总结出来的经验，具有很强的局限性。
用户的需求也类似，把大量的需求集中起来，过滤、筛选、抽象后所构建起静态的需求模型，本身就很主观地修剪掉了大量的可能性，很难通过单一模型推导出一千个用户在同一场景下的集体行为。
再回归到第一性原理，做产品的目的是什么。
独立开发者在上述问题的语境中，相比分工明确的团队来说就存在巨大的优势。因为独立开发的目标是做一件自己觉得有趣、有成就的事情，借助于产品向外发射信号信号，吸引志同道合的伙伴。受限于有限的资源，就不会花费太多的时间投入到低效率的需求分析、用户运营里面。做自己想做的东西，而不是去做别人可能需要的东西。
也就不存在受困于外部需求的泥淖中。
张小龙在谈及需求的时候也持有相同的观点：
当开始出现做事情很拧巴的时候，就该回头想想，让自己拧巴的原因，是不是把自己的价值附庸在了他人的需求之上。
延伸阅读
《微信后背的产品观》张小龙