工作中，常常会听见这样的对话
“产品汪啊，为什么这个需求是这样的呀？”
“我觉得用户是这样的巴拉巴拉，我自己就是这样的”
发现什么问题没有？
在这里，产品经理“代表了用户”。产品经理用自己的需求“代表”了用户的需求。
有的同学会问，这有什么问题么？不是常说产品经理要把自己当做用户，把自己变成用户吗？对，没错。产品经理设计产品的时候确实需要把自己当做用户。但是，“把自己当做用户，并不是让你代表用户”。而用自己代表用户则是很多产品经理容易不自觉的犯下的错误。
“把自己当做用户”，是要求产品经理深入了解用户的场景，把自己代入到用户的生活和使用场景之中，模拟真实用户使用产品的可能场景和可能流程。站在用户的视角上去想问题，想需求。而“你代表用户”则是产品经理用自己的需求代表了用户的需求，可能忽视了大部分用户的真实需求，歪曲了用户的真实流程。
为什么会有这样的区别呢？即使产品经理本身确实是实际的用户，但是产品经理有一定的特殊性：
首先，产品经理容易有先入为主的想法。毕竟产品经理会预先做一些思考和设定，可能会带着对产品一定的想法和期望去模拟使用场景和流程。这很正常，毕竟大部分人不是乔老爷，做不到完全彻底的变成小白用户。
其次，产品经理比普通用户更了解一些操作习惯，有些在普通用户看来别扭或者难以理解的产品设计，对于产品经理来说就不是问题。普通用户觉得必要的说明指引，在产品经理眼里可能会被忽略。
一旦用“自己代表了用户”，很可能忽视了真实的用户需求，忽视了实际的用户流程，很可能投入宝贵的资源去开发一个小众的功能。结果可想而知。那么产品经理要如何区分这两者呢？
第一，一开始就要建立明确的角色认知。产品经理可以作为用户之一，但是只能是“之一”。产品经理设想的需求在没有被大量数据认证之前，只能是“需求之一”。
第二，尽可能充分调研和访谈用户。通过电话、面聊等形式访问用户，并且不要过多引导用户。以倾听为主，避免让自己的想法干扰用户。
第三，尽可能的做好市场调查，产品经理要走出办公室。深入到实际的用户场景中去，去观察他们怎么使用产品（或竞品），去模拟他们真实的使用流程，从哪里进入，会点哪个按钮，会在哪个流程面前犹豫不决，去参加到用户的实际使用情况中去。
本文总结
“把自己当做用户”不是让“你代表用户”；
用自己的需求代表用户的需求，很容易出现决断错误；
做好三点，避免这样的错误：明确角色；充分访谈用户；深入用户实际场景
