「」产品经理不能只拿“用户体验”说事儿( 三 )

产品经理刚入行时，他对自己的定位，还没能从“使用产品的用户” ，完全转换为“策划产品的产品经理” 。所以，这个时候，他会在“用户体验”上投入过多的精力，在非核心的地方耗费过多的时间，提出过高的要求，从而影响到更为重要的部分。
这点要尤其注意。
说到这个，我突然想起每个产品新人入职后都要经历的一个“仪式” ，那就是，体验公司的产品，提出自己的意见和建议。
在产品萌新洋洋洒洒写出好几页建议后，在报告会议上，一般会有如下对话：
萌新：我觉得这个东西应该……
大佬：哦，这个啊，我们之前就注意到了，但不是很重要，所以一直没排上日程。
萌新：我觉得这个东西应该……
大佬：哦，这个啊，我们提过了，不过技术上有些困难，所以暂时只能这样。
萌新：我觉得这个东西应该……
大佬：哦，这个啊，因为它和其他模块互相关联，为了迁就其他模块，只能这么搞。
萌新：我觉得这个东西应该……
大佬：哦？是吗？这个我们之前内部讨论过，我们觉得这样处理挺好的呀。
萌新：卒。
这个时候，产品新人可能会感到挫败，怀疑自己是不是进错公司了。
其实，这是产品新人角色转换的第一步，是产品人的成人礼。
05
必须要清楚，产品得先“能用” ，然后才有机会讨论“好不好用” 。
我一直强调，一定要关注“资源稀缺”、“团队能力有限”、“时间限制”等现实中存在的束缚。
那么，怎么在“匮乏”的情况下，尽量为用户做一道“好菜”呢？
这里，根据我的工作经验，给你3个建议。
1. 尽量复用原有的东西
复用，既是出于成本考量，其实也有利于用户体验。
产品经理，是对“产品有多烂”最心知肚明的人。
所以，每次接手新项目，都有一种强烈的冲动，想要抛掉旧包袱，重新搞一套。
但是，同样的团队，同样的工作机制，我们又凭什么相信，这次能比上次做得更好呢？
反之，已经在线上运行一段时间的模块，虽然也有很多问题，但是，它是多次修改完善过的。哪怕有问题，至少目前看来，是可控可接受的。
所以，很无奈，选择复用原有的东西，结果来看，可能是用户体验更好的方案。
2. 尽量参考大厂的产品方案
大厂的产品方案，往往是用户比较熟悉的成熟方案。
哪怕是新的东西，在大厂的教育下，用户也能很快熟悉掌握。
因此，参考大厂的方案，不标新立异，往往是最不给用户添堵的做法。
同时，大厂的方案，技术团队也比较容易理解。
这样可以很大地降低沟通成本。最终交付的产品，也不容易出现太大的偏差。这也间接地保障了用户体验。
3. 能怎么简单，就怎么简单来
假如我们现在要在产品详情页加一个底部通栏的预约浮层。

一种方案是，如果用户关闭浮层，或者提交了预约，那当天就不再显示这个浮层了。
另一种方案是，默认一直显示这个浮层。用户关闭后，刷新页面，浮层还是会重新显示。

你觉得哪种方案体验更好？
肯定是第一种吧。
其实这是我做过的一个项目。为了减少对用户的干扰，我选择了第一种方案。
因为程序员需要同时开发多个项目，所以他从不一字一句认真看完PRD 。
这就导致，开发时，他始终没弄清楚我文档里面写的要求。耗了很长时间，一直错，一直改。
等这个项目好不容易上线了，又发现它严重影响到页面的加载速度，当天就被砍掉了。
其中的是非对错，我们这里不讨论，我们只看这个结果。