产品如何打造“极致用户体验”？

什么样的用户体验才是好的用户体验？有哪些特点？文章从问题出发，从两个方面对极致用户体验进行了阐述分析，希望能够给你带来一定的启发。

前几天我去某著名火锅餐饮品牌吃火锅，出于对国家疫情治理能力的信任，当然，主要是因为懒，出门的时候没有戴口罩。

到了商场门口，安保同学把我拦下，示意我带上口罩，他可能以为我身上有口罩没拿出来。

我说，“我没带口罩，不过身体健康吃嘛嘛香，不然你可以量体温。”

安保同学很坚持：“没带口罩不得入内。”

说实话，当时我第一感觉还挺感动，商场的工作人员在商场各门店的经营利润跟人民群众身体健康的大是大非面前毅然决然的选择了后者。

所以，我也不好再争取什么了，决定配合商场提出的要求。

我问工作人员，“您这有口罩卖吗？”。“没有。”“知道附近哪里有口罩卖吗？”“不知道。”

到这里，我就知道已经没有继续沟通下去的必要了。

的确，防疫期间没按要求佩戴口罩就试图进入公共场所是我不对，商场也没有任何义务为我们准备口罩或者提供附近的购买渠道信息。这一切都是我的错啊，我的错。

所以，我面临的唯一选择就是在这个寸土寸金的中心地段找到一个售卖口罩的店铺，难度不可谓不大。

还没走两步，我就想起来，接下来即将用的餐火锅餐厅是以优质服务而著称的，以过往对他们家火锅店的了解，可以想见，他们的工作人员一定会为客户准备了口罩。

由于提前有预定，我很快找到了门店的联系方式，随后被告知，走商场的**入口，他们有工作人员在那边。

我走到了他所说的入口，果然，就有火锅店的工作人员在那，我按要求量体温，手部消毒。

然后我说，我没带口罩。他们很自然的就从工作台里拿出一个新的口罩给我，看起来，他们早就预料到了会有客户没带口罩。

然后，我就带着口罩顺利的进入了商场。商场安保同学跟火锅店工作人员的服务两相比较起来，相形见绌。

你会说，商场挣得是其内门店的租金，而火锅店挣得是客户的钱，自然火锅店就有服务好客户的必要了。

但是你信不信，同样的操作，放到别的商场，几乎一定会有商场的安保同学拿出事先准备好的口罩，这时候，即便是两倍的价格卖给你，比起让你自己去想办法找口罩的操作，我相信也会有很多人也会欣然接受吧。

再再不济，也一定会有别的商场的工作人员告诉你，最近的的口罩购买地点应该怎么走。即便他只是为你提供了这么一个资讯，我相信你也能够感受到工作人员的服务周到吧。

服务周到，我们可能很偶尔的对于某个产品或服务做出这样的评价，但是，什么样的服务才配得上说“服务周到”呢？或者我们把问题问大一点，我们的CEO或者产品经理每天心心念念研究要给用户以最好的“用户体验”，但是不知道有多少CEO或者产品思考过，什么样的用户体验才是好的用户体验？

超越预期

2019年，我国人均GPD正式迈过了1万美元的新台阶，中等收入人群规模继续扩大。按照2015年世界银行颁布的标准，中国已经一只脚踏进了高收入国家的行列（人均GDP12736美元）。

在物资匮乏的年代，产能为王，谁能生产出更多的产品谁就是那个年代的王者。那个年代，不需要货比三家，你想买到一款最新家电产品都得找领导签字批条才有购买资格，民族品牌海尔凭借强大的制造能力成为了那个年代的王者。

在物资相对充裕的年代，品牌和渠道为王，谁能抢到央视的标王，谁能把他的商品铺到了大街小巷夫妻店的货架上，谁就是那个年代的王者。曾经的央视标王步步高VCD，蒙牛，太子奶，以及把自家商品铺得漫天遍野的可口可乐成为那个年代的王者。

在人均收入不断提高，互联网消除了大部分的信息差，发达的物流体系拉近了人与货品的距离的今天。产能已经严重过剩，即便品牌再大，如果产品不好，会有一万个人在网络上口诛笔伐直至把你打回原形，发达的物流体系也正在让渠道变得越来越分散，超市货架的竞争力在逐步丧失。

我们来到了一个产品为王的阶段，你我正在经历的这个阶段， 人们不会再为了柴米油盐酱醋茶的茶而付费，人们会因为琴棋书画诗酒茶的茶而付费。

