随想之二：用户的真实需求？
前言见 架构随想 http://lixin3811.iteye.com/blog/1535662
用户对于需求的表述可能并未真实的表达他(她)们的诉求；了解用户真实的业务需求是正确或合理的设计的根本。收集需求时，不要将用户代入系统，让他(她)来描述其业务，而是抛开系统，了解用户在业务操作上的诉求；即没有系统的情况下，用户是如何开展业务的。
我的观点：除了电子消费业相关的软件之外，软件系统都是为了让人工更高效。
因此，用户业务如何开展，是同有无软件系统或者说有无这个软件系统没有必然关系。
下面举个例子：在一个系统中，财务人员提出的需求是所有支付必须都可以审核；当备付金不足时，财务人员可以先补充备付金再支付。首先，该需求是清晰的、明确的；其次，需求也是合理的。这个系统中的实时支付业务都因为该需求而变成了非实时业务；因为要中断业务供财务人员进行审核。
那么，我们来分析一下这个需求：
第一，财务人员审核支付是他们的工作之一，为了控制可能的风险，属于风险控制的范畴；例如，可以按照额度、用户黑白名单、账单进出关联等维度设置阈值。如果此笔实时支付未触及风控指标，则不会被中断；如果财务人员一定要审核每一笔支付，则只需将风控额度设置为0即可。
第二，关于补充备付金的需求：财务审核不是其充分必要条件，因此该需求不必作为财务审核的后续操作。检查备付金的需求可以分解为两个需求：一是查询备付金，一是备付金余额不足的告警。后者属于风控的范畴，也可以独立作为告警任务，通过设计告警阈值。如果条件允许，增加备付金划账功能，对于财务操作更简化。
所以了解客户需求的目的，即真正的需求对于设计很重要。