“打脸”，俗称决策失误，遇到“打脸”时刻怎么办？谈下我的看法。
不用多说，打脸绝对是产品最为尴尬的时刻。当然“打脸”也是分为两种情况的：
1.自觉性“打脸”
需求的功能逻辑未经过深刻的分析和梳理直接丢给了开发，由于大体上没有问题，或者由于项目时程紧张，直接实现了。茶余饭后，你突然想起来这个需求，在仔细掏出来端详，发现这个跳转不对啊，对于部分用户来说链接完全无法使用啊！然后陷入更为深刻的思考，这个地方是否需要修改？怎么修改？如果要修改需要多少effort？什么版本迭代进去？开发会不会打我？……
2.固执性“打脸”
需求终于写完了，觉得自己好牛逼，该拉上各位爸爸们评审了。没想到大家提出了不少问题，你一句我一句快把需求的方向都改了。这怎么行呢？找出各种角度来跟大家对抗，最后大家说这个最终还是由产品做决策，虽然他们还是觉得需求有问题。为了当场不被推翻和缺失威信，你坚持了自己的决定。两个月后产品上线了，发现用户反馈极差，很多评审组提出过的问题果然被吐槽了，你开始瑟瑟发抖：怎么办，当时固执地坚持了自己错误的决策，现在这种情况要是再去改，是不是打脸了？团队的其他人会不会觉得我不靠谱？我是不是就没有威信可言了？……
场景讲完了，谁都会犯错，但是对于产品而言，作为定义者和决策者，错误多了可是致命的哦。那真的打脸了怎么办？
针对第一种自觉性“打脸”，情况其实还好说，对于这种团队内其他人未提出异议的问题，肯定也不存在较大的错误，大部分是一些并不严重的问题。所以对于这部分问题，如果对于整体功能没有什么影响，对于用户体验没有太多的损伤，可以选择性的略过，毕竟产品还是要树立一定的威信的。
针对第二种固执性“打脸”，那就真的要慎重又慎重了。如果在评审阶段团队内就无法达成一致，那就真的要去考虑一下自己的方向或者思考方式是否真的有存在问题。若真的存在问题，一定要在实现之前悬崖勒马，转而走向正确的道路，切不可固执己见，觉得推翻自己的需求很没面子。一定要以结果为重，只要最后呈现给用户的产品是成功的就好。出错之前“打脸”，绝对比出错后“打脸”要好。而出错前“打脸”，团队内的伙伴们或许当时觉得你很菜，但等到用户反馈好评如潮时，他们反而会觉得你当时改变策略才是正确的决策。
总结起来呢，就是一定要以结果为重。小的问题上只要不影响体验可不改，但问题较大时一定不要怕“打脸”，该改就改。对用户体验负责，是产品最需要牢记的事情。
小红酱
网友评论