相信每个人都有为设置银行卡密码头疼的经历。不像电脑上其他密码，银行密码一般都是要求6位数字，除了有纪念意义的日期，还真没什么容易记住的数字。随着银行业务的多样化，不止是一个人要设置N张银行卡密码，就算是一张银行卡，也要为不同业务设置好几个密码。当然，所有的地方用同样的密码，自然会减少很多烦恼，但从产品设计考虑，银行应该不会想让用户把所有的密码都设置成一样，用户帐号风险高了，银行服务及事故处理成本自然要上升很多。（题外话：其实产品易用性直接影响到企业的成本）
显然银行密码系统的设计不当是用户不得不这么做的一大因素。从银行的帐号系统来看，它需要一组6位数字作为钥匙，开启一个帐号的操作权限，这6位数字是系统需要的，但对用户来说，6位的数字显然不是一个友好的符号。这里就产生了造成产品易用性的关键点：系统模型跟用户需求有差异的时候，产品的实现模型到底向哪边倾斜？不做加工，将用户难以理解的系统模型还原出来，生涩难懂，用户觉得难用；理解用户需求，产品提供的功能符合用户的心智模型，用户上手容易，就觉得好用。从银行这个例子可以看出，产品的实现模型完全没有照顾到用户需求，如果在实现的过程中，考虑到用户对多组数字的记忆不是那么容易，实现上就不应该让用户去记忆数字，而是用一种用户自己比较容易记忆的方式输入后，再由产品转换成系统需要的数字。单人们没有那么多好记的6位数字时，多记几个单词、词语应该比数字容易，这时银行输入密码的实现模型就要改成像像手机键盘一样，使用字母语言的国家可以在各键位上标注上字母，像我们国家可以把笔划加上，还可以YY出好些键盘的形式……
我们在产品设计的时候也一样，用户需要我们去了解，只有越深入的了解用户，我们在设计中越能解决好问题，而不是做出一堆有问题的产品。
