图10-15 支付架构
4. 架构就是远方
把握好“一点”的设计和“三条线”的设计，就可以搭建起一个完整的支付体系。该设计方法不仅适用于一家三方支付机构，同样适用于一家普通的交易平台，四方聚合支付。只不过支付通道的不同，三方接入的是银行通道，普通商家和四方聚合公司接入的是三方通道。
架构的意义是什么，那就是可以确保未来不会频繁重构，确保在每一个维度都具备足够的可拓展性，确保每一个模块和细节都为整体服务，同样确保产品不被业务牵着鼻子走，这是产品的顶层设计，也是走向远方的那盏灯塔。
5. 产品的意义在于解决问题
产品的意义是什么，是做出一个“厉害”的系统么，是做出一个“正确”的功能么，是遵守一个通用的规范么？我想都不是，何为正确，何为规范，谁又是标准？
产品的意义应该是用可用的手段解决当下甚至是未来的问题，所以，产品应该聚焦问题本身或者需求本身，不是系统或者功能本身。
就像很多朋友会问，账户的流水用体现“-负号”？我们总是习惯站在功能角度去设计产品，负号是一个功能；而常常忽略了，我们所面对的问题，而这才是根本。产品应具备通过功能灵活解决问题的能力，而不是仅仅是设计功能本身。
我们再看要体现流水的“负号”么？要不要呢？其实我们不应该问要不要体现负号，而是要问自己，负号要解决什么问题，进而问自己“我在面对一个什么问题”。
而这个问题就是“我需要用一种方法反映出流水的方向”，面对这个问题时，你就不应该用“用不用负号这个功能去回应”，而是“如何反应流水的方向”，当触达最本质的问题时，我们才能到达最关键的十字路口“选择”，一个产品面对问题时应该具备选择的能力。为问题选择答案，而不是仅是论证一个答案的正确与否。
反应流水的方向就不仅仅可以用负号了，可以用收支字段、借贷标识，这个时候你还会问我，流水里用不用反应负号么！当你再思考这个功能怎么设计的时候，不妨回到起点，问问自己我要解决什么样的问题，期望达到什么样的效果，我有多少可选的方案，当下的这个让我百思不解的功能是唯一答案么！放弃对模板和对权威的痴迷，而是探索自我的设计风格，培养追寻未知新事物的好奇，产品设计可以很自由且很潇洒……
六、账户迁移方法论账户部分在之前我们讲得比较详细了，而且在线课堂也有账户的专栏，所以在此基础上我们来观摩一个实际的账户相关的案例。
这是一个大型且高危的项目，危险程度要看涉及到的资金属性、账户数量、资金体量。比如你要是几十万，那闭着眼就做了；但是如果是千万用户，百亿资金情况下，小心脏就要时刻蹦蹦跳了。
我们知道企业在发展过程中到了一定阶段，难免需要进行一些系统的重构或者数据的迁移；比如要做中台，那么业务的统一势必要将一些系统下掉，业务以及数据迁移到新的中台服务中去；我们要讲的就是“旧账户服务迁移至新账户服务”如何做，如何实现用户无感知的服务迁移
我相信，这个案例可以让你把账户掰开了揉碎了再认识一遍；而且对账户的把控力上升3个台阶；这也是高端面试过程中容易问到的问题，也是一个很容易脑子一片空白哑口无言的题目；当然这个案例也可以作为简历中一个经典的颇具竞争力的实战项目
这次我计划采用半讲解半方案文档的模式书写这篇文章；既可以让大家理解，又可以作为半成品文档提供给各位拿来即用；好了，价值讲清楚了，你准备好开始了么……
1. 项目概述
为了构建统一中台账户服务，围绕中台统一账户管理支持各业务线客户账户以及账务处理能力，需要将各业务线分散的账户业务全部切入中台账户服务中心，并且稳定后下线旧账户服务。
2. 整体方案框架
分期分批，为了确保资金安全，业务正常无停产运转，对于每个旧账户集群采取“兼平切”的方案理念，分阶段、分批次完成整个迁移工作，整个项目分三期完成。
第一期：服务兼容
在旧账户服务层兼容新服务层，或者在新服务层兼容旧服务层，或者在新旧服务之上构建新的兼容服务层。这次基于“业务无感知，用户无感知”原则，我们采用第一种方式，在旧服务层内兼容新账户服务，如图16所示：
图16 账户迁移的兼容架构
第二期：账务处理灰度切入
先将加入灰度范畴的账户进行账务处理排队，先进行旧账户余额不扣减结转至对应新账户中，然后将结转后的账务处理包括排队中的请求双写入新的账户中。
再将就账户的历史账户明细迁移转入新账户流水表中，并进行自洽验证，至此该账户完成了并行双写的账务结转，以此为节点，该账户今后将进行全部账务请求的双写处理。
并对该映射账户进行双写校验，对于校验异常的账户进行差错处理，以确保全部最终校验正确。
第三期：主次切换关停旧服
3个月以后对于校验正常的新旧账户组关闭旧账户双写，关闭旧账户，直至全部旧账户关闭，全部旧账户服务关闭。
推动业务线逐步更换新账户服务，直至前部更换完成，最后下掉旧账户服务。
3. 方案基本原则
- 账务准确：余额准确，明细准确；迁移前后新旧系统以及与实际一致相符
- 按账户灰度：灰度选择一个城市的全部账户进入灰度账户名单
- 新旧并行：余额同步至新账户，并行期间依旧旧账户对外提供服务，内部接口同步给新账户，财务数据同时从新账户出具一份
- 灰度成功后第二批切全部：不进行多次灰度，灰度成功后即执行全部迁入新账户中心
- 不停服迁移：在旧账户迁移至新账户执行期间进行账务处理排队，结转完成前不处理进账和提现，结转动作完成后按排队顺序进行处理
如图17所示：
图17 账户迁移账务处理思路
4. 账户结构设计
我们先看旧账户结构，分多类型账户，下设二级类型子账户，如图18所示：
图18 旧账户结构
我们在看新账户结构，设置三级账户结构，第三级结构记录账户余额与明细，如图19所示：
