不想被程序怼？我总结了产品文档80%易犯的逻辑遗漏问题

编辑导语：产品经理的日常就是怼开发以及被开发怼，那么，如何才能避免这种情况、顺利进行评审呢？本文作者总结了一份产品文档中80%容易犯的逻辑遗漏问题。如果你能很好地解决这些问题，那在文档逻辑的撰写上就能够解决不少问题。

“你这个产品设计有好多逻辑bug，你想清楚了再开评审啊~”当你被技术一顿怼后，你痛下决心，下次一定要让自己把所有可能的逻辑点全部考虑清楚。结果到了下次，又是一顿怼…

面对这种问题到底该如何解决？如何才能更好规避逻辑上的遗漏？

其实这个问题非常容易解决，在你生活中做产品设计逻辑思考时，很多问题的遗漏都是有规律的，只要找到这些规律，80%以上的逻辑问题都能解决。今日我们主要就讲讲逻辑梳理中的——数据篇，以下总结全部来源我个人的经验总结。

特别说明：此处的数据并不仅仅指单一数据，也包括整个页面全部数据提交时候的判断。

一、数据增删改查的逻辑整理

1. 新增数据

• 新增的数据与过往数据是否重复：比如设计电商商品管理后台时，若用户新增了一个与之前新增商品完全一致的产品，系统要如何处理？涉及到数据新增这是基本的逻辑问题，一定要添加说明。
• 新增的数据是否存在上限与下限：比如当你作为电商产品涉及添加收货地址时，用户可以无限添加吗？这里就要思考你数据的上限，而下限**在特定的一些产品里出现。
• 新增的数据是否不符合格式：新增的数据需要符合每一个字段的基本规定，比如简单的登录注册流程，若是手机号不符合字段格式，就**弹出基本的提示。

2. 删除数据

不要想当然以为删除一个数据是很简单的事情，其实也涉及到以下两个很关键的逻辑判断：

1. 删除时是否需要相关提示：就像我们之前讲过两个原则——防错原则和协助记忆原则，这两个原则就是对该逻辑漏洞最好的答案；
2. 删除时其他页面有无正在使用该数据：这一点是非常重要，初级产品经理在进行产品设计时，经常**遗忘。尤其是B端产品，此类问题更是经常涉及。

简单举例来说：餐饮SAAS后台产品经理决定删除某个菜品数据，那么就要考虑可能该产品在同时段已经被客户下单，这个时候数据如何处理？

——不要简单的进行删除。

3. 更改数据

数据往往涉及到修改，面对修改时，我们又**发生什么样的逻辑遗漏呢？

1. 改成的数据是否与历史数据重复：修改完成的数据与过往某一条数据一模一样，这个时候如何处理？
2. 改后的数据是否出现不符合格式：修改后的数据是否符合字段规定标准，若不符合如何提示？

4. 查找数据

1）如果没有该数据时，如何进行提示？

用户在搜索查找的场景里，若没有该数据信息，如何展示？

一般列表类的非常场景，做好相应提示处理–其次，有些产品可能也需要做一个引导。比如菜品搜索下没有任何菜品，就可以添加一个【添加菜品】按钮，将用户快速引导到我们的添加功能，这也符号产品的灵活高效原则。

2）如果查出的数据**出限制，如何显示？

数据库有该数据100条，这个时候如何显示，显示排序的规则又是什么样的？

一般列表类显示，都是分页加载方式。

二、数据的使用、显示、**新、排序

1. 使用数据时

1）若存在多个用户同时使用时，是否**发生冲突？

比如用户购买商品时，什么时候要校验库存。因为多个用户购买时，就很容易发生某个人下单后，其他人购买时库存为0。

2）若单一用户使用数据时，停留时间过长时数据如何反馈？

简单比如说，你在京东购买商品不支付，跳转到待支付页面，然后你在该页面停留了24小时以上，**过了待支付的期限，这个时候你再进行操作，页面如何反馈？

2. 显示数据时

• 无数据的显示：如列表页，当没有数据的时候要如何处理？这个在面对数据时是基本的提示操作；
• 数据极大极小化显示：比如抖音的消息提醒，如果1000条消息，怎么显示？这个时候一般是99+，而微信也采用了“···”。

3. **新

• 数据页面是否需要**新：若需要**新，采用哪一种**新方式？
• 是否要做到实时**新：该数据是否需要实时**新？

4. 数据的排序

排序：如果有数据如何进行排序；如果数据相同，按照什么优先级进行排序。

这就是关于数据遇到的一些逻辑问题，当你能够很好地解决这些问题，对于自己在文档逻辑撰写上就能够解决不少问题。

本文由@梁漩智 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于CC0协议