详解大客户管理的流程与主要模块（详解大客户管理的流程与主要模块有哪些）
大客户销售，可以理解为类似B2B的针对大型企业做销售的模式。而在大客户销售管理中，它可以分为大客户管理、合同管理 、订单管理 、仓储配送、财务结算与售后几个主要模块。
导语：
最早接触大客户销售这个概念是在十多年前做湖北新华业项目 ，在JMIS「青鸟MIS」中有一个模块叫大宗销售，后来在一家分销公司后了解到，公司的销售客户主要是政府、银行 、中石油等这样的大型企业 ，散户不多，在互联网零售公司中也都会成立大客户部门且每年的销售额占公司GMV比重还很大，这些模式有点像B2B的模式。
京东企业购服务的就是一些大中小企业的采购，从购物到配送等一系列的服务 ，这对于一些互联网零售电商来说应该就是大客户销售。
本篇结合所了解的内容，来梳理一下大客户销售的内容，希望于您有所帮助。
01 需求场景描述
先说下场景 ，如果你是一个企业的负责人，在端午节要给公司员工发放福利 ，你会如何去做 ，一般情况下可能是这样的？
- 核对公司预算 ，计算每个人的福利金额 。
- 内部讨论，参照往年的礼品来进行商品选择，是发粽子，还是发卡等
- 确定购买渠道 ，这个比较关键，因为渠道与商品的价格、品质、服务都有关系。
- 因为是大宗采购，可以联系售卖公司的大客户销售部或市场部进行采购谈判，重点是商品价格、礼盒包装、收款方式、配送方式及时间等
- 下单确认购买，等待收货。
- 到货后进行商品验收，数量 、质量等等。
- 礼品发放给员工，如果员工少还能忙过来，如果员工多 ，发放环节可能就需要按部门分批发放 ，如果在不同城市有分公司，则在前期采购时还要确定很多信息 。
- 最后，与供货商进行结款。
以上只是一个非常简单的流程，即便简单，每个步骤都会涉及很多细节 ，还是会耗费很多精力的。
所以对于大客户销售的，应该明确其根本目的是什么 ？
- 提供有品质 、有特色的商品，所以采购选品非常重要如价格优势，商品差异化等。
- 提供全流程的服务，是基于购物流程 、OMS订单流程 、物流配送流程、售后流程及财务结算流程的一整套解决方案的；现在零售是商品找用户，所以服务的提升是关键中的关键。
- 沉淀客户资源 ，将其转化为固定用户，从而提升销售额；目前2C的用户获客成本已经非常高了，对于这种优质的大客户资源开发则更费时、费资源，所以要考虑留存、转化、复购等与C端相似但又有区别的营销手段。
02 流程与模块介绍
对于大客户管理，简单的可以分为大客户管理、合同管理、订单管理、仓储配送、财务结算与售后几个主要部分。
1. 大客户管理
与采购的供应商管理有些类似 ，可以在公司CRM系统中进行管理 ，要跟踪大客户的信息及经营状态，采购需求及相关预算等 。
大客户的内容主要包括客户编码 、客户名称、类型 、来源渠道、联系人以及公司的注册相关信息如法人 、成立时间 、注册资金、所属行业等。
财务相关的信息包括开户行、银行账号以及开票类型与抬头等信息。
客户信息可以通过公司企业会员进行注册，也可以在内部CRM系统或相关模块中由业务人员进行录入。
对于大客户的的审核，主要是核对客户提供的信息是否有问题，防范风险 ，现在的系统都要求注册流程简单化，通过实名认证的方式注册 。
大客户可以自己在公司企业专区自行下单，此时大客户与普通的用户会员类似，为了方便 ，可以把大客户与用户会员管理进行信息打通，在用户会员中用类型去区分「如企业会员」 。
有了客户的基本信息，在节假日时可以有针对性的进行商品信息的推送，通过EDM 、微信公众号 、短信等方式，这应该属于市场营销的一部分。
2. 销售合同
在分销企业中，销售合同是非常重要的部分 ，企业客户的年采购计划等都会以销售合同方式与分销售签订，根据销售合同进行采购计划、生成采购订单、跟踪销售合同的执行情况 、同时根据合同进行货款的收取等任务 。
在电商零售中面对的大宗销售，如果与大客户企业有长期的合作，最好签订销售合，否则为了简化业务和销售环节 ，可以将合同的相关信息与大客户信息进行合并。
但在系统的设计上，应该考虑未来的扩展 ，客户与合同相关内容还是分开比较好 。
在前面梳理合同管理系统也曾提到过大客户的销售合同 。
销售合同主要的信息包括合同号 、开始结束时间、合同状态、合作模式 、商品折扣、支付方式、账期等 。
如果公司与客户有长期的合作 ，那么可以考虑在合同上增加返点的条款，以促进销售。
销售合同相对于大客户就是采购合同，此部分可以根据用户的合作情况 、业务需求进行设计不断完善，但不能过度设计 ，增加了业务操作难度，流程复杂就适得其反了，应该遵循产品的「MVP原则」。
3. 大客户订单管理
有了客户和合同，最关键的模块就是大客户订单的创建与管理。
（1）首先，要明确大客户订单的来源，即在哪产生大客户订单
大客户订单可以由客户自己下单，也可以由业务同事进行录入，这就涉及到下单渠道不同。
1）客户自主下单
如果客户自己下单 ，那么就需要在APP或网站上开发一个频道或入口，以便企业客户可以自行登录，进行商品的选择购买。
在此种场景下，对于商品的价格管理就需要进行改造 ，一般的商品有市场价、零售价、会员价，对于企业客户应该增加一个大客户价格 ，以便区分。
同时要考虑 ，有了大客户销售价格，如果商品有活动 ，那么是否参与呢？此部分的设计可以像付费会员一样，通过活动来设置价格，此部分可以参考价格管理和促销活动部分，本篇不再深入讨论。
客户自己下单时，对于购物流程等可能都涉及到一些改动，但是用户体验可能会更好些，因为更灵活。
对于文章最初描述的企业集采过程 ，在自主下单过程中 ，要支持多个收货人即可以直接发送到具体员工的地址 ，以减化企业的收发等工作 。
同时还要考虑 ，自主下单生成的订单是直接到订单池还是需要转单的过程，这些都要在整个下单流程中进行全面的考虑与设计。
2）业务下单
此部分一般是根据市场部与企业客户确定采购的商品、数量、价格后，在内部ERP系统中创建大客户订单。
在此过程中，要先选择大客户 ，然后确定商品，录入商品的售价和数量，然后再确定付款方式 、付款的金额等等相关信息。
大客户订单信息一般包括以下几部分：
- 客户信息：即大客户基本信息 。
- 商品信息 ：此部分关键字段是售价 ，可以与价格管理进行同步。
- 支付信息：商品总额、支付方式 、结算方式 、账期（与合同信息同步）
- 其他信息 ：如物流要求、下发与发货时间的要求等。
- 收货人列表 ：是单个收货人还是多个收货人
经过以上的过程 ，保存生成大客户订单，此时还不是真正的销售订单，与用户自主下单还有些区别。
为了保障订单信息的准确性及避免公司损失，在大客户订单生成后，需要业务、财务的双重审核。
审核的依据应该参考零售价与大客户销售价格的差异率，计算大客户销售商品的毛利率来判断是否审核通过 。
参考公式：毛利率=(大客户销售价-商品当前平均成本)/大客户销售价*100%
（2）其次，要设计大客户订单与正常销售订单有什么相同或不同
前面提到了 ，大客户订单是业务直接下的订单，也可以叫预销售订单，此时的订单虽然经过业务和财务审核，但是还不能下发到仓库进行履单 。
所以可以简单的理解，大客户订单与正常的销售订单父订单与子订单的关系 。子订单的数量是根据大客户订单的收货人不同确定的 。
如果收货人是一个 ，则一个大客户订单对应一个正常订单 ，如果收货人是10个，那么一个大客户订单就要对应复制生成10个正常订单。
这个过程可以称之为转单，此前在设计内部领用单的时候也采用过转单这种方式来进行 。
为什么要这样设计？
简单的讲就是为了保证订单的履单流程统一，方便仓储接收订单作业。
是否采用转单这种方式，需要结合实际情况进行考虑，一般情况下针对于个人的订单，对配送方式 、时效 、包装等没有特殊要求的都可以采用这种方式。
在转单的过程中需要进行库存的判断，如果转单成功需要加库存占有 。
对于库存占有量，曾与相关产品同事讨论过，是在大客户订单生成的时候占有，还是在转单时占有。
占有的时间点不同 ，如果商品库存不充足的情况下，对后续的影响会很大 ，因为晚占有就可能产生缺货订单，再扩展一下，对于大客户的销售商品库存是单独划分出来 ，还是与普通用户的库存共享也是产品设计的焦点 。
可以采用渠道库存的方式进行库存的二次分配，这样避免大客户下单时因库存不足而影响大客户的体验。
无论哪种方式 ，目的是满足用户需求 ，保证用户体验。
大客户订单与普通订单的相同点是，普通订单是基于大客户订单信息生成的 ，订单信息与商品信息都是一致的 。
此流程中最关键的是转单过程，当收货人特别多时，要避免一部分转单成功 ，一部分不成功的异常情况。
（3）最后，要考虑订单履单流程
履单，意味着大客户订单可以下发到仓库，进行拣货、打包 、发货了。
由于前面是经过转单生成的销售订单，所以如果没有特殊要求与普通订单同样流程处理即可 ，但要考虑不同。
1）订单下发时间
看过我之前总结的文章的人应该了解，订单产生是在上位系统处理的 ，WMS属于下位系统，从上位到下位需要经过订单的下发过程。
订单下发时需要根据大客户订单的要求进行也就是用户要求 ，因为订单一旦下发仓库就会作业。
2）派送方式
对于大客户订单可以选择集中配送或分单配送的方式，这些信息在下发到仓库时，WMS会根据配送要求选择不同的物流产品，当然费用和时效等都会不同。
这些工作都是与仓储物流紧密关联的 ，但是WMS与TMS系统（或对接第三方物流）都相对成熟 ，一般情况需要提前进行设置规则即可满足 。
4. 财务结算
前面介绍的都是业务流程，也可以说是实物流 ，对于资金流便但需要FMS系统来完成了。
财务有应收对账、应付结算，有资金日记账，关于大客户销售管理也不例外。
大客户销售订单的支付方式有预付款 、保证金或赊销等方式 。
为了保证公司利益，对于客户自主下单时，也可以给每个用户设置购物额度，就是一个虚拟账户，如果用专业的名词就是授信额度，采用先散单购买 ，后集中结算的方式。
但无论采用哪种方式，对于应收款的收取，都需要一个对账的过程，所以首先要针对于大客户订单生成应收结算单（或应收对账单）。
此部分与应付结算逻辑类似，要获取大客户信息 、销售合同信息、大客户订单、正常销售订单等几部分信息进行抓取、计算。
最终要生成一张应收结算单的报表 ，记录销售金额、已付金额 、应收金额等关键字段。
对账完成后 ，则要生成收款单 ，并安排市场部进行货款的催收 ，这样的流程并不复杂 ，但是如何能够减少冗余的环节，操作简单是设计的关键。
- 应收结算单是按照大客户订单的维度生成，还是以大客户维度生成（即一个应收结算单可以包含几个大客户订单）
- 对于商品售后的订单是否进入应收结算单，如果售后按普通订单流程处理，但要思考清楚 ，因为如果退或拒 ，涉及的货款如何处理。
- 应收结算单的生成时间点，为了避免2的场景，可以将退换货时间考虑进来，一般是用户签收后加7或15天 。
- 收款是否支持多次收款。一般情况下大客户销售涉及的金额都比较大，所以为了更好的维护客户关系，可以支持分批收款。
财务管理就是要将该收的尽早收回来 ，该付的尽可能晚付出去，保证现金流 ，在考虑财务结算时可以与财务应收组详细沟通，不能脱离实际场景。
5. 售后
对于大客户销售的售后，前面提到了在应收结算单生成时的考虑。
由于大客户销售的支付涉及多种支付方式，如果有退换拒，金额的处理是关键 。
其余的应该按普通订单的售后流程一致 。
此处不多讨论了 ，大家结合之前的总结的售后流程自行脑补一下，如果有兴趣可以关注我，我们私下探讨。
6. 大客户订单数据监控
涉及到订单 、应收款，系统中就应该有监控的报表。
对于大客户管理 ，要实时监控应收款的情况，避免产生坏账的风险。
同时应该增加大客户或合同执行情况的维护，保证客户有人跟进 ，避免遗失客户 。
几年前在分销公司做合同管理时 ，曾开发过一个项目跟踪的模块，销售人员每周上报进度 、回款情况 、问题等 ，同时根据数据生成相关的图形报表，以便分析查看。
03 总结
以上简单梳理一下大客户销售的内容，是以2C的模式来设计的 ，业务流程不复杂，但是随着企业的需求增加 ，未来服务一定要跟得上 ，这样才能抓住客户，服务跟得上就需要在系统上进行优化 、改造。大客户后续应该纳入到B2B的模式中，如果再用2C方式去解决2B的问题，可能会力不从心，也会失去机会与优势。
最后，感谢您的阅读 ！
作者：倔强的大萝卜；公众号 ：倔强的大萝卜
本文由 @倔强的大萝卜 原创发布于人人都是产品经理，未经作者许可，禁止转载 。
题图来自Unsplash，基于CC0协议