现代商业的竞争重点，正在逐步由品牌与渠道的竞争过渡到产品竞争之上，谁能打造出价格厚道感动人心的产品，谁能至始至终把用户体验放到第一位，谁就更有可能成为这个年代的王者。

我想说明，基于全民消费升级的这么一个大背景下，能够积极的思考如何给用户以最好的用户体验是一件值得坚持的事情。

那么，什么样的用户体验才会是好的用户体验？

我偶尔会给一个固定的地点邮寄快递，为了路上不耽误时间，通常会选择某丰快递。

即便过往已经多次验证这个快递能在第二天被签收，我还是忍不住在快递小哥上门收件时，问一句：这“货”明天能到吗？

其实我很坚信这件事，每次提问也不过是想从快递员那得到一丝心理上的安慰，毕竟，他们家的快递在价格上是不具备竞争优势的。

但是无论怎么提问，我注意到，不管来上门取件的是他们公司的哪个快递员，回答这类问题时仿佛是对好了台本一般的口径一致，“**地区两天内送达。”（不承诺明天送达。）

不知道这种回答是公司要求的统一话术还是我这一片区工作人员的共识，虽然每一次，我送出去的快递都能在第二天被签收，但是，快递工作人员从不给出这样的承诺。

正是这种回答在某种程度上能让用户感觉体验很好，因为，这个回答能让用户建立一个这样的预期：“快递会在两天内送达。”而当快递在送出去的第一天被签收时，你会觉得，这家快递公司送货很快。

试想一下，如果快递员向你承诺快递明天送达，即便大部分情况下，明天送达了，你也许不会有太大的感觉，你会觉得这是快递公司“应该做的”。而一旦出点什么小状况，明天没有送达，你还会反过来觉得，“这也太不靠谱了吧。”

这是我所认为一款产品或一项服务拥有好的用户体验的第一个特征： 超越预期 。

什么是超越预期？

一家火锅店，能够做出口味独特的火锅产品，这不叫超越预期。

一家火锅店，能够预料到疫情期间会有客户忘记戴口罩而事先为其准备口罩，这个叫超越预期。

一家火锅店，能够在客户在店外等待就餐的时间提供小零食或小游戏帮助客户打发无趣的等待时光，这个叫超越预期。

一款热水器，能够更加快速的把冷水变热，这不叫超越预期。

一款热水器，能够让你零等待，秒出热水，这个叫超越预期。

一款热水器，能够精准的控制水龙头的出水温度，不再需要反复调节，这个叫超越预期。

一台电冰箱，能把原先食材的保质期从5天提升到7天，这不叫超越预期。

一台电冰箱，能在你某个食材快要过期的时候通知你：“再不吃就要拿出去喂狗了”，这个叫超越预期。

一台电冰箱，能在你某个家中必备的食材消耗完了的时候自动去你常去的店铺购买食材补给，这个叫超越预期。

超越预期，就是不断减少用户预期之内的“分内事”，把原本用户“应该做的”，变成你产品或服务“应该做的”。

火锅店负责做好火锅，疫情期间自觉佩戴口罩是客户的“分内事”。热水器负责出热水，反复调节水龙头的位置以达到适宜的温度是用户的“分内事”。电冰箱负责延长食物的保质期，在保质期内消耗完食材是用户的“分内事”。

这些事情都是符合用户的预期的，以至于大多数用户对此事都习以为常，甚至都说不出哪里不对。这也正是为什么乔布斯说， 在真正的好产品出现以前，用户也不清楚他们到底需要什么。

但是，一旦有一天，一个会为客户准备口罩的火锅店、一款能精准控制出水温度的热水器、一个能提醒你食材新鲜程度的电冰箱出现以后，他们才会感知到过去的产品使用体验有多不爽。然后，买买买。

那么，如何打造超越预期的使用体验？

从能力的角度来讲，作为CEO或产品经理首先要有发现问题的能力。要知道， 很多问题没有被解决并不是没有解决方案，而是大多数人根本没有意识到那是问题。

人是一种适应性特别强的动物，心理学上有个著名的贝勃定律，当人经历强烈的刺激后，再施予的刺激对他（她）来说也就变得微不足道。

就心理感受而言，任何一个强烈的痛点都会随着时间的流逝而变得微不足道起来。即便是一款有着明显不足的产品，随着使用频次的增加，内在感受会变得不再强烈，产品的缺点会逐步被人接受，直到有一天，你再去问他，“产品有哪些地方需要改进的吗？”你的用户会告诉你，“挺好的啊，没感觉有什么不足的地方。”

