开会的时候我发现，自己一说「用户希望……」，整个房间都松弛下来了。没人会反对一个抽象的「用户」，因为他不在场。
这是产品经理最容易学会、也最难戒掉的一个动作 —— 把「我希望」装进「用户希望」的外壳里递出去。
它的代价是真实信息被磨平。「小琳上周说她不会用 dashboard」，听到这句话所有人立刻能反问：「小琳是谁？她代表多少人？她平时怎么找数据？」
但「用户不会用 dashboard」过不了脑子。
把名字说出来
现在我给自己定了个规矩：内部讨论里凡是涉及用户的判断，先报一个名字。如果说不出名字，那个判断其实是我自己的。
最有效的一个变化在评审会上 —— 工程师会主动追问名字背后的具体情境，而不是默认产品经理已经「代表」了用户。
名字不是数据
但小心一个反面：名字也不是数据。一个用户的反馈不能直接变成一条 backlog。
名字的价值在前半段 —— 它逼你具体起来。「小琳的问题」和「50% 用户的问题」是两个不同的待办：前者是一次访谈跟进，后者是一次量化验证。混着用，两边都做不好。