版本|需求池和版本树,相生相持,铺垫产品成就参天大树( 三 )


同时,在公司进行重大决策,重大变更时,也会协调相关的人力资源倾斜来实现,从而让项目管理落地到实处。实际的情况就是,当前要做的内容多,重要性都高,且最好都一次性上线,在这种高度挤压集中的情况下,产品就更应该集中精力把产品的设计、需求的完善落到实处。
把人力不足,时间紧迫等相关问题交于项目管理来协调。专业的人办专业的事情,将是最为高效的。也就需要,在自己把控或者不属于自己管控范围内的,要迅速给与他人以合适的信息,让其他人共同协助实现。这也更是给与其他人实现自我价值的机会。
在没有那么紧迫,没有那么多需求堆积时,相对的处理也就更容易。
3,需求设计经过前面相对较为“复杂”的过程,确保需求有效的被筛选出来,更关键的就是把需求做出来。在需求设计时,推荐用户角色,使用场景,业务流程,使用流程,数据追踪的方式进行整体的设计。
涉及一个需求的实现,我们需要完整的用产品思维整理出完善的使用场景。优先考虑有哪些角色使用当前功能,也就是确定人员类别,确定不同人员使用的场景。
外卖平台会有下单用户,外卖跑腿用户,会有商家用户,会有平台管理用户;内容阅读平台会有内容阅读者,内容创作者,内容管理者,内容审核者,以及平台管理者。在角色范围确定时,常常会漏掉平台管理员的角色。
使用场景就是一个角色会在什么场景下使用这个需求功能,也就是确定功能范围。例如一个内容阅读者需要内容阅读;需要和内容进行交互,点赞、评论、分享、收藏;也需要和内容创作者有一定的关联,就需要关注、私聊、打赏;而这些所有的都是每个读者所独有的,就需要用户的账号体系;而伴随平台内容的广泛还是垂直,还会需要构建用户特色,栏目关注。
业务流程则是使用场景的整个过程的梳理完善。内容的阅读,是从筛选内容开始的,筛选内容,阅读内容,是否更多交互,是否和作者平台有关联;回退然后筛选新的内容,重复流程。
阅读内容的往后延伸流程完成,还需要回退查看流程的另一端,即是内容的产生:已发布的内容,回退到内容审核,回退到内容的发布,回退到内容的编辑。依据这个主流程,再把每个环节细化,看看是否还需要扩展。
例如,已发布的内容是否有优先级顺序调整?整个过程会依据流程的逐步细化而完善,而精细化。整体业务逻辑梳理清楚,但作为步步检核的坚定执行者,还需要验核上面所有的流程是否真的完善,那就使用数据流检核。
内容的数据流,主要是内容的产生到内容的消逝,就会发现之前的流程设计,还缺乏内容的撤销和删除。基于每一个功能拆解数据的产生,数据的流转过程,数据的消逝,以及所有数据的统计分析,从而验证功能设计的完善性。
最终输出就是原型图,最好能够整理PRD文档。基于当前很多公司是实际执行情况,建议把PRD文档的内容完善补充到原型图中,然后配合问题列表,实现文档的高效化使用,以及内容的可追踪性。
三、版本树(1)核心业务实现,业务框架的搭建
(2)登录注册用户体系搭建
(3)业务商城推广
(4)活动模板构建
(5)数据运营挖掘
(6)产品监控自我优化
之前的过程,实际已经将产品的关键执行顺序融入。在当前版本树的执行中,基于需求设计完善的基础,产品更多的参与是确定需求宣讲落到实处,让研发、测试能够统一理解需求,争取接近100%的需求理解。
从实际的经验中来,需求讲解,其他相关人员参与度不一定很高。而在需求讲解中,给其他人不确定的提问,有助于帮助集中所有成员的注意力。更是通过提高他的信息输出来倒逼他的信息输入。