“设计组合就像搭积木一样，用最基本的模块也可以拼出多种不一样的结果。因此模块本身既是独立的完整体，又能与更多的模块拼接。”

　　用途：以标准化模块进行快速合作

　　在微众银行APP的整个业务中，有很多内容是受到严格的监管的。当然，监管也使得我们的流程更安全。这些流程模块，在短期内是不会轻易改变的。在实际项目中，我们归纳出以下模块：验密流程、购买流程、开户注册流程、人脸验证流程、风险评测流程。我们把这些流程封装称为一个个模块，在APP内所有要用到这些内容的地方都保持调用一致的界面、一致的代码。

　　举个例子：APP中有很多流程都需要验证密码，无论是什么情况需要验密，所有的密码输入流程总是保证体验是一致的。这样一来，既降低了用户认知的成本，也使得这些公用的模块在修改和监管的过程中，可以更规范和有效。与外部项目、公司合作的过程中，也是作为固定不会更改流程的内容进行交付。

　　5.

　　“孤独前行的时候，唯有灯塔给你指路，告诉你危险。”

　　用途：检查方案每一步是否触碰到风险项

　　做与金融相关的设计会要求设计师知业务、懂业务，所以专业的金融知识是需要设计师去学习积累的。而WeBank Lighthouse(灯塔)沉淀的是专业知识以外，与设计执行相关的风控监管要点。在没有lighthouse之前，我们每一个方案都是在设计完成后才能给风控和合规部门审核，如果出现了问题，再返回到设计侧进行调整。

　　这样下来，整个设计流程即漫长又繁复。于是，我们把风控和合规部门每一次反馈的意见和知识点沉淀下来，形成了我们的lighthouse，其中包含“不能出现”的内容和“建议出现”的内容两个部分。

　　“不能出现”的内容由于涉及到一些内部机密信息，所以在这里我们不方便公开展示。

　　“建议出现”的内容包括以下几个类别：不可缺少的金融要素信息、符合设计规范的文案图示、突显设计DNA的文案图示以及能够帮助提高转化率的文案图示等细节要素。在设计方案交付前，我们使用lighthouse走查方案，经过了风险自查的这个流程后，风控合规审核的通过率得到了很高的提升，也降低了设计反复修改的次数。在项目复盘的时候，再把新的知识点继续补充到lighthouse中。

　　写在最后

　　以上的5个方法，服务于整个设计流程，也产生于设计流程中的每一步。有了这些方法支撑，无论设计构思还是设计执行，效率都得到了极大的提高。也让更安全、更舒适的产品体验得以实现。