简介：通过一个案例，手把手教您从无到有设计一套业务系统，B端产品经理必看！
三、系统整体方案设计
完成业务调研后，进入系统整体方案设计环节。该环节需要由经验丰富的PM以及公司的架构师一起探讨完成，因为方案涉及到和公司现有应用架构融合，还需要经过产品委员会或架构组的评审和确认。
1、系统定位
基于对业务的分析，考虑通过实现3套独立子系统来支持分销业务。
分销商城前台（H5）：分销客户的下单工具
客户管理后台（PC）：分销客户的子账号管理、门店管理及业务辅助工具
运营管理后台（PC）：分销业务部门对客户及商品定价管理的业务支持工具
首先，客户希望能有一个便捷快速下单的工具，所以需要有一个手机版商城C端。考虑到投入产出比，通过H5来实现，具有独立域名，外网可访问。
其次，需要有一套方便操作的管理后台，因为涉及到大量的商品编辑处理，账号、门店管理等功能，所以考虑PC版本实现，暂不支持手机版。
最后，考虑到公司运营和客户管理员的管理诉求不尽相同，操作功能和页面差异较大，所以决定将管理后台拆解为两个独立的系统，给客户管理员使用的客户管理后台，具备独立域名，外网可访问；给公司管理人员和运营人员使用的运营管理后台，具备独立域名，仅限内网访问。
设计业务系统常见的问题，是为了图省事，把所有业务单元的功能糅合到一个系统中实现，造成管理的混乱，尤其是系统维护的混乱。一般来讲，系统的抽象要结合业务完成，独立的业务职能单元，要有各自独立的系统来配合使用。如果业务部门之间边界模糊，权责界定不清，也会导致系统之间存在模糊性。
清晰的系统定位，并划清边界，可以让彼此具备足够的独立性，是系统灵活性和可扩展性的基本前提。
2、整体架构设计
现在，需要考虑分销平台的三个子系统，如何与公司的整体应用架构融合问题。公司经过多年发展，系统架构体系已经非常完备，大量公共组建和模块可以复用，这样就减轻了新平台的实现成本和难度。分销平台只需要聚焦自己业务特殊独立的地方，其他公共组建和模块复用已有系统即可。
我们将确定的三个子系统，绘入简化版的公司整体应用架构图，如下。
深绿色部分是分销平台的三个独立子系统，墨绿色部分是涉及打通和复用的已有系统。
电商是公司的主营业务，有成熟的订单体系和仓配体系，分销业务的独特性在于前置客户管理维护，下单后的分拣配送业务流程都一样，所以分销商城的订单中心直接复用已有订单中心，订单写入后续的处理流程完全不变，只需要订单中心稍作改造即可支持，这样也可以保证整个订单台账、财务、仓储、配送基本都不需要重写或改造。另外分销平台的商品中心复用已有商品中心SKU数据，只是价格管理模块部分需要新做一套独立的，以支持特殊报价业务。
分销业务的账户体系、权限管理体系、在线支付，都利用已有系统实现，其中账户体系要做改造，支持子母账号管理，在线支付完全复用即可。
客户资料的存储，利用已有的客户主数据（MDM）实现，MDM改造较大，要新做一套企业客户数据模型。虽然是新做，但是在架构上，必须将客户资料作为主数据来建设，统一管理维护。
最后一个问题，既然公司已经有C端商城，为什么要单独再做一套针对分销客户的C端商城？经过分析评估，两套商城整体区别较大，如果对原有商城进行改造支持分销业务，第一工时投入比新做一套还要大，第二会影响主营业务系统的健壮性，因此最终决定新做C端商城支持分销业务。
3、功能抽象
基于对业务的分析，以及三套系统的定位，可以抽象并绘制完整的系统功能蓝图。
功能模块图，是对业务诉求系统化设计的进一步高度抽象。模块的设计，要体现出同一个业务职能单元中不同业务场景和操作的集合，模块也代表了系统中的一二级导航菜单的设计。常见的问题，是设计人员对模块设计的随意和混乱，以及后来新增功能的随意摆放，会造成用户使用系统时产生困惑，同时还会导致开发人员编码设计的混乱。
功能模块图，代表了设计师对业务和系统本质的理解和提炼，包含了对业务、系统未来发展的展望。我们常说，系统建设要有规划和节奏，实际上功能模块图就是一幅远景规划蓝图，是系统的骨架，决定了系统的整体结构，结合业务需求，每一个具体功能的实现，都是在对骨架不断地填充血肉，让他更真实，更立体，更丰富。
随着业务的开展，变化，功能模块图可能会有新的规划和调整，但如果业务单元的本质和模式没有变化，功能模块图不应该出现结构性的调整和改动。
4、演进蓝图
我们已经绘制了系统的功能模块图，体现了业务和系统规划的脉络，现在，让我们开始研究这套“体系”，大概需要几期实现，每期实现的侧重点是什么，也就是常说的演进蓝图，Roadmap。
白色部分，是一期的项目范围，聚焦解决最基本的业务流程线上化问题，以及最痛的痛点，例如对账功能。一期功能有一个原则，凡是可以手工处理和解决的问题，都不做系统支持。所以，类似于“报表”，可以定期跑sql实现；类似于“价格系数设置”，考虑到维护频率低，可以由RD在后台改数据库完成；类似于“搜索、推荐”，并不影响客户下单，因为根据调研目前每个客户维护的最多sku数量只有二十个，没有搜索功能并不会严重影响客户下单效率。
绿色部分，是二期的项目范围，二期将解决部分特殊业务刚需的诉求，例如要支持“预付款”模式，“账期”模式，“发票管理”，如果时间允许，可以一并实现若干报表查询功能。
蓝色部分，是三期的项目范围，三期将聚焦风险控制，并强化运营功能。一般来讲，很多互联网公司初期会先跑业务，走流水，验证可行性，成本和风险控制并不是特别在意，当业务具备一定规模时，则必须引入系统风控机制，做到事前、事中、事后的风险控制。此外，基于本案例B2B业务的特点，设计中并没有考虑太多的C端功能。实际上C端只需要保证客户能够方便下单，并做一些很粗的运营、通知即可。
