我们做系统设计的时候,如果碰到不合理的校验需求,一般会在设计上缩小逻辑控制到可以理解,而又不影响到业务流程的程度。
根据自己理解加校验是大忌。原因是有些校验触发场景很特殊,客户按需求列表验收时很难注意到,实际上线后使用中发现,如果需要去掉就需要重新发版,要走整个验收流程。
事实上,对于客户的需求,设计上只能尽可能的往合理角度上去靠,不会每个疑问点都找客户确认,要客户给方案,这是很low的。
对于客户需求上的逻辑缺点,在系统设计上和操作支持上的宽容也是功夫。
有些低级的问题,即使客户明显需求有问题,这边也不会主动捅出来或者要求客户修改,而是尽可能的在可以接受的范围内弱化问题。
系统控制很严格,这也报错,那也报错,实际上只是保护系统本身的安全,实际上用户体验是很糟糕的。