热水器被发明以前，人们洗澡是需要通过别的方式自己烧热水的，比起过往的体验，能直接从喷头出热水体验简直不要太爽。以至于人们有了热水器之后，对于等待热水之前的那十几秒钟的冷水并没有太抗拒。加之贝勃定律的影响，人们会逐步适应这种等待的感受。

人们的潜意识会认为，这就是热水器最好的样子。

这对于我们产品人的一大考验就是，我们需要极其敏锐的洞察力，发现生活中由于人们的习以为常而藏匿在深处的各种麻烦。

对于大多数公司而言，并非缺乏产品的研发能力，而是缺一个洞察，一个“用户需要一款能秒出热水的热水器”的洞察。

这个问题一旦被提出来，我相信，在座的产品经理分分钟能拿出几百种解决方案。

所以， 真正困难的并不是这个解决方案，而是，谁来提出这个问题。

再者，一个优秀的CEO或者产品经理必须外加一点“离经叛道”的想象力。要知道， 很多问题没有被解决并不是因为做不到，而是你以为自己做不到。

可能是跟我们从小到大接受到的教育有关，刻在我们价值观底层的是一种“山外青山楼外楼”的谦逊与低调。以至于多数人一旦发现自己的想法跟主流的想法背道而驰，就急忙否定自己，因为你默认，大家认可的才是对的。

我不是那种特别擅于遵守规则的人，经常性的会拿一些我自己都觉得莫名其妙的想法出来，绝大多数情况下都是不被认可的。

但是，我发现，每一次的讨论并没有深入到想法层面，也就是说，并不是我们认真的研究了这个想法之后才说的不行，而是在一开始，当有人发现，这个想法太新了，没有人这么干过。于是，一个个新的想法又被大众情绪所裹挟了。

我想说的是， 市面上成熟通用的解决方案未必是最优的，他是某一个人的发明创造加上一堆人的跟风才流行起来的。 就如同我们产品经理不加思索的抄袭竞品的产品设计一样，跟风抄袭的一堆人也很有可能是不带任何思考直接沿用第一个人的发明创造，最后，大家的互相抄袭成就了一个行业通用规则。

所以，不要害怕你的想法跟“大多数”不一样而急于否定自己，多数情况下，你并不是在与一群人为敌，而只是与第一个这样做的人为敌，我们谁也不能保证那第一个人就一定考虑的多么周到，不是吗？

我认为，产品的进化跟物种的进化是很类似的，根据达尔文的进化论，物种进化的内因是遗传变异。任何一个物种出现的新性状（新功能）是来自于DNA复制过程中出错而诱发的变异。

物种进化理论告诉我们，DNA的复制出错才有了基因突变，基因突变进而引起性状的改变，但这个改变并非绝对不利，有可能会使生物出现更加适应环境的性状。产品的进化也类似，你循规蹈矩的复制已有的方案几乎不可能有大幅度的进化，进化源自于出错，多往常识经验相反的方向经验思考，大胆假设，小心求证。

反驳某个做法不行的唯一依据是你就这个做法深入思考之后发现不可行，而不是你发现“大多数人不是这么做的”所以不可行。没有哪条法律规定了你不能做出与众不同的好产品，不要就想法太新颖而去反驳提出那个想法的别人或自己。

伟大的产品并不是某些个伟大的产品人的专利，恰恰相反，是那个伟大的产品才成就了伟大的产品人。 在那个伟大的产品没有被产品人捣鼓出来之前，那个产品人跟在座的你我是一样一样的。

以上，是我总结出的产品人打造超越预期的用户体验所必须有的发现问题的能力及敢于创新的能力。有了这两种能力的加持之后，我们再来研究一下超越预期的用户体验有什么样的特征。1984年，东京理工大学教授狩野纪昭根据功能满足度及用户满意度画出了一张二维四象限图，即KANO模型，该模型反映了产品性能和用户满意之间的非线性关系。

每一款产品都有许多的功能，通常理解下，产品功能增加会带来用户满意度增加。但是KANO模型则反映了更多真相。

我们来看图中一条蓝线，必备属性。这一类的产品功能特性是，没有会很糟糕，有了勉强可以及格，但远未达到满意的地步。

一款冰箱，你说你不会制冷，那我会觉得你是来搞笑的，你说你很会制冷，你比别人家的冰箱温度低了几十度，除了能感动你自己，我是感动不到哪里去。

必备属性就如同他的名字一样，必须具备但是适可而止，这不是产品功能竞争的重点。

