现有技术实现不了需要用新技术解决 要是现有技术真的搞不定那就得考虑引入新技术了。 比如我们要做一个地图没第三方接口就做不了。这时候就得去找找外部资源让他们来帮个忙。虽然多了一道工序但总比放弃强吧！ 需求实现改动太大得改现有技术框架 有时候为了满足某个需求可能需要改动现有的技术框架。
比如在一个用tm框架开发的中台系统里加视频和动画效果可能就得换个前后端分离的框架。这时候就得和研发一起商量下怎么调整需求才能尽可能少地改动框架。 当然要判断一个功能到底技术上能不能实现产品经理也得懂点技术知识。
要不自己也是两眼一抹黑脑子一团浆。 . 时间问题多半是分工 巴林 whatsapp 数据 或能力问题 时间问题导致的研发希望需求调整主要涉及到两个方面 本身有别的项目在身新需求上线时间撞车了 这种情况咱们在产品需求评审前就得摸清底细看看研发人员手头是不是已经有一大堆事儿了。
如果这项目非得这哥们儿参与不可那咱们就得调整项目排期或者重新排序功能优先级而不是简单地调整需求。 需求要求的时间太短个人技术能力上做不到 咱们在做项目时间评估时通常就是按人天来粗略算的但往往没考虑到每个人的能力水平。
同样是做一个功能高手可能两小时就搞定了而新手可能得花上两天时间。 所以这种情况下就需要合理分配项目的人员进行研发能力的均衡搭配。 有些产品经理可能会觉得这些问题都是研发总监和产品总监该操心的跟自己没关系。
千万别这么想！产品经理对产品可是负有“终极责任”的从研发销售到交付每一个环节都跟你有关。产品就像你的孩子一样怎么能做这么不负责任的爸爸呢？ . 有没有说出需求价值背后的故事 产品经理对于需求的收集大多是直面客户的可以通过客户的言谈举止感受到该需求的强烈程度。