B端产品经理在设计原型时，需从数据视角审视，关注存储、操作、状态等，以规避开发陷阱。本文通过实例，深入剖析这四个方面，助您全面理解数据视角下的原型设计。
B端产品经理是重业务型产品，TA需要清楚功能、状态、字段和字段值中隐藏着的系统逻辑，也需要知道功能操作对数据库数据的影响。
B端产品经理设计原型时，除页面交互逻辑外，从数据和代码逻辑的视角审视原型，可以规避大量的开发陷阱和逻辑漏洞。
本篇尝试从数据视角去理解原型设计，以此拓宽在原型设计时的更多思考。
存储什么数据？如何存储数据？怎么操作数据？数据状态与业务周期？
（以下围绕上述四个问题阐述，后续图片来自于网络）
视角：将原型中的元素映射为数据实体。
关注点：字段，字段值的限制与约束，未显式说明的数据存储。
举例：
图一
视角：原型的“模块/界面”对应数据库的“表”，界面间的关联对应“表关联关系”。
关注点：数据表，数据字典。
举例：
参考上述“图一”进行说明。
①原型，通过添加产品表单，新增一条产品数据。
产品表（Products）：产品编码，产品名称，产品属性，成本单位…
②原型，产品类型为下拉框，可能数据来自字典表，数据字典表参考了“尼斯分类《类似商品和服务区分表》”。
产品类型表（Product_categories）：产品类型ID，产品一级分类，产品二级分类…
③原型，操作“保存草稿”，可能存在产品的历史记录表。
产品历史记录表（Product_histories）：ID，存稿时间，账户ID…
视角：每个用户交互，都是一次或一组数据库操作。
关注点：新增、修改、删除、查询。
举例：
参考上述“图一”进行说明。
点击“提交”，数据库执行「新增（C）」：向Products表插入产品数据。
点击“保存草稿”，数据库执行「新增（C）」：向Product_histories表插入数据。
选择“产品类型”，数据库执行「查询（R）」：从Product_categories表分级查询产品类型。
视角：（特别）界面上的状态标签，交互上体现为不同状态的按钮或样式，业务上体现为系统逻辑的差异。
关注点：状态类标签、操作。
举例：
图二
图三
原型“审批结果”，审批通过、不通过。
猜测“采购申请列表”，数据表字段“状态”：待审批，审批通过，不通过。
执行上诉操作过程中，对数据进行了修改操作。
①“采购审批”
修改采购申请数据表（Pruchase_requestions）
②“采购执行”
修改采购申请数据表（Pruchase_requestions），追加采购执行结果字段（Pruchase_result）数据
本文由 @产品-子鱼 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。