6.1 业务数据建模

业务数据建模是后续业务能否灵活扩展最重要的环节。为什么这么说？
业务数据建模不做而直接开始页面具体设计，会导致巨大的灾难。
业务的灵活性取决于系统的灵活性，系统的灵活性取决于业务数据建模的灵活性。比如从一对多到多对多的业务诉求转变，如果不事先考虑考灵活的业务数据建模，底层数据库要改，而且所有的历史数据都要改，其次涉及所有需要读取对应关系双方的代码全部需要重写。

业务数据建模能力要求是什么？
业务数据建模能力体现的是设计人员对客观世界的抽象描述能力，只有对业务本质理解透彻，再结合积累的软件设计经验，才能抽象并构建出合理的业务数据模型。

如何做？

先设计理想的模型，再针对该模型进行简化。
案例说明：简化后，账号和门店的管理关系不再需要通过遍历机构节点来获取，图中虚线箭头直接标明了它们的归属关系。这样的设计将导致账号无法对不同层级的门店进行灵活管理(像图6-1中那样)，但是会让代码开发简单很多，因为工 程师不需要处理一棵层级复杂的树形结构，也就不需要编写大量的递 归算法，这大大降低了开发难度。
image.pngimage.png

6.2 流程与角色

1.绘制业务流程图和角色

image.png
image.png

2.绘制业务的页面的流转图。

用户完成某项工作需要访问的页面及页面跳转顺序。绘制页面流转图可以帮设计人员审视、思考系统中的页面设计方 案，包括系统中总共需要哪些页面，哪些页面可以重复使用，哪些页面需要定制化开发。
image.png

6.3 界面设计

虽然在界面设计之前的流程很长，但只要你细心体会就会发现，我们对整个业务形态和系统形态都已经了然于心，对整个项目和产品的掌控力越来越强。此时，界面设计已经是水到渠成之事。

1.界面设计流程

在团队分工明确、人力储备充足的情况下，在开发一套全新的B端业务系统时，界面设计的流程一般如下:
1.产品经理绘制线框图原型，表达软件中每个页面的设计需求。
2.UE设计师协助产品经理完善交互体验，并制作交互原型。
3.UI设计师基于交互原型进行美工设计，生成切图文件。
4.前端工程师拿到切图文件，进行前端开发，包括实现交互、动效等。
当一套业务系统上线后，后期迭代则基本不再需要UE和UI设计师的支 持，前端工程师参考线框图就可以直接进行前端页面开发，因为前端工程 师一般会采用现成的控件，例如按钮、文本框、下拉框、表格等。这种情 况下，产品经理相当于同时承担了交互设计师的职责，一定要保证线框图 排版整齐、重点突出。

2.线框图的绘制

线框图的重点在于说清楚界面上的交互功能设计，而非UI效果。 image.png
3.熟悉尼尔森十大可用性原则

6.4 报表设计

略。

6.5 数据埋点

难点

B端产品大多是数据敏感型产品，尤其涉及细化每个操作的数据收集涉及到私密问题时，很难做实施。
做常规的成本低很快，但做详细的时间成本高。
常规数据采集：

  • Pageviews(页面浏览量)、
  • Unique Pageviews(页面唯一身份浏览量)
  • Bounce Rate(跳出率)
  • Avg.Time on Page(平均停留时长)

细节数据采集：

  • 访客来源(运营商、渠道、通过搜索引擎搜索 等)、
  • 设备信息(浏览器、操作系统等)、
  • 访客属性(性别、年龄等)、
  • 页面访问量、停留时长、流转去向、
  • 跨设备情况

等一系列信息，可以让分析人员从不同的维度观察流量特征。

B端C端数据埋点诉求不同，方案不同

「诉求不同 」
【B端】产品，尤其是业务系统，往往借助埋点观察并研究用户对各项产品功能的接受程度、使用情况，以及用户的操作习惯等，从而进一步评估功能设计是否合理，是否帮用户提高了效率等，为持续优化提供依据。
【C端】产品通过数据埋点来持续优化设计。C端产品对交互设计要求高， 非常重视用户体验。因此C端产品经理和运营人员要想尽办法持续优化功 能，而优化的前提是细致、全面的数据埋点和分析，这样优化方向才是明确的。

