真需求,伪需求?原创
金蝶云社区-黄良生身份
黄良生
10人赞赏了该文章 609次浏览 未经作者许可,禁止转载编辑于2019年06月11日 15:18:19

近期接到一个项目反馈:

“目前为止仍有储值卡防止二次错刷的功能不在总部零售产品设计范围,总部零售团队不同意完善此功能(客户需求具有在零售业合理需求),因此客户不同意零售验收,更不同意下一步财务及供应链的实施。”

“客户高层提出,若此次零售再不能达到要求或因公有云系统环境关闭,造成的损失将通过司法途径解决,全部产品退货之后将在本地将金蝶软件作为反面教材,告知其它国资委企业。”

够严重的!?

为什么要“防止二次错刷的功能”?

得先看看用户的应用场景:客户总部制卡充值人员,拿着一堆空白储值卡,按顺序依次为卡充值(批量发卡),然后当购物卡发给客户,客户拿着卡去门店消费,个别卡没磁,拿去补磁,发现系统中找不到对应的卡号,补磁人员就错找了一张别的卡号与这张卡绑定(出问题了),客户提出:补磁的时候要“防止二次错刷的功能”。

客户提的需求合理么? 看似合理!

但是是伪需求。

为什么门店补磁会错绑定么,而且可能扩散这类错误?

再深入看看,制卡过程:100张卡,按顺制作,卡号和系统的流水号一致,一切正常。但是,制卡人员不是机器,难免搞乱卡的顺序,即出现几张卡号与系统流水号不一致。

当出现不一致的卡没磁时,补磁人员就会弄错(如果使用过程一直有磁,即时错了也不爆发),要求 “防止二次错刷的功能”。

至此,基本找到根本原因了:因为制卡时就已经错位了,补磁时只能扩大错误随便找一张绑定。因此, “防止二次错刷的功能”是个伪需求,按客户的要求“防止二次错刷”的功能,可以防止门店扩大错误,但制卡时的错乱源头无济于事。

原因找到,问题解决办法就简单:

1、充值制卡时,系统先把卡号读入系统,而不是想当然的顺序制作卡,这可以确保物理卡和系统内的卡号匹配,可以确保源头不错(当这个错误存在,补磁时再怎么防错都无效);

2、其次才是在补磁时,用户输入卡号,再用验证码进行校验,可以防止补磁时弄错;

3、完全抛弃物理卡,用系统打印礼券卡片,甚至用电子码,省钱又不会出错。

被一些伪需求高喊要退货的,需要谨慎,更不能盲从,用心去感知或许柳暗花明又一村。

 黄良生,2019-6-11

赞 10