各人好，现将我过旧事情中的在产物层面的一些要领论和实证履历整理分享给各人，利便产物同仁交换进修。

本篇是同产物同学分享我本身在需求提取、需求翻译、需求打点、需求设计、需求驱动、需求交付方面的一些实践履历，但愿通过此篇文章辅佐初中级产物从业者优雅的驾御需求，进而做到从容应对混乱无章的无序需求，对上游需方兄弟做到强有力的专家支持，对下游研发兄弟做到专业有序的统筹调治。

下沉到业务中+业务敏感

再牛的产物司理也需要相识业务，不相识业务本领再强也容易闭门造车。只有当我们融入业务，相识业务，才气时刻保持业务敏感。

当我们下沉到业务中，我们才气深刻的、系统的、横向的、纵向的感知业务当前存在的问题、潜在产生的问题、以及相关问题背后的上下文“语境”。

所谓业务敏感，可以用如下几个场景来表达：

场景1：当业务兄弟或业务率领与我们接头某个业务“表象问题”时，我们能立即同频、入镜，并能用业务语言与当事人举办流通交换，同时我们还能就“表象问题”挖掘出深层的问题或业务或老板背后的潜在诉求，以及相应的办理计策。

场景2：我们要接管某个任务或办理某一详细问题时，我们心中有大盘，可以或许站在整个平台的角度思考问题、拟定办理方案，制止掉坑里。

场景3：事情业余之外，作为产物的天生的好奇心可以或许将外部的、行业内的、行业外的看似无关的对象引入业务内，敦促业务的良性创新、演变。

热爱你的产物+一连的业务思考

热爱成绩伟大，假如不热爱我们的产物，纯真靠查核，靠绩效必然做不出伟大的产物。产物司理假如不喜欢本身的产物，假如不消本身的产物，假如不在事情之外也一连的思考本身的产物，很难有出彩的产出和产物创新。

当我们一连的存眷、思考我们的产物时，用户反馈给我们的问题，我们根基上已经提前知道，可能已经有排期可能有思量。我们能走在用户的前面，更或许率的提前发明问题，纵然我们明知道短期内无法办理，但我们有对应的非开拓计策予以补位，如我们的辅佐手册，如我们的排期打算，如我们的业务界线…

4份Excel文档：Roadmap+成果矩阵+3个版本的Featurelist+需求池 Roadmap的设计计策及实战case

Roadmap是以实现公司计谋方针为原则来确定我们产物建树的中恒久指导打算，差异级别、差异阶段有差异的粒度标准掌握。

一份优雅的Roadmap需要具备如下几个要素：

以策划方针为指导；

明晰的时间窗口；

明晰的业务场景、及业务方针；

逻辑演进的自洽；

基于公司现况的可遭受的研发资源投入；

决定层共鸣与承认。

成果矩阵的设计计策及实战case

成果矩阵是站在产物各一级成果视角或详细的业务场景视角去思考、设计我们产物的演进打算，某种意义上讲成果矩阵是另一个角度的Roadmap，但与Roadmap有明明的区别。

区别一：成果矩阵更偏“矩阵”、更弱“时间”；

区别二：成果矩阵对比Roadmap，我们更习习用“优先级”、“状态”来表述，而Roadmap里的优先级根基一样，只是时间窗口的配置问题。

换句话说，成果矩阵是产物司理通过“自下而上”的内活跃力,以暗线 *** 敦促产物迭代演进。Roadmap是产物司理通过“自上而下”的外在框架指导，以明线 *** 敦促产物迭代演进。Roadmap浮现的是公司的计谋意图，成果矩阵提现的是产物司理对产物的深度思考和排兵布阵。

需求池：收罗、梳理、更新计策及实战case

产物司理打交道最多的就是需求，面临来自各方混乱无章的需求，我们需要举办统一打点。基于分层组织架构，实践中我认为较量好的回收AB布局。