产品架构设计有哪些技巧？

最近忙着在做一款金融产品的设计，天天都是福报，现在心里的想法只有一个：我想躺平。

知乎有人问，怎么看待躺平这件事呢？

我看网上有句话，很是精炼： 达者不再兼济天下，却怪穷者独善其身。

说回正题，大家拿到一个产品课题，一般是怎么开展工作的呢？

如果从方法论来倒推，我觉得在进入需求设计前，更重要的是，先要做产品架构设计看，要输出一个系统架构图。

我觉得最重要有三个步骤： 业务调研、需求梳理、工具绘制。

这几天在设计预付款融资的产品，我以此为例，简单复盘拆解下，也是对这两天工作的强化，万一对你的产品设计有启发，不多说，闭上眼，吻（打）我（钱）。

第一步，业务场景调研。

很多产品小伙伴，由于环境塑造的原因，经常做的是功能模块设计，这就被动的造成架构思维的缺失，而架构思维对于产品经理的重要性，不言而喻。（事实上，我一直觉得，对于产品经理来说，最重要的思维有两个，一是架构思维，二是技术思维）

产品一定是服务于业务的，那么首先来说，需求设计一定要先做业务调研，搞清楚产品服务的目标用户，应用的业务场景，一般来说，先弄清楚现有的业务流程是如何的，再考虑怎么线上优化设计，只有把业务流程和场景搞清楚了，才能更好地弄清楚产品的定位。

我在做预付款融资时，最初依据一些简单的参考资料，加上网上查到的预付款融资的业务流程， 虽然是下游经销商用钱，但也还是围绕着核心企业，由企业主体所驱动，比如，核心企业需要同资金方签订回购协议。

本来也准备这样设计，我提出去总部调研下需求场景，结果收到的反馈却是，在钢厂领域，核心企业是不可能确权或者签什么协议的，因为他们是强势企业，而且不愁卖，钢厂一般都是有固定的大户或者一级供应商，其他的经销商只是从大户手里拿货，都是全款买，普通人你想从钢厂买都买不到，所以，需求就和现实严重不符，产品设计就需要调整，当然，今天主要梳理产品架构的设计，关于钢厂在供应链金融的场景探索，回头单独说。

所以，业务场景一定要调研，做一手需求，独立负责项目的产品经理要这么做，即使只是做功能设计的产品同学，也要有这个意识，去现场调研沟通。

第二，需求梳理。

这一块主要想分享几个小技巧。

首先，在业务调研前，要做一些准备工作，列个沟通清单，思考下去和业务方交流的内容，并且可以提前发给相关人员，便于对方提前准备，这样既能备忘，又能提高沟通效率。

其次，可以会议录音。

一般来说，产品经理对于业务场景都不太熟悉，而沟通交流时间紧，任务重，多个对接人和我们交流，加上一些场景专业用语、流程等我们都存在认知陌生，往往需要反复推敲，这时候就推荐录音，等回来后，可以倍速听一下录音，提取下有价值的信息，将线下的业务流程和场景提炼出来，当然，这时候也可以使用录音转文字的APP，将录音快速提炼出来，提高识别的效率。

再者，使用思维导图工具，整理高层级需求。

通过现场的交流后，加上录音复盘，笔记等摘要信息，这个时候我们对业务场景和流程，已经有了一个大概的认知，接下来便需要将高层级的需求定下来，可以使用思维导图工具，按照业务场景、主要流程、实现价值，核心需求等分类，将沟通学习的内容梳理出来。

最后，高层级的需求确认。

一般来说，我们先要对需求内部评审，如果是自己单独负责的项目，便和业务对接方进行需求确认，尤其是让他们帮忙把关下业务场景和流程，将自己疏忽的地方或者有错误的地方及时调整。

第三、产品系统架构设计。

有了对业务场景的认知，有了高层级的需求，接下来就是重头戏，对产品架构的设计。

首先，产品架构的设计，要将产品需求功能概括提炼，通过产品功能服务于什么样的业务场景，能实现什么应用价值，服务于的目标用户有哪些，其实也就是对需求思维导图的具象化应用。

其次，要具备技术思维，考虑技术实施时，需要做哪些支撑，比如，有些通用的模块，需要考虑中台化操作，这些属于底层的架构，梳理到位，才能提高业务试错和开发效率，避免重复工作或者推到重来。

最后，使用工具，将心中的架构可视化表现出来，这里的工具也很多，比如，PPT工具，亿图，甚至Axure，这几个工具我都使用过，后来发现Axure相对方便一些，对于我们来说，思维比细节更重要，快速表达清楚即可，当然，不管使用哪种工具，最后最好都导出图片或者PDF文件，方便评审。

我把这两天做的预付款融资的系统架构分享一下，大家也可以参考，由于使用的Axure工具，需要源文件的，可以关注并后台回复“系统架构”即可。

产品经理其实是一个非常好的岗位和职业，需要掌握的思维和知识体系很多，多交流学习，为我所用对个人的提升很大，立足当下，着眼细节，做好每一个功能设计，不断积累，产品的设计能力和架构思维就会逐渐养成，这就是产品格局，欢迎交流学习，希望和大家一起不断学习，保持进步。