如果这项目非得这哥们儿参与不可那咱们就得调整项目排期或者重新排序功能优先级而不是简单地调整需求。 需求要求的时间太短个人技术能力上做不到 咱们在做项目时间评估时通常就是按人天来粗略算的但往往没考虑到每个人的能力水平。同样是做一个功能高手可能两小时就搞定了而新手可能得花上两天时间。 所以这种情况下就需要合理分配项目的人员进行研发能力的均衡搭配。 有些产品经理可能会觉得这些问题都是研发总监和产品总监该操心的跟自己没关系。 千万别这么想！产品经理对产品可是负有“终极责任”的从研发销售到交付每一个环节都跟你有关。
产品就像你的孩子一样怎 比利时电话号码表 么能做这么不负责任的爸爸呢？ . 有没有说出需求价值背后的故事 产品经理对于需求的收集大多是直面客户的可以通过客户的言谈举止感受到该需求的强烈程度。 可研发的小伙伴们他们就只能看你们写的需求文档想象你们描述的“战场画面”这可就容易产生误会和偏差了。 有时候你觉得对客户超有价值的功能可能在文档里没写清楚研发就一头雾水完全t不到点。 这时候产品经理们你们那口才可得派上用场了！从业务场景用户价值等方面给研发小伙伴们好好讲讲。 他们不像产品经理接触不到客户不需要调研市场很多时候他们也不了解业务理解能力也稍弱一丢丢角度跟你不一致需要多解释几遍才行。
实在不行那就在调研阶段直接把研发人员拉过来让他们一起听听客户怎么说。这样一来他们就能“身临其境”更容易“感同身受”了。 当然要是这个功能背后的客户故事你自己都讲不出来需求是自己意淫出来的自认为对客户有价值。 这种情况下还是趁早改掉吧研发的资源也很宝贵经不起大家去实践一些不着边际的想法。在职场上谁都希望自己做的是核心业务或者是重要的工作。但实际上很多运营的同学到最后都会沦为打杂的工具人到底问题出在哪里？这篇文章作者分享了几个问题看看你有没有中招。 第一个问题思维方式问题 为什么别人认为你会是打杂的呢？你自己反思一下有没有主动服务意识。