产品经理日常工作80%的时间都是在和需求打交道,沟通需求和开各种需求会议,写需求方案(PRD),每个产品经理都需要形成自己的需求分析和管理的技巧,才能成为业务、研发眼中靠谱的PM,完成从初级到中高级的跃迁。分享一个需求沟通和管理的框架,基于这个框架的需求沟通,目标会更加明确,尽可能有限的沟通次数完成所需要确认的问题。不至于每次东一榔头西一棒子的追着业务问问题,把业务都问烦了,毕竟大家都挺忙的。
一、承接需求前的准备工作
1.熟悉业务过程
任何产品都不能脱离业务场景而存在,当接手某一产品时,需要和对接的业务部门沟通,多聊一聊业务的形态、业务过程,以及他们日常工作所依赖产品、上下游系统等。了解业务,才能更好帮助你做后续需求合理性的判断。
2.了解业务场景
这个和1的区别在于1相对来说是静态的,即业务过程不会短期内大的变革和调整,这个业务场景主要是聚焦某一具体需求的需求场景,也就是业务提这个需求的时候,他们在做什么事情,比如产品端要上新版本,运营端要搞新活动等,基于需求深挖具体的需求上下文,明确业务最终的目标是想解决什么问题,如提升某个指标(活跃用户人数、营数……)
3.熟悉数据产品现状
知彼知己才能百战不殆,如果是新接手一个产品,需要对产品从定位到具体功能细节逻辑都需要熟悉,这样不至于涉及到已有功能的问题一问三不知,还会影响后续需求方案设计。
二、数据产品需求沟通框架
这个框架主要用途是产品经理拿到一个需求后,基于自己理解、业务输入、技术沟通等多个环节最终要得到的相关信息。初期的时候可能每一个格子都有依赖业务的输入,随着经验的积累,可能每次需求沟通就只是一些关键的待确认信息的二次确认,从而提升需求沟通效率,当把这个表格中的待确认问题都解决后,写PRD就是水到渠成的事情了。