编辑导语：产物司理的日常事情需要与许多人打交道，因此成为一名受接待、可信赖、懂技能的产物司理是很重要的，对付事情的推进也有长处。那么，如何才气成为这样的产物司理呢？本文作者总结了四个层面，辅佐你成为产物司理中的万人迷。

我们谈产物架构、绘图示、写文档，归根结底的代价，在于表达对“需求—>成果—>扩展”等方面的深度领略，并转达其他人。

不然，一切只是流于形式。反过来，也不必拘泥于形式。本文将产物司理事情进程举办拆解，洞悉“好的产物司理”如何把事情落地。

01 产物司理事情的四个层

问起产物体验要素，许多人脱口而出：计谋层、范畴层、布局层、框架层，表示层。

计谋层对应产物方针、用户需求，是对方针，需求的贸易化方案的归纳；

范畴层对应产物的信息和成果点，涉及到产物的偏重点和取舍；

布局层对应产物的实际落地，产物在这个层面开始详细化；

框架层对应产物详细内容的泛起，产物进一步详细化，落实到界面；

表示层对应产物的视觉转达，是产物的美化。

曾口试一个产物司理：怎么领略“产物架构”？

他答复的也是这五层，好像Jesse James Garrett老爷子的这十个字就是产物司理的B格句子。可是各人自问，这十个字离你自身的感觉很近吗？

很明明，这个五层压根没跑出一个产物的设计领域。而冰山80%的内容是表示层看不到的。出格是后端产物司理的思维名堂焦点，绝对不是在这五个层面。

假如我们也将产物司理的事情重心分个条理，我认为产物司理的事情（尤其是泛靠山、中台、B端产物）是四层：

业务层（抽象业务诉求）

成果层（界定成果界说）

数据层（设计数据布局）

实现层（探讨实现机制）

这四项险些包括了整个产物方案降生的全部，个中前两项是产物司理担责任，后两项技能人员担责任。

重视之一层，是需求阐明师；

重视第二层，是上文体验五要素的践行者；

做到后两层，你就是别人眼中“懂技能”的产物司理；

做到上述四层，你就是让团队舒服，让运营省心的产物司理。

作为团队“布道者”和产物“owner”的产物司理，要做好一个大系统，四项缺一不行。因为你真正把握了业务足够的素材，修复运营（或用户）反馈的场景的闭环。

又洞察到如何调治内部布局和将来扩展，补充着技能人员对需求洞察的界线；勾勒了产物原来的样子，确保工作超正确偏向成长。

02 业务层-抽象业务诉求

“兵者，国之大事，死生之地，生死之道，不行不察也。”同理，调研需求，是得到立题的基本。阐明需求，是脱胎生产物雏形的依据。

因为我们看到的用户行为是混乱的，用户的需求也是无序的。这时候举办归类和穷举，再提炼并抽象出用户的需求模子。

需求阐明有三种 *** ：面向故事、面向工具、面向布局：

面向故事：是面向用户场景，凭据用户与业务场景，界说需求。

面向工具：是面向用例图，凭据用户与产物系统交互的场景，界说需求。

面向布局：指的是面向成果布局。以“输入-计较-输出”的模子，阐明成果分支，并组建成果树。

以面向故事为例：用户故事就是“谁，做啥，代价”，也就是“作为谁，我想做什么，以实现什么”。也就是脚色的抽象、需求的抽象、方针的抽象。

在此基本上团结场景，即在什么场景下，谁，做啥，实现啥代价。形成故事矩阵。

故事矩阵的穷举，把用户故事组织成用户故事舆图，并输出技能场景下的需求界说：规模模子。

规模模子，是对规模内的观念类或现实世界中工具的可视化暗示。是对业务脚色和业务实体之间应该如何接洽和协作以执行业务的一种抽象。

规模模子设计的步调为：

从业务描写中提取名词；

从提取出来的名词中总毕业务实体，区分名词中的属性、脚色、实体、实例，形成问题域中操纵实体的荟萃；

从业务实体荟萃中抽象业务模子，成立问题域的观念（譬喻，我们把容易变质的水果称之为“短期保持水果”）；

用UML提供的要领和图例举办规模模子设计、确定模子之间的干系。

规模模子设计是需求阐明的要害步调。它辅佐用户及需求阐明人员成立业务观念，确定用户业务的问题域，系统涉及的业务范畴等等，为成果的脱胎提供依据支持。

03 成果层-成果界说