对于产品研发团队而言，这类功能是优先程度最高的，一款手机，连电话都打不利索的情况下就不要去想是给它装5000万像素的摄像头还是1个亿像素的摄像头了。这一类功能的优化没必要耗费太大的精力，我曾经举过一个“一百万年误差不超过一秒的手表”的例子，一款手表，走字足够准就好，一般人也活不了这么长，没谁关心一款手表是不是百万年没有误差。

再来看图中的期望属性。这一类产品功能特性是，没有会很糟糕，有了会让人满意度大幅提升。

一款电动车，你说你不能充电续航，我会觉得这是垃圾，但是随着你续航里程的提升我的好感度会越来越高。

这类功能也不是竞争的主战场，不过有必要提醒的是，对于用户体验来说，100-1=0，我们的产品不应有明显的短板，即便你其他地方全部满分，期望属性如果有一门打0分，你的总体得分可能也高不到哪里去。我的建议是，期望属性达到平均分即可。

接下来看魅力属性，这一类产品功能特性是，没有我也无所谓，而有了会让人满意度大幅提升。

所谓超越预期的用户体验，主要就是看这一类产品功能。用户本身对这类功能不抱期望，因此你不提供我也感觉不出什么不愉快，而一旦提供了，我会对你产品的满意度大大提升。未来产品竞争的主战场就是看谁能在魅力属性这一块琢磨出更多的花样。

一款热水器，你说你不能秒出热水，我们也能接受，毕竟大家都习惯了每次等待一段时间。但是如果有人能整出一个秒出热水还不用反复调节水温的热水器，那就是超越预期的用户体验了。

图中还有两类属性，无差别属性（与横轴重合），指的是该项功能对用户而言无关痛痒，不会带来满意度的变化，一款电冰箱，（容积不变的情况下）体积越小，越不占空间用户满意度越高，但是电冰箱的质量是否足够轻与用户满意度几乎没有相关性。反向属性，指的是该功能的增加反而导致用户满意度的下降，比如各大APP的开屏广告功能，特别是那些还不能点击跳过的开屏广告。这两类功能如无必要，则尽可能避免。

完整的把KANO模型讲了一遍，重点是为了回答这么一个问题， 超越预期的用户体验（魅力属性），指的是用户并不会因为没有某一项功能或服务的缺失而感觉到异样，但是一旦创造出那个功能或服务之后用户又会感觉到大不一样的一种体验。

这对于CEO与产品经理洞察力有着极高的要求，很多用户觉得理所应当的东西并不是这东西有多好，而仅仅只是他习惯了而已。机会也许就蕴藏在那些我们认为理所应当的事物之中，等待热水器出热水并不是我们理所应当该做的事情， 之所以有这么多约定俗成的理所应当，仅仅是因为更好的产品或服务还没有出现而已。

简化流程

极致用户体验，除了上文讲到的超越预期这一特征之外，还有一点特征也必不可少： 简化流程 。

14世纪，英格兰的逻辑学家奥卡姆的威廉在他的著作中提出奥卡姆剃刀原理，总结起来就八个字，“如无必要，勿增实体。”从中我得出的两个做产品的经验是， 必要的时候做必要的事；一步能做完的事情千万不要走两步。

讲一个我们账户注册流程变化的案例。

早期一点的网民会有印象，过去我们在各种平台注册一个账号的时候简直就是过五关斩六将，我们会被要求填写用户名、手机号、邮箱、密码、交易密码、出生年月等等信息，麻烦一点的还要填写什么密码保护资料（比如设置一个自己知道答案的问题），总之就是各种设门槛。

那个年代的互联网产品基本就是一群野蛮生长的程序员主导的，开发什么功能主要取决于他们要什么，问你出生年月是为了更加精准的人群画像，问你的邮箱是为了不定期推送营销广告，基本不考虑用户体验。

到了今天，我们会发现各大平台主流的会员注册方式就只有三步，输入手机号，获取验证码，输入验证码完成注册。

之所以有这样的变化，本质上是一种从完成企业诉求为主导到提升用户体验为主导的转变。对于用户而言，流程越简单越好，复杂的注册流程本质上就是在推开用户。

你说你是一家金融平台，为了加强用户的资金安全，在注册的时候要求用户输入支付密码是有必要的吧。

未必。

第一条经验叫做 必要的时候做必要的事情 ，让用户输入支付密码也许是必要的，但在注册的时候就输入支付密码就不显得这么必要了。

