تسجيل الدخول الآن 用户是需求的集合——这句话听起来简单，真正落地时却远比字面复杂。这几年做产品，摸爬滚打之余，我把余军对商业本质的洞察、张小龙关于微信的诸多思考、刘飞对产品颗粒度的拆解，还有王石木在需求分层上的方法论，翻来覆去读了好多遍，慢慢攒出了一套自己的理解，难免带着他们的影子。
用户和需求的关系，我习惯拆成三层。
第一层是用户需求，直接从用户嘴里说出来、从行为里观察到的东西。这类需求往往杂而浅，一个人能罗列出十几条，但多数经不住追问。第二层叫本质需求，藏得深，需要反复挖才能触及。为什么有人愿意花半小时对比外卖平台的红包？表面看是省钱，骨子里可能是对"生活掌控感"的确认。最后一层是功能需求，也就是产品经理最终要落到纸面上的具体功能。这三层不是并列的，而是层层递进：先从用户研究的原始素材里提炼用户需求，再追问出本质需求，最后才转化为可执行的功能需求。
这里有个常见的坑，就是把功能需求当成终点。实际上它只是手段，必须能回溯到某个本质需求，否则很容易做成功能堆砌。
关于"用户"本身，有两个维度容易被忽略。
一是主观性和情感价值。用户是活生生的人，不是数据标签的集合。同一个人，周一早上八点挤地铁时和周末下午逛商场时，对同一款产品的期待可能完全不同。研究用户时必须承认这种流动性，不能把某个场景下的行为简单抽象成"用户画像"就完事。
二是划分的颗粒度。分得太粗，比如按年龄性别一刀切，做出的功能往往四不像；分得太细，每个用户都成了独立个案，又没法指导规模化设计。我的经验是找"行为一致性"作为划分依据——不是这个人是谁，而是他在什么情境下会做出什么选择。
用户行为模式方面，我自己的总结是：个人认知偏好 × 情境 = 行为。认知偏好包括知识储备、过往经验、甚至当下的情绪状态；情境则是时间、空间、社交关系等外部约束。这里是相乘，不是简单相加，任何一方为零都会导致行为截然不同。同一个用户，在安静的书房里和嘈杂的会议室里，对同一款协作工具的操作路径可能完全两样。
这套框架贯穿产品生命周期的始终。早期做用户调研时用得上，后期迭代同样要回到原点验证：这个功能到底回应了哪层需求？是否还能追溯到某个具体的用户情境？这种追问有时候很折磨人，但确实是避免产品走偏的锚点。