这篇文章，我们和作者一起学习下，B端的产品架构涉及哪些内容，以及UML、体验设计和PRD的设计。

什么是产品架构？

产品架构是产品经理用来表达自己产品整体设计机制和规划的图，它将产品功能落地为信息化、模块化、层次清晰的可视化架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路。

产品架构是对商业模式中核心业务场景的抽象，体现了商业模式的运作和实现方式，产品架构设计是抽象业务场景，通过业务规则建立产品内在逻辑的过程。产品架构的对象就是产品的商业需求以及用户需求。如何让满足产品两个需求的产品设计更加简单、高效的规划就是产品的架构。

抽象是指将复杂的事物简化为一组关键概念或模型，以便更好地理解和处理问题。

产品架构就是为了把原来一个个孤立的产品，进行有侧重的编排组合。这样满足用户、商业需求更简单了、产品设计也更简单了，这就是产品的生态：不是把孤立的产品链接起来，而是通过产品架构组织起来。这种简单带来的高效就更不用说了。

这里有两个重要的目标：

奥卡姆剃须刀法则同样在产品架构设计中适用，越简单的架构越有利于产品的生长。

一、系统架构设计

你是否想清楚了以下问题： 在新增一个需求时？？

1. 在整个系统中的位置；
2. 各系统之间的边接；
3. 所需要的底层数据；
4. 所需的前端支持？

系统架构是产品实际落地环节的第一步；

系统架构图

从更宏观的角度，从系统的全貌的角度，将一个解决方案，在系统中的模块，对其他系统的影响，和底层支撑的数据，完整展现出来的图形。

核心目的

更全面的梳理清楚你的项目、更好的规划项目边界、更清晰的展示需求全貌；

4步绘制架构图

①分层、②抽象、③解耦检查、④支撑数据拓展；

1、分层：业务表现层、业务支撑层、底层数据层、系统支持层、关联系统；

2、系统模块抽象：根据业务调研结果、产品调研结果、产品逻辑经验等：详细思考、将各个层面涉及到的功能、模块、进行完整的梳理，尽可能的抽象为相互独立的产品功能模块；

无需关注细节，模块化思维；

3、解耦检查：展示功能需求、确定解耦模块、从新确认系统架构；

4、底层数据：拆解需要的数据信息、找到数据交互逻辑；

二、信息架构设计

什么是信息架构：信息体验5要素；

表现层、框架层、结构层、范围层、战略层；

信息表单：每个功能点和字段信息，然后把信息归类（基本信息、活动信息、商品信息等）；

信息架构是通过有原则的交互设计方式；

B端信息架构设计方法：四部分：导航、列表、表单、详情；

页面设计要点：复杂表单分步拆解、按照模块聚合相同信息、信息填写由宏观到微观；

三、4大UML图形工具（流程逻辑梳理）

UML：统一建模语言，提供标准通用设计语言；是一系列图形组合；

用例图、对象图、时序图、状态机…；

作用：更好的梳理需求、保证功能完整逻辑顺畅、高效传递、高效沟通；

1、用例图：某个角色操作的功能；

2、时序图：描述了对象之间的消息、数据传递的时间顺序（包括发送消息、接收消息、处理信息、返回信息）；适用于梳理清楚系统与系统之间的数据交互逻辑；

3、ER图：描述实体的属性包含关系，实物对象1对n 1对1 n对n关系；

4、状态机：描述了数据状态的流转过程； 适用一切涉及数据状态的描述；

四、产品体验设计（原型界面设计）

B端C化的时代已来临；

1、产品层：价值、交互及用户体验、视觉；

2、运营及推广；

交互体验设计：一致性、可见性、及时反馈、防错设计、随时帮助；

1、一致性：界面模块排布、设计风格一致、操作交互逻辑一致、数据展示意义一致；

2、可见性：当前位置、当前操作进程、当前数据进程反馈；

3、及时反馈：操作结果反馈；toast提示；

4、防错设计：二次确认、减少输入多选择、数据标准展示、内联校验；

5、随时帮助：名词解释、问号说明、帮助手册、操作指导；

界面原型设计原则：信息层次、间距关系、对齐、借助贴近认知图形；

五、PRD设计

PRD架构6大模块：

文档基础描述、项目描述、需求描述、角色权限、埋点需求、后续拓展计划；

最好把开发当做一个小白（sha）子（哈哈）；

本文由 @阿辉 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务