心里盘算嘀咕着这个功能要弄起来得新建多少张表格啊？数据要从哪里来？要不要单独跑个任务？跟现有的功能会不会打架？还有哪里没考虑到？逻辑上能不能通？ 一通分析下来大概就知道接下来的一段时间的“砖”好不好搬烫不烫手。 要是你是一个还算比较好说话或者经验尚浅容易被说服的产品经理大概率研发会来找你沟通一下建议你需求不要这样做设计可以简单一点整那么复杂干什么研发起来多费劲。 我在刚开始做产品经理的那几年每次设计的需求逻辑规则复杂一点就会听到研发总监的那句经典语录“这样设计做不了要这样做的话我的整个架构都要改。” 一开始我是迫于人家是总监的岗位不好顶嘴在评审结束之后立马就去调整需求但在心里还是会鄙视一番“不就是技术水平不行瞎逼逼那么多干嘛！”。
后来工作经验多了和研 比利时电话号码表 发也打了几百回交道了。才明白过来只要稍微复杂一点的功能“改动太大做不了”这句话就会伴随着出现。 不是做不了而是不想做。 当然啦还有一种情况研发小伙伴的能力确实不足把自己的毕生所学都用上了还是没有办法解决。怎么办只能两手一摊凉拌。 告诉产品经理“我尽力了但真的做不了。”然后让产品经理想办法调整需求了。 . 项目工时太紧张找产品改需求碰碰运气 每一个项目都有上线的时间要求就像有个“小闹钟”在耳边嘀嗒嘀嗒地响项目经理很多时候都是把“赶工”两个字时刻挂在嘴边鞭策大家抓紧时间干活。 这样带来的一个问题就是在限定的时间内研发人员有时候真的是没有思路如何去实现这个产品功能？ 如果想技术实现方式花了一天的时间那周末可得加一天的班把进度补回来啊！ 这种情况下能不加班那是铁定不加班人本能的会想着能不能找产品经理这个“甲方”商量下毕竟是为产品经理做产品的研发都是这种想法除了不写代码的研发经理。
只要产品经理同意自己不就不用加班何必去绞尽脑汁想解决办法呢？费那个脑子干嘛！ . 需求性价比太低做出来没啥价值不划算 研发人员可不是那种“你说啥我做啥”的“机械工人”哦！他们也有自己的工作热情成就感和小骄傲。 有些功能在他们看来如果做起来觉得没有什么价值就会产生抵触心理。 本着为自己工作贴金和为公司节省资源的角度考虑和你沟通需求的价值问题这是一种非常合理的心态。 特别是有些功能做起来实现的技术难度太大需要投入的时间比较多并且还有一定的风险做不出来。 在他看来做这个功能价值就不大就会盘算做出来划不划算的问题也得考虑下保住个人工作饭碗的问题。