编辑导语：对付2B产物司理来说，产物设计架构是很重要的一项事情内容，也是要具备的本领之一。紧接上文，本日本文作者为我们举办了模块具体设计的阐明，而且总结了设计后项目打点应该如何运用，以及在设计架构之后作者的一些思考。

咱们紧接着上篇文章继承，从我们第二部家世8点开始，读到这篇文章的小同伴，假如感乐趣可以团结上篇文章《2B产物设计：2B产物司理做的那些2B事（一）》，这样就会有完整的认识。

8. 产物筹划

产物筹划其实是一件相对巨大的进程，从宏观的方面来说，包括着我们我们之一部门的所有内容，尚有产物的打算、愿景等，涉及到整个产物生命周期。

可是，咱们这里从微观的范畴来说明。

首先要和产物的事情打算区分隔，这里并不是来简朴摆列产物的后续事情打算，事情打算的拟定应该是产物设计一开始就完成的。这里主要是写产物成果模块筹划，可能说是成果组件分期。

我们需要按照上面的焦点业务流程、资金流程等劈头筹划产物所需要具备的成果模块，然后对主体成果模块的实现举办优先级分类、关联干系说明。

履历总结，发起：

先发散思维，尽大概多的梳理所需要的成果模块及成果，再做减法，筛选出切合产物定位的成果模块。

系统的成果模子应该是一个立体的模子，纵向是一个分层架构，如前台、靠山 *** 分，也可以是XX脚色端举办分别。横向是一个个独立的业务模块，内里包括着焦点成果或页面。

跟着产物设计的推进，后续的需求文档和和原型设计城市对此处举办调解。所以这里是一个主体、浓缩型的模子，主要用来说明清楚各模块的干系。

产物筹划是产物定位和成果模块解析的毗连器，它既是产物定位的详细表示，也是成果模块解析的雏形，也是后续产物设计的根基指引，所以这块相比拟力重要。干系到后续产物具体设计时的偏向。

9. 成果模块解析

成果模块的解析将按照产物筹划中的成果模块举办具体的拆分，而且需要写出成果具体描写，表明成果是用来做什么的。团结项目打点来看，这里就是建设WBS的进程。

常见的实现的 *** 可以回收Excel和思维导图，在做这部门的成果时，老文回收的是Excel *** ，可是部分中其他的小同伴有回收思维导图的。要害是要描画清楚每一个成果的布局。

1）成果模块解析Excel表头：

打点系统：当前业务脚色端的描写，如商城系统：买家端、卖家端、平台靠山等。

成果模块：左边可能上方的一级导航菜单。

子成果：左边或上方的二级导航菜单。

成果说明：子成果包括的大抵成果描写，如查询商品详情，查察详情等。

责任人：劈头对成果模块举办分工，也可今后续举办布置。

2）成果模块解析的意义：

明晰了产物架构，提供了一个产物的全貌，明晰了产物每个脚色端的骨架以及业务场景中每个脚色在系统中的基本操纵。

成果模块、子成果，可以或许浮现系统的一二级导航菜单布局，通过成果说明，可以或许劈头明晰成果的描写，给后续具体需求文档的编写提供一个更立体、富厚的框架。

成果模块的解析可以制止产物设计时模块布局条理杂乱的问题，假如不提前提炼，有大概导致后续成果设计时菜单杂乱，给用户造成利用狐疑。

在大型产物设计时，大概是多个产物司理举办协同，成果模块解析明晰了各脚色端的成果范畴，所以便于后续具体文档编写分派任务，也可更好的分别各成果的职责。

可以或许提供应项目组（研发）评估项目研发时间的基本，这样在产物产物设计的初期就有一个基本的相对公道的时间观念，至少我们可以或许大致的知道研发所需要的事情。

成果模块解析的用途尚有许多，可是差异的产物和项目研发习惯差异大概导致的用处纷歧，可是B端的产物设计强烈发起编写此块内容。同时，也会淘汰许多拍脑壳的环境呈现。

10. 焦点成果数据建模

从第10点开始，就是产物的具体设计了，假如开始这块的事情，就证明公司已经明晰研发此产物。否则后续的文档编写就没有意义了。

焦点成果数据建模这个在B端产物设计显得很是有须要，可是需要产物司理有必然的研发思维，更好是有靠山开拓的履历。因为数据建模是对业务抽象的进程，需要将各业务脚色的干系抽象出来，更具体的设计将会和数据库有干系。

B端产物设计时，各人有没有过狐疑，显着我的原型已经设计的很好了，具体的需求文档各法则也描写清楚了。

可是，研发小可爱照旧以为看不大白，干系之间依旧不清晰，很有大概是数据建模的事情缺失，可能说文档描写时自己也没有描画清楚。