真需求，伪需求？

近期接到一个项目反馈：

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

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

够严重的！？

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

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

客户提的需求合理么？ 看似合理！

但是是伪需求。

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

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

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

至此，基本找到根本原因了：因为制卡时就已经错位了，补磁时只能扩大错误随便找一张绑定。因此， “防止二