B端系统-产品系统架构
什么是产品架构？
产品架构是产品经理用来表达自己产品整体设计机制和规划的图，它将产品功能落地为信息化、模块化、层次清晰的可视化架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路。
产品架构是对商业模式中核心业务场景的抽象，体现了商业模式的运作和实现方式，产品架构设计是抽象业务场景，通过业务规则建立产品内在逻辑的过程。产品架构的对象就是产品的商业需求以及用户需求。如何让满足产品两个需求的产品设计更加简单、高效的规划就是产品的架构。
抽象是指将复杂的事物简化为一组关键概念或模型，以便更好地理解和处理问题。
产品架构就是为了把原来一个个孤立的产品，进行有侧重的编排组合。这样满足用户、商业需求更简单了、产品设计也更简单了，这就是产品的生态：不是把孤立的产品链接起来，而是通过产品架构组织起来。这种简单带来的高效就更不用说了。
这里有两个重要的目标：
- 满足需求高效简单；
- 产品设计过程高效简单。
奥卡姆剃须刀法则同样在产品架构设计中适用，越简单的架构越有利于产品的生长。
一、系统架构设计
你是否想清楚了以下问题： 在新增一个需求时？？
- 在整个系统中的位置；
- 各系统之间的边接；
- 所需要的底层数据；
- 所需的前端支持？
系统架构是产品实际落地环节的第一步；
系统架构图
从更宏观的角度，从系统的全貌的角度，将一个解决方案，在系统中的模块，对其他系统的影响，和底层支撑的数据，完整展现出来的图形。
核心目的
更全面的梳理清楚你的项目、更好的规划项目边界、更清晰的展示需求全貌；
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）子（哈哈）；
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
