产品经理日常工作80%的时间都是在和需求打交道，沟通需求和开各种需求会议，写需求方案（PRD），每个产品经理都需要形成自己的需求分析和管理的技巧，才能成为业务、研发眼中靠谱的PM，完成从初级到中高级的跃迁。分享一个需求沟通和管理的框架，基于这个框架的需求沟通，目标会更加明确，尽可能有限的沟通次数完成所需要确认的问题。不至于每次东一榔头西一棒子的追着业务问问题，把业务都问烦了，毕竟大家都挺忙的。

　　一、承接需求前的准备工作

　　1.熟悉业务过程

　　任何产品都不能脱离业务场景而存在，当接手某一产品时，需要和对接的业务部门沟通，多聊一聊业务的形态、业务过程，以及他们日常工作所依赖产品、上下游系统等。了解业务，才能更好帮助你做后续需求合理性的判断。

　　2.了解业务场景

　　这个和1的区别在于1相对来说是静态的，即业务过程不会短期内大的变革和调整，这个业务场景主要是聚焦某一具体需求的需求场景，也就是业务提这个需求的时候，他们在做什么事情，比如产品端要上新版本，运营端要搞新活动等，基于需求深挖具体的需求上下文，明确业务最终的目标是想解决什么问题，如提升某个指标（活跃用户人数、营数……）

　　3.熟悉数据产品现状

　　知彼知己才能百战不殆，如果是新接手一个产品，需要对产品从定位到具体功能细节逻辑都需要熟悉，这样不至于涉及到已有功能的问题一问三不知，还会影响后续需求方案设计。

　　二、数据产品需求沟通框架

　　这个框架主要用途是产品经理拿到一个需求后，基于自己理解、业务输入、技术沟通等多个环节最终要得到的相关信息。初期的时候可能每一个格子都有依赖业务的输入，随着经验的积累，可能每次需求沟通就只是一些关键的待确认信息的二次确认，从而提升需求沟通效率，当把这个表格中的待确认问题都解决后，写PRD就是水到渠成的事情了。