作家王蒙曾经说过：“有些人总以自身为尺度。说来有趣，你所喜爱的，你以为旁人也喜爱；你所恐惧的，你以为旁人也恐惧；你最厌恶的，你以为对旁人也十分有害。其实，事实往往并非完全如此。...一个母亲从寒冷的北方出差回来，就会张罗着给自己的孩子添加衣服。一个父亲骑自行车回家骑得满头大汗，就会急着给孩子脱衣服。父母饿了也劝孩子多吃一点儿，父母撑得难受了就痛斥孩子太贪吃。”
上面这种情况说的还只是简单的交流沟通，是直接在人和人之间发生的，但产品经理是通过产品跟用户沟通的，产品经理首先把自己的好恶加诸于产品，然后希望有同样好恶的用户喜欢上这个产品。实际上这种“以己推人，想当然尔”的设计思路是完全行不通的。
以前曾经历过一个真实的案例，在设计一个App的注册界面时，产品经理希望输入项如下图，当时的场景对话我还历历在目，与大家分享一下：
交互设计：“诶？这个信用卡卡号是干嘛的？”
产品经理：“哦，因为我们要在用户注册的同时，附送他们一个大礼包，但这个大礼包是要绑定信用卡的，所以就顺便让用户输入一下，省得再加一步，你知道吗？增加一步，要增加多少跳出率...”
交互设计：“可是用户看到注册界面出现这个，会被吓坏的。”
产品经理：“送他们东西他们还不开心？”
交互设计：“可是用户怎么知道你让他们输入信用卡是要送他们东西？信用卡号这种私密的东西出现在这里完全突破用户的信任边界了。”
产品经理：“有道理哦！那我们在下面加一行小字吧：‘亲爱的用户，blabla...’”
交互设计：“...”
当然上面的这个场景里的产品经理是一个比较初级的产品经理，这种错误也算是一种比较初级的错误，一般有些经验的产品经理可能会对这个案例嗤之以鼻，觉得自己永远不会犯类似的错误。
这种明显的错误可能比较容易避免，但那种比较隐蔽的呢？
产品经理本身对于业务逻辑可能吃得比较透彻，就想当然的认为用户也非常熟悉这些业务逻辑。
例如有的理财产品，购买后要过段时间才开始生息，但产品经理自以为用户非常了解这种产品的特点，素以也没有在页面上作出解释，导致后期用户咨询和投诉很多。
产品经理在公司内部对某些版块或业务有简略的名称来指代，或者是专业名称，就以为用户也知晓这些名称的含义。
例如以前某个项目的售卖页面里，产品经理想把某个按钮命名为“趸售”，用户可能连这个“趸”字都不认识，又怎么能够谈得上理解这个词的含义，结果是产品经理为了让用户理解这个专有名词，又要另外的浮层去专门解释它，这样既增加了用户的认知成本，又让用户友好度变得很差。
产品经理，老板和运营有时候基于KPI目标来设计产品。
例如为了增加体检卡的复购率，在体检完成页上增加复购体检卡的版块，但用户购买体检卡是低频次行为，这种情况下，就不如把再次推荐体检卡变成其他“洁牙”等没有重叠的卡类更有效。
毕竟用户使用我们的App的原因不是为了帮我们解决KPI问题，而是基于用户自己的需要，如果产品不能满足用户需求，那用户会毫不犹豫地选择离开。
所以我们在设计产品时，要切记：