也许你的用户只是想进入你的平台看一看还不想发生任何交易，也许你的用户根本就不知道这个支付密码在什么场景下使用，注册时大可不必着急让用户输入交易密码，你也不好把握用户从注册到第一次发生交易要经历多久的时间，时间长的话还有可能忘记当初设置好的交易密码。

更好的操作是，当你的用户第一次准备在平台发生交易的时候告知其交易需要设置交易密码并引导进入交易密码的设置页面，一来用户能明确交易密码具体使用场景，二来也不会因为交易距离注册时间过长而导致交易密码忘记的风险。

现行产品的注册流程的设计一方面是减少对于用户的打扰，另一方面是将必要的打扰行为后置。

除了交易密码，用户名及出生年月的方案采用的是打扰行为后置的方式，比如用户名，一般注册时无须填写，程序自动给你生成一个奇怪的用户名，用户要看不顺眼时自己就会去改了。

此外，做产品设计时要学会揣摩用户的意图，最大程度的减少用户的操作流程， 一步能走完的事情千万不要分两步。

一般的APP产品，注册登录界面会有一个忘记密码的功能，一般用户在忘记密码时会去通过手机号或者邮箱重置密码。

我发现，大多数产品在用户重置完密码之后会跳回登录页面，然后用户再输入新密码登录APP，这个就叫不揣摩用户的意图。

绝大多数情形下，用户是不会为了改密码而改密码的，登录界面的忘记密码功能多数是发生在用户输入不正确的密码之后使用的，那么，对于用户而言，改密码不是目的，登录才是目的。

所以更好的设计应该是，用户重置完密码之后进入到已登录状态的APP主页面（要是不放心用户重置密码时输错密码也无须进入到登录页输入密码验证，直接在密码重置页面要求其两次输入密码即可。）

一步能走完的事情就不要分成两步走，对于平台而言，重置密码后跳转到已登录状态的主页并不存在技术上的难题，那就没必要让其先重置再去登录页重新输入账号密码进行登录了。

应该越来越多的人注意到了，现在我们购买电子产品已经很少会用到产品说明书了。商家明白，产品如果要让用户花费高昂的时间成本来学习如何使用，本质上就是在推开客户。

产品经理经常挂在嘴边的一句话是，要“把用户当成傻子”。其本质诉求是为了锁住更多的用户，因为一旦你的产品的用户群体足够庞大，用户中就不可避免出现“傻子”，为了更大的用户规模，这时候产品设计就不能根据用户的平均认知水平来，而是要向下兼容， 只有群体中那个最不会用你产品的人还能顺利用上你的产品，你才能留住更多的用户。

很多人说微信的成功是因为产品经理张小龙的克制，其实我觉得恰恰相反，是微信的庞大的国民基础性才导致了张小龙不得不克制。

群体的认知公约数随着群体数量的增加而降低 ，微信面对数以十亿加的用户，作为一款基础通讯软件，任何一点复杂的功能设计都直接可能导致了数以亿计的人不会使用。本质上，这就是在拒绝那一部分用户。

极致的用户体验来源于极致的简单，如果你的产品寄希望于被更多的人使用，唯三的秘诀是简单、简单、再简单。

过去的电视机遥控器上会有数不清的奇奇怪怪的按键，现在的电视机遥控器上只剩下为数不多的十个以内的按键。

过去的电饭煲要想在7点钟吃上可口的饭菜，你需要根据煮饭时长计算出并设置一个开始煮饭的时间，现在的电饭煲你只需要设置好你吃饭的时间，什么时候开始煮电饭煲自己心里有数。

简化你的产品设计，我有如下的建议。

第一， 对于任何一个设计，不断深挖为什么，找到根本原因后重新给到解决方案。

我前文提到，现行APP主流的注册方式是输入手机号，获取验证码，填写验证码完成注册。对于过去的注册体验而言，这是一种相当简单的操作，而且似乎这就是一种无法再被简洁的操作了。

是吗？

那么请问，输验证码的目的是什么？是为了验证被输入的手机号码是不是被你持有（即验证你是不是输入的手机号码的所有人）。

再提问，如果要验证你是否该手机号码的所有人，是否还有别的更为简单的验证方式？

下图我截了一张某音最新版APP的登录页截图。

其中有个本机号码一键登录的按钮，大体的操作方式首次打开APP时会请求用户授权获取用户手机号码，程序获取到手机号码之后，APP与通讯运营商（截图中手机号码为联通号码，暂不清楚移动或电信运营商是否支持类似验证方式）再次确认手机号码的真实性及有效性。

