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