把自己当做用户不是让你代表用户

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