伟大的设计模式
曾经收到过一个问题，关于如何设计资金管理系统和银企互联系统，有没有成熟的页面参考一下。当然了，每一个产品经理在接到需求以后，第一感觉就是“赶紧找一个成熟产品扫两眼”，这无可厚非。只不过实际是实际，理想还是要有的，万一找不到参考可看呢？我们还是需要一个可以兜底的技能，自己能够动手搞起来！并且将这个技能逐渐训练成一个固定的设计模式，这个模式可以应付所有的产品需求。
这个模式就是自己设计产品时稳定的设计习惯和方法的集合，简单的说就是：从拿到一个需求开始，会怎么做，直到产出产品方案。
1.1重视基础素养
一名产品经理的最基本的素养包括评估需求、分析业务、产品调研、需求分析、功能分析、方案设计......有些时候，一些产品人把产品设计中的产品调研完全放大成了“找个页面借鉴一下”。高启强想吃鱼找老默，但是我们想吃鱼，还得学会钓鱼；可能有的人说了，我有钱，可以去菜市场买，那就真的成咸鱼了。
做产品经理也是一样，所谓钓鱼能力，就是我们的基本专业素养和产品技能，如果没有这些基础能力，每次接到需求都想着找一个模板，看两个页面，这样下去职业发展还是非常危险的。业务场景、需求、产品方案等都是无限多的，无法枚举；但是设计方法或者说产品方法论是有限多的，是通用的。
什么是方法论呢，我把他理解成我们设计产品的“模式”以及在这个模式下的“工具箱”。比如梅西踢球喜欢用左脚，从右边路盘带过人，到中路左脚抽射。而我们设计产品的模式往往是“拿到一个需求，先分析业务场景和模式、再分析产品目标是什么，在该业务场景下这个目标如何通过产品实现”等，其中，如何分析业务场景呢？这时候就需要用到业务分析工具包了。
通过长期的工作训练和学习，我们不断强化这个过程，慢慢的形成了属于自己的产品设计模式，或者说“我们自己的产品方法论体系以及产品哲学”，当然，抄，也可以认为是一种哲学。
回到开头的问题，如果我们想做一个资金管理系统以及配套的银企直联体系，我们该怎么办，当然啦，去找一个成熟的资金管理系统看一看，很快就能落地了，只不过，这个过程我们并没有真正成长，完全没有调动起来自己的“产品设计模式和工具包训练”。
假如，我们第一感觉不是去看一个成熟的产品，而是，习惯了先自己动手搞起来，那一些列的问题就浮现出来：我们是一家什么公司，什么样的业务模式，当前的业务情况如何，怎么就突然想做一个资金管理系统呢?这个诉求是在什么时候、什么情况下、由谁提出来的呢?计划用这个系统干嘛呢？......
一系列的“？”浮现在脑子里，这就是一个成熟产品经理的职业习惯或者开始着手设计的开端，如果你还没有，那可能说明，你还没形成自己的产品设计模式。一切产品需求的产生都是有原因的、有目的，那什么是资金管理系统呢？什么又是银企互联呢？
1.2培养提问的能力
如果我们在资金管理上足够专业，那可以轻松回答这个问题，如果我们并不懂什么是资金管理，那也不妨碍我们去设计这个系统。
如果无法直面回答这个问题，那就绕到问题的另一面：需求者想用这个系统干嘛？这就产生了“用户调研的需求”，如果能从用户口中了解他们想做这个系统的目的，那我们就有了答案。即使无法定义什么是资金管理系统，但是可以帮助用户做一个“系统”能够解决他的所有诉求，比如他们想查询对公户的账户余额因为登录网银太麻烦、他们想通过自己的系统下载到全部的账单、他们想......好了，我就给你们做一个银行账户余额查询功能，账单下载功能，但是我们公司有上百个账户啊，是不是我得做一个银行账户列表，那我怎么把我们公司的银行账户添加到系统里呢？
解决一个旧的问题，就会迎来一个新的问题，那我们就继续问我们的用户，继续想怎么给他们解决方案，最后得到了这样一个地图，我们的功能脑图就产生了，如图1所示。
最后，把这个用户需要的和我们设计出来的功能的组合起了一个名字：银行综合管理平台，这时候我们发现，这就是资金管理系统。
1.3问答式设计能力
一个系统不是孤立的，我们想要的这些功能是不是需要上下游系统的交互，传递数据，操作联动；比如资金结算数据是不是要依赖外部系统，谁来发起对外的付款，需不需要审核；付款状态是不是要回传给上游系统？如图2所示。
其中还有很多细节需要分析，例如要变更银行账户信息怎么办呢？需要线上发起，线上审批么？怎么审批呢？如果公司用的办公软件是钉钉，那么审批是不是可以直接接入钉钉呢？这样的问答会产出业务流程方案，如图3所示。
银企直联怎么接呢？一般银行的银企直联都有哪些功能，银行都提供哪些接口呢？账单怎么下载呢？需每天系统自动下载，还是用户需要那个银行就手动点一下仅下载这个银行呢？哦，对了，需要出资金报表，需要自动下载，不然有些数据分析不出来，这样我们的功能分析就产生了，如图4所示。
如果公司对公户开在招商银行，那么去哪里找一下招商银行的银企直联接口文档研究研究？最后，很多问题都可以转换成可落地的执行步骤。就比如，账单如何下载呢？是不是需要一个任务模块，每日凌晨2点去挨个下载银行账户的上一日账单呢？将账单存储起来，然后，在后台可以看到账单列表，并且可以点击操作下载到本地。更细化的功能分析就有了，如图5所示。
账单管理这个模块需要后台页面么？下载任务应该不需要人来维护，技术维护即可，那就不需要页面；任务执行结果是不是应该能看到，那就增加一个任务执行结果的日志展示，可以查询每天每个账户的账单下载情况，成功还是失败，那失败了是不是可以手动触发再次下载？这样我们的账单下载记录页面就产生了，如图 6所示。
账单下载下来，是不是需要一个页面查看账单，并且可以手动下载到本地，如果账单推送到资金管理系统失败了，是不是可以手动触发推送？这样就可以分析得到账单管理的页面设计，如图7所示。
如果已经下载成功了，再次触发下载账单，是要覆盖原来的账单么？如果已经推送到资金管理中心呢？再次下载以及再次推送可不可以？这样分析，我们的产品功能逻辑就产生了。如图8所示。
经过一轮一轮的分析、拆解、结合业务诉求的研究，看了银企接口之后，我们也就大致可以分析出来银企互联系统需要哪些东西，能够做什么功能，需不需要后台页面展示，需不需要配置化功能，数据查询功能，以及需要哪些操作。这样设计出来的系统可能功能还不完整，但却足够好用，毕竟按照用户想要的，我们都一一实现了。对一个产品来说，能用是及格的，好用就是最高的评价。
因此，我们要刻意训练自己的产品设计模式，上述的设计模式，适用于所有产品的设计，只要静下心来，任何需求都能做出来。产品是设计出来的，而设计产品是一个产品经理的核心职能；参考借鉴没任何问题，但，也不要忘了，我们可以学会完全“自研”。而，自研，离不开那些属于我们自己的“产品设计模式”和围绕模式打造的“工具包”，成长和学习的目的是什么，就是沉淀我们的设计模式和工具包，并在工作中不断强化。