B端产品经理在设计原型时，需从数据视角审视，关注存储、操作、状态等，以规避开发陷阱。本文通过实例，深入剖析这四个方面，助您全面理解数据视角下的原型设计。

B端产品经理是重业务型产品，TA需要清楚功能、状态、字段和字段值中隐藏着的系统逻辑，也需要知道功能操作对数据库数据的影响。

B端产品经理设计原型时，除页面交互逻辑外，从数据和代码逻辑的视角审视原型，可以规避大量的开发陷阱和逻辑漏洞。

本篇尝试从数据视角去理解原型设计，以此拓宽在原型设计时的更多思考。

以数据的视角看原型设计

存储什么数据？如何存储数据？怎么操作数据？数据状态与业务周期？

（以下围绕上述四个问题阐述，后续图片来自于网络）

1. 存储什么数据？

视角：将原型中的元素映射为数据实体。

关注点：字段，字段值的限制与约束，未显式说明的数据存储。

举例：

图一

2. 如何存储数据？

视角：原型的“模块/界面”对应数据库的“表”，界面间的关联对应“表关联关系”。

关注点：数据表，数据字典。

举例：

参考上述“图一”进行说明。

①原型，通过添加产品表单，新增一条产品数据。

产品表（Products）：产品编码，产品名称，产品属性，成本单位…

②原型，产品类型为下拉框，可能数据来自字典表，数据字典表参考了“尼斯分类《类似商品和服务区分表》”。

产品类型表（Product_categories）：产品类型ID，产品一级分类，产品二级分类…

③原型，操作“保存草稿”，可能存在产品的历史记录表。

产品历史记录表（Product_histories）：ID，存稿时间，账户ID…

3. 怎么操作数据？

视角：每个用户交互，都是一次或一组数据库操作。

关注点：新增、修改、删除、查询。

举例：

参考上述“图一”进行说明。

点击“提交”，数据库执行「新增（C）」：向Products表插入产品数据。

点击“保存草稿”，数据库执行「新增（C）」：向Product_histories表插入数据。

选择“产品类型”，数据库执行「查询（R）」：从Product_categories表分级查询产品类型。

4. 数据状态与业务周期？

视角：（特别）界面上的状态标签，交互上体现为不同状态的按钮或样式，业务上体现为系统逻辑的差异。

关注点：状态类标签、操作。

举例：

图二

图三

原型“审批结果”，审批通过、不通过。

猜测“采购申请列表”，数据表字段“状态”：待审批，审批通过，不通过。

• 列表状态“待审批”，黄色标签，存在操作“采购审批”；点击“采购审批”，结果如下：
• 列表状态“不通过”，红色标签，存在操作“重新提交”。
• 列表状态“审批通过”，蓝色标签，存在操作“采购执行”；点击“采购执行”，勾选状态“是否完成采购”（如图三）。

执行上诉操作过程中，对数据进行了修改操作。

①“采购审批”

修改采购申请数据表（Pruchase_requestions）

②“采购执行”

修改采购申请数据表（Pruchase_requestions），追加采购执行结果字段（Pruchase_result）数据