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