全程用户只需点击，无须输入手机号码，无须等待收取验证码，无须回填验证码，把原本10秒钟完成的登录操作缩短到3秒钟以内完成。

我在《关于马斯洛需求层次理论的几个推论》一文中提过， 任何的产品、服务、功能都不是需求，而是解决方案。

即便是小到一个验证码登录的功能都是另一个问题的解决方案，作为产品经理，我们需要做的就是不断往下追问，“这个解决方案本质上是为了解决什么样的问题？”当你找到了那个更为底层的问题之后，再向上反推，“是否还有别的更加合适的解决方案？”

当你发现你要解决的其实是一个手机号码所有权的验证问题之后，你可能会发现，登录时让用户输入手机号码没有必要，让用户等待系统发送验证码没有必要，回填验证码同样没有必要。

那么，你现在还觉得“本机号码一键登录”这个功能会是这一场账户登录页面变革的终点吗？

第二个建议， 保持好奇心，对前沿科技的进展保持极高的敏锐，并不断思考新技术的发展能够我自我的行业带来怎样的变化。

不得不承认的是，很多解决方案是受制于技术的发展的。

前文我提到，对于可能会包含重要资产的APP平台，当年在注册平台时可能要设置密码保护问题，即让你选择一个问题，然后填写一个只有你才知道的答案。在下一次修改密码时，会需要验证该密保问题的答案，只有正确回答了密保答案才能修改密码。（某果手机账户至今还在使用这种方式修改密码。）

本质上，这是平台对于用户核心资产所采取的一种保护措施，无可厚非。但是，这对于平台用户而言也是一个麻烦事，我当初注册QQ时密保资料就是瞎填的，以致于后来修改密码时还费了很大的力气。

受制于当时技术的发展，APP平台也许只能拿出这样的方案来保护密码安全。但是，作为产品经理如果对于前沿科技有极高的关注度的话，在大数据技术发展迅速的今天，你完全能够想象到更加便捷的解决方案来保护用户的密码安全。

比如，你在修改某付宝的登录密码时，从已登录页面进入到密码修改页面之后，（在其风控系统确认安全的情况下）完全不需要输入什么密保资料，甚至连旧密码都无须输入，直接填写新密码即可完成修改。

这个流程已经简化的令人发指了吧，但是其安全性却没有打折扣。之所以会直接同意你修改新密码，是其通过对登录设备、操作时间、操作频率等多维度的行为数据分析，综合判断出这次密码修改的请求风险很低。

这一步的跃迁是来自于大数据技术的发展，换到十年前，即便能想到，也受制于当时的技术发展而无法实现。

所以我说，产品经理必须对前沿科技保持极高的敏锐度，并总能找到新技术与现有产品的结合点。

如果电池技术不发展，谁又敢贸然下注电动车行业呢。

总结一下，这一章节的重点是极致的用户体验来自于极简的使用流程，简化流程的两大心法是：第一，对于任何一个设计，不断深挖为什么，找到根本原因后再重新制定解决方案；第二，保持好奇心，对前沿科技的进展保持极高的敏锐度，并不断思考新技术的发展能够我自我的行业带来怎样的变化。

以上是我总结的极致的用户体验该有的特征及打造极致体验的心法，当你通过努力打磨出一番好的产品设计之后，可能还会面临产品设计无法被完整实现的问题，对此，还有以下的经验分享。

高段位产品经理应该是人性洞察的大师，这不仅体现在对于用户诉求的深刻洞察力，也体现在对于研发团队的心理把握。

我在定稿一个产品设计的原型图之后，通常会在原有的设计之上加一些更加复杂且魔幻的冗余需求，为的就是后期让程序员或者UI设计师来砍需求用的。

要想程序员做出100分的产品，作为产品经理，你就必须拿出120分产品设计。

产品经理跟程序员天然矛盾之一是，程序总觉得你想法太多，太为难他们。

你在你认为100分的设计之上，加上20分的冗余操作。之后的状况便是研发人员看着你复杂的产品设计然后拿着刀走到你面前跟你说，“来，砍需求还是砍产品经理，你选一个”。

这时候你再故作为难的让他砍掉一部分冗余需求，合家欢喜。

人生如戏，全靠演技。

#相关阅读#

《关于马斯洛需求层次理论的几个推论》

《产品开发因果论》

 

作者：Mr.liu；微信ID:liubinwxh；公众号“十八线PM”（ID：Product–Manager）

本文由 @十八线PM 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议