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

不想被程序怼？我总结了产品文档80%易犯的逻辑遗漏问题 /> “你这个产品设计有好多逻辑bug，你想清楚了再开评审啊~”当你被技术一顿怼后，你痛下决心，下次一定要让自己把所有可能的逻辑点全部考虑清楚。结果到了下次，又是一顿怼… 面对这种问题到底该如何解决？如何才能更好规避逻辑上的遗漏？ 其实这个问题非常容易解决，在你生活中做产品设计逻辑思考时，很多问题的遗漏都是有规律的，只要找到这些规律，80%以上的逻辑问题都能解决。今日我们主要就讲讲逻辑梳理中的——数据篇，以下总结全部来源我个人的经验总结。 特别说明：此处的数据并不仅仅指单一数据，也包括整个页面全部数据提交时候的判断。 一、数据增删改查的逻辑整理 1. 新增数据 新增的数据与过往数据是否重复：比如设计电商商品管理后台时，若用户新增了一个与之前新增商品完全一致的产品，系统要如何处理？涉及到数据新增这是基本的逻辑问题，一定要添加说明。 新增的数据是否存在上限与下限：比如当你作为电商产品涉及添加收货地址时，用户可以无限添加吗？这里就要思考你数据的上限，而下限会在特定的一些产品里出现。 新增的数据是否不符合格式：新增的数据需要符合每一个字段的基本规定，比如简单的登录注册流程，若是手机号不符合字段格式，就会弹出基本的提示。 2. 删除数据 不要想当然以为删除一个数据是很简单的事情，其实也涉及到以下两个很关键的逻辑判断： 删除时是否需要相关提示：就像我们之前讲过两个原则——防错原则和协助记忆原则，这两个原则就是对该逻辑漏洞最好的答案； 删除时其他页面有无正在使用该数据：这一点是非常重要，初级产品经理在进行产品设计时，经常会遗忘。尤其是B端产品，此类问题更是经常涉及。 简单举例来说：餐饮SAAS后台产品经理决定删除某个菜品数据，那么就要考虑可能该产品在同时段已经被客户下单，这个时候数据如何处理？ ——不要简单的进行删除。 3. 更改数据 数据往往涉及到修改，面对修改时，我们又会发生什么样的逻辑遗漏呢？ 改成的数据是否与历史数据重复：修改完成的数据与过往某一条数据一模一样，这个时候如何处理？ 改后的数据是否出现不符合格式：修改后的数据是否符合字段规定标准，若不符合如何提示？ 4. 查找数据 1）如果没有该数据时，如何进行提示？ 用户在搜索查找的场景里，若没有该数据信息，如何展示？ 一般列表类的非常场景，做好相应提示处理–其次，有些产品可能也需要做一个引导。比如菜品搜索下没有任何菜品，就可以添加一个【添加菜品】按钮，将用户快速引导到我们的添加功能，这也符号产品的灵活高效原则。 2）如果查出的数据超出限制，如何显示？ 数据库有该数据100条，这个时候如何显示，显示排序的规则又是什么样的？ 一般列表类显示，都是分页加载方式。 二、数据的使用、显示、刷新、排序 1. 使用数据时 1）若存在多个用户同时使用时，是否会发生冲突？ 比如用户购买商品时，什么时候要校验库存。因为多个用户购买时，就很容易发生某个人下单后，其他人购买时库存为0。 2）若单一用户使用数据时，停留时间过长时数据如何反馈？ 简单比如说，你在京东购买商品不支付，跳转到待支付页面，然后你在该页面停留了24小时以上，超过了待支付的期限，这个时候你再进行操作，页面如何反馈？ 2. 显示数据时 无数据的显示：如列表页，当没有数据的时候要如何处理？这个在面对数据时是基本的提示操作； 数据极大极小化显示：比如抖音的消息提醒，如果1000条消息，怎么显示？这个时候一般是99+，而微信也采用了“···”。 3. 刷新 数据页面是否需要刷新：若需要刷新，采用哪一种刷新方式？ 是否要做到实时刷新：该数据是否需要实时刷新？ 4. 数据的排序 排序：如果有数据如何进行排序；如果数据相同，按照什么优先级进行排序。 这就是关于数据遇到的一些逻辑问题，当你能够很好地解决这些问题，对于自己在文档逻辑撰写上就能够解决不少问题。