场景：
这里将老板泛指：上级、大领导、公司老板、需求提出方等。
举例：内部提测产品之后， 发现bug，老板和业务来一起喷产品。
思考：
老板眼中的BUG?
面对老板这个角色，产品又该如何处理呢？
看法：
1、老板严重的BUG
1.1、老板对BUG比产品更焦虑，因为老板不知道BUG的由来，对于解决BUG的方法也无所适从。
1.2、老板是追求结果导向的，TA只想看到好的结果。
2、那么面对老板这个角色，产品又该如何处理呢？
2.1、对于这样的老板，内测版的产品未经过产品验收的时候，建议不给予老板体验。
官方可回复，还在开发中，切莫回复开发完成了。
因为行外的老板会觉得，开发完了，就是基本能用了。
2.2、有些老板觉得就算没有测试，开发完成的版本也应该是可接受的版本，不会出现很多BUG。
但是这里有个前提，是开发童鞋本身有很强的自测意识，对自己代码有高度的责任感。
然而此问题这种事无法强求，只能做宣导，或者在招技术的时候，就必须对此方面有强要求。
当前时代，技术分工越来越明细，开发也有更多“理由”在一些方面去“懒”，毕竟术业有专攻。
2.3、产品要做好在老板和开发之间的桥梁，理解老板的立场，也体谅开发的情况。
比如：开发周期太紧？技术难点太高？
在开始做项目排期规划的时候，就要考虑到验收结果满足预期的风险是否过高。
如果过高，可以做尝试以下方法：
-提早跟老板做好沟通，适当降低老板的验收预期。
-通过砍掉不必要的需求，给开发更多时间实现好需求。
-通过换其他更简单的方式来实现需求，以降低实现结果不满足于预期的风险。
最后：
谨记老板是结果导向，实现一个高难度的功能，做砸了，老板极大程度会责怪团队，产品首当其冲。
实现不是很高难度的功能，但是满足了需求，老板一般情况不会责怪团队。
ps：以上为经验心得，仅做参考分享，有误之处，欢迎指出。
网友评论