${name},你的订单${orderNumber}已经完成交易
#
产品经理必聊的100个话题
第14期:数据参数校验
无独有偶,有的航空公司的App也有这样的问题。
你的App是否也有同样的问题呢?把这样的消息推送给客户。
为什么会发生此类问题
Business Analysis
这个问题应该是数据的出口也要做校验,但是没有做校验造成的。很多程序只在数据入口的地方做了校验,在数据出口的地方没有做校验。
因为没有人提及这个地方要做校验。测试也就没有做出相关的测试,因此这个问题也就一直被遗漏了。
参数可能出现的错误
Business Analysis
全部或者部分参数出现问题:
1.没有取到参数
2.参数值错误
可能发生同类错误的地方
Business Analysis
1.发送通知
邮件/短信/App推送/微信公众号
这些的地方都可能是发生类似问题的地方。你是否收到过类似的邮件,短信和推送消息。
2.导出报表
导出报表的时候也可能是导出错误数据的。因此导出报表的时候也应该做校验。避免提供了无效的报表。
3.对外提供的API
对外提供数据的API也可能存在导出的数据不合理的情况,这种情况万一要是提供了错误的数据给第三方,结果可能很严重。因此需要做充分的数据校验。
4.导数据的批处理
向别的系统导数据的批处理也可能存在导出数据错误的情况。这种情况一旦发生可能需要大量的时间去修复错误的数据,因此需要做充分的校验。
希望的处理逻辑
Business Analysis
输出数据的时候,如果校验后出错,不应该向外提供,应该有相关的提示,日志等功能,辅助进行排查和补发通知等处理。
另外如果还是必要对外有输出的情况,可能有几种处理方式:
1. 用默认的方式来发送数据/通知
2. 用提示出错的方式向外提供数据/通知
3. 不通知/提供数据
还要视具体情况而定,选择对应的方案。
大家对待这件事情的态度
真的会改进这个问题吗?
大多数团队都会忽略这个问题。
1.修改工作量大
因为这个问题改进的量会很大,几乎所有的推送消息都要修改一遍,所有的导出也得改一遍。而现有的需求池可能就已经很大了,不想继续花功夫。
2.收益低
就算改好了又如何,也不见得会让用户满意度提升。
不修改也就是偶发的,少量的用户看到了而已,就算看到了这个就会不买我们的服务吗?
3.优先级非常低
就算最后决定要改,由于发生频率较低,错误影响性不那么严重等原因,开发团队往往会将这个问题的优先级放的很低。
4.背后隐藏的是质量意识
这背后隐藏的是质量意识。团队是否有充分的质量意识,还是以完成任务为导向。
你的团队呢?遇到这种情况会怎么办?
文章知识回顾
Business Analysis
A
B
C
D
回复【电子书】领取需求分析实用技巧。数万名产品经理、BA汇聚地,深入需求分析与产品设计、产品运营,帮助你提升产品思维与洞察能力。原创知识体系:可视化需求分析。