产品规划,你通常规划多久的时间线?

Kevin改变世界的点滴 昨天

近期因为在围绕即将上线的产品正在调整产品规划与优先级。对此与团队沟通了1个月的产品规划项目时间。


在工作中,同样也反问我们是否遇到过要求时间线与产品规划同步的场景。比如领导今天来:“我们的产品1年的规划你负责下”


你会如何回答这样的问题?



产品规划在实际工作中,难点不是对产品做出规划。因为我们每个人都可以基于现在的可能性与要做的事情进行规划,把一个漂亮的PPT做出来。


安排满规划是没有问题,难就难在你都不知道规划能不能落地?


  • 过一个星期会不会有突发事情?


  • 过一个月,市场是否有其他要求?


  • 发现bug太多,导致不得不延期?


这都是我们在产品规划前需要明白,规划的难点就在于落地规划。每个规划都是非常好的,能拿出来的规划一定是站在“假设”的条件下



开发的产品规划


产品经理设计产品规划期间,是基于业务或需求的优先级来考虑的。但真正什么能上线,还是开发的同学来决定。


一个好的项目管控当然重要,但技术难度、开发人员的配比是否合理,都会导致产品规划按理想状态进行的速度如何。


所以产品规划下来后,产品经理应拿着产品规划和开发负责人碰下规划是否有调整。


比如涉及到第三方数据联动、账户迁移、底层服务等接口撰写的资源就需要后台开发人员。



涉及到产品文案、UI的调整,则需要前端开发人员。


通常一个产品的UI会在原型后给出。产品输出原型的时间假设是1天,UI可能需要3天,开发可能是1个月。


造成这样的问题是因为某个页面需要前后端的联动与后台管理模块的问题。


有的同学可能会疑问,我并没有做后台的原型呀?为什么需要后台的开发时间呢?


你的数据存储、数据产生就是需要后台维护。哪怕在前期没有管理可视化洁面,仍然是有后台资源需要负责维护。



产品规划与项目管理


在产品规划后,产品经理就要开始落地对应每个阶段的需求了。比如某个模块功能先做,就要梳理需求输出demo



同事就要做好项目管理,输出需求原型的时间是多少、UI设计的时间是多少、开发的时间是多少、测试的时间多少。


在40多人的开发以上的团队。建议将每个模块拆分到对应的开发同学领取,方便找到负责人,催出进度和调整BUG。


如果团队比较少,建议直接按产品规划的时间点交接管理。哪一个时间发版本点,就抓住这个时间点进行验收。



最后要说的是,产品规划我建议时间不要超过2个月。太长的产品规划,根本无法落地,这样的规划是没有意义的。


产品规划的内容要与团队的开发、设计同步,让团队知道一周的任务是什么,清楚的避免资源利用不合理的问题。


好啦,今天的原创就在这里。我会坚持每周原创2篇工作案例



推荐阅读:

坚持一年,招募100个产品经理


我的第一本书,给你们








2018年,让我们继续前进!


Talking

发表