Page 1 of 1

戏了旦发现你的需求文档有啥遗漏那就得

Posted: Sun Dec 22, 2024 9:02 am
by rifat22#
后来工作经验多了和研发也打了几百回交道了。才明白过来只要稍微复杂点的功能“改动太大做不了这句话就会伴随着出现。 不是做不了而是不想做。 当然啦还有种情况研发小伙伴的能力确实不足把自己的毕生所学都用上了还是没有办法解决。怎么办只能两手摊凉拌。 告诉产品经理“我尽力了但真的做不了。然后让产品经理想办法调整需求了。 项目工时太紧张找产品改需求碰碰运气 每个项目都有上线的时间要求就像有个“小闹钟在耳边嘀嗒嘀嗒地响项目经理很多时候都是把“赶工两个字时刻挂在嘴边鞭策大家抓紧时间干活。 这样带来的个问题就是在限定的时间内研发人员有时候真的是没有思路如何去实现这个产品功能 如果想技术实现方式花了天的时间那周末可得加天的班把进度补回来啊! 这种情况下能不加班那是铁定不加班人本能的会想着能不能找产品经理这个“甲方商量下毕竟是为产品经理做产品的研发都是这种想法除了不写代码的研发经理。



只要产品经理同意自 南非电话号码 己不就不用加班何必去绞尽脑汁想解决办法呢费那个脑子干嘛! 需求性价比太低做出来没啥价值不划算 研发人员可不是那种“你说啥我做啥的“机械工人哦!他们也有自己的工作热情成就感和小骄傲。 有些功能在他们看来如果做起来觉得没有什么价值就会产生抵触心理。 本着为自己工作贴金和为公司节省资源的角度考虑和你沟通需求的价值问题这是种非常合理的心态。 特别是有些功能做起来实现的技术难度太大需要投入的时间比较多并且还有定的风险做不出来。 在他看来做这个功能价值就不大就会盘算做出来划不划算的问题也得考虑下保住个人工作饭碗的问题。

Image

二应对需求改动的四个妙招 化身用户去思考这个需求要不要 往往很多对用户比较友好产品使用起来比较简单便捷智能的功能其背后实现的逻辑都会比较复杂。 这时候你的站位就很重要了! 如果你化身成用户想想这个功能是不是真的很方便很实用那么你就会坚定地支持它哪怕研发小伙伴觉得这是苦活累活。 但如果你站在研发的角度想着“打工的何必为难打工的那你可能就会被研发小伙伴说服然后妥协下调整需求。 个优秀的产品经理定是代表用户来发声站在用户的角度去设计产品的。 面临研发人员找你沟通需求调整的时候个万能的回答方式是“用户说要这么做的。