「方案不同」
B端产品多为PC端Web站点，在Web埋点工作中，很多时候只需要分析 页面级别的流量和行为就足够了，所以只需要部署一次公共JavaScript代码 片段就完成埋点工作了，然后就可以做基本的分析监控了。当然，默认的 埋点只能记录URL的访问、跳转等数据，如果想记录视频播放、按钮点 击、文本框录入等行为，则需要针对事件做更细致的埋点监控。
C端产品多为移动端App版本，用户的操作都在屏幕的方寸之间完成， 保证良好的用户体验非常重要，因此C端产品对各种点击、交互行为的监控 非常严格，会对所有交互行为做细致的埋点，以便全面掌握用户的动作， 并进行准确优化，工作量会大很多。
还需要说明一点，无论是B端产品埋点还是C端产品埋点，无论是Web 端埋点还是移动端埋点，都要遵循公司统一的埋点格式要求。所谓埋点格 式，是指在埋点过程中需要记录的扩展字段。例如，业务系统在埋点时， 除了捕获按钮点击行为，还要记录事件发生时该业务用户的所在团队，这 样就可以利用分析工具，观察不同业务团队的操作习惯，以及对不同功能 的使用情况。

6.6 权限设计

  1.                                      <br />这是业务系统设计中一个非常重要的环节，它反映了设计人员对整个业务体系中岗位和流程的理解。

1.功能权限设计

image.png

2.RBAC权限模型

image.png
image.png

3.数据权限设计

  1.                                   <br />角色在页面中能查到的数据范围，叫该角色的数据权限。所谓能查到 的数据范围，不是指能看到的数据字段，而是指能查出来的数据集合。例 如，针对订单列表页，数据范围可能是某个城市的所有订单，也有可能是 某个账户下的所有订单，也可能是某几个账户下的所有订单。

针对数据权限的控制，常见的实现方案如下。
· 方案一，通过组织机构树控制。该方案根据账号所在组织机构树中 的节点位置，来判断能够查询的数据范围。这种方式最复杂，但最灵活， 能够支持各种复杂的业务数据权限诉求。
· 方案二，通过客户地区控制。该方案根据账号所在区域来判断允许 查看的数据范围。这种方式简单、容易实现，但灵活性差，只能满足非常 初级的数据权限管理诉求。

6.7 文档编写与管理

1.BRD、PRD、MRD

image.png

2.PRD完整信息

image.png
image.png
image.png
image.png

3.命名规范

image.png
image.png

6.8 UML和常用图表

  1.                <br />以下介绍了**产品经理常用的图表**，产品经理绘制图形的主要目的是说明清楚设计思路，这些图表可能给技术人员看，也可能给业务人员看。在实际工作中，产品经理应该尽量使用简单的方式，让别人理解自己的设计 和意图。不建议使用过于复杂的UML规范，因为不是所有人都具备UML知识，如果采用了复杂的UML标记体系来绘制图形，会导致其他人看不懂， 失去沟通的意义。

1.ER图

是一种描述实体对象(Entity)之间关联 关系(Relationship)的经典图表，由科学家Peter Chen于1976年发明，最 早被用于关系型数据库。
image.png

2.跨部门流程图（泳道图）

image.png

3.状态机图

状态机图(State Machine Diagram)也叫有限状态机图(Finite State
Machine Diagram)，是一种描述所有状态及状态之间流转规则的图形。
image.png

4.活动图

活动图(Activity Diagram)是流程图的一种，用来描述一系列过程。 活动图和流程图最大的区别是，活动图可以描述并发工作的执行过程，而 标准流程图的节点必须是顺序执行的，只有判断节点才能引出两条分支。
image.png

5.用例图

用例图(Use Case Diagram)从用户视角来描述系统的操作功能。简 单来讲就是某个角色或用户在不同场景下能做什么。
image.png