B端系统深度解析:构建高效的企业级解决方案

发表时间: 2024-06-28 10:35

这篇文章,我们和作者一起学习下,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协议

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