编辑导语：随着互联网技术的发展，分销已经成为品牌网络营销的主要用户来源。那么，如何构建DRP产品体系，实现分销管理的效率呢？作者以乳业DRP项目为例，介绍了如何构建DRP产品体系并与大家分享。
今天和大家分享一下最近的乳品DRP项目，什么是DRP？它的全称是“配送资源规划”，配送管理中心。
先说广义的分配。分销是从经销商到终端网点的连接链。产品的用户是经销商，订购主体是终端网点，但数据获取的真正受益者是品牌。
分销系统最大的优势在于品牌可以知道经销商的动态业务数据，如订单、渠道、库存等。那么我们从正常的商业角度来思考，品牌可以用这些数据做什么？
*订单：通过BI数据分析中心，对经销商订单的分析可以降低品牌的生产成本。同时，在经销商进行申报时，品牌方的管理部门也能对经销商客户有更好的配送判断。
*库存：了解相对准确的渠道库存后，品牌可以进行全新的库存模式控制。如果DRP系统能够成功推广，那么品牌可以采用VMI模式进行库存管理，初步达到一库存的效果。
*渠道：经销商通过自有渠道销售同类型产品时，品牌可以获得经销商渠道信息，同时判断该渠道下的终端网点是否销售过品牌的产品。如果没有，品牌自身业务人员可以拓展渠道，实现网点的横向拓展。
总的来说，向经销商推出DRP产品后，除了让经销商的日常工作更方便外，更重要的是对品牌方有业务增长或利益。
DRP产品能单独存在吗？其实对于经销商来说，后台的数据采集是不灵敏的，所以整套产品对经销商也是有利的，比如订单回溯、整理商品、降低人工成本、简单的账务管理、简单的库存管理等等。
因此，DRP产品可以作为标准产品单独销售。然后，当项目主体是品牌时，DRP必须与其他产品模块进行交互，比如上游的DMS。
，SFA在下游，BI在总部等。只有激活DRP的产品数据流，才能满足品牌的正常需求。
从F-b-b-c的全链路数据是每个品牌都无法拒绝的诱惑，所以其实DRP产品承担了最重要的三个环节，B-b-c，当然还有B-
c链接数据，DRP很难获得，所以基于DRP搭建的云商店帮了大忙。我们稍后会介绍云商店，现在又回到了我们的DRP产品。
DRP产品存在的意义和品牌对DRP的真实需求(数据)如上所述。那么，要从整体上构建DRP，就要分析和了解主要用户(分销商)的需求。在了解需求之前，我们要做的是整套产品的底层架构以及如何去做。
经销商数量众多，不同的经销商需要数据隔离。首先，DRP产品的用户天生就有一种优越，也可以称之为一流租户。经销商本身就是二等租户，数据隔离是DRP产品最起码的东西。然后，在构建DRP产品的过程中，还要考虑并发性、代码保护以及底层架构的稳定性。这一定是开发同事比较熟悉的。我参与了这个项目。
在我们建立了产品基础之后，我们需要建立和设计产品本身的功能和需求。然后我们可以整理出一张脑图，整理出经销商目前在业务流程中不可或缺的业务点：
两周的调研结束，我和我的团队整理了经销商的整体业务点，所以我要判断现在信息产品不支持的线下运营的关键点有哪些，这些点包含哪些功能等等。
然后经过梳理，其实整个DRP产品涵盖的大模块是汽车销售、库存、主数据、订单、促销模块，分为三个终端，分别是调度员终端、终端网络终端、web终端，分别由不同的人使用，三个终端连接到DRP系统。
整体产品框架，如图：
在设计本身就要考虑到实际的因素，比如汽车销售不能在城市主城区进行，只能进行配送(道路不能停放)，乳制品的保质期短，经销商到终端网点退货换货，产品向品牌方向的压力，经销商的收货， 即将到期的产品虚拟仓库分开存放，汽车销售交付过程中出现两类产品(即将到期产品和正常产品)，乳制品严重窜货。
上面我们讲了DRP产品的优点和用途。DRP产品有哪些缺点？其实品牌方通知经销商使用产品，经销商自己抵制，因为对于经销商来说，很多经销商都能猜到品牌方想要数据，所以这种抵制心理。
对经销商的推广就非常困难。更何况经销商在经营同类型产品的时候呢。对于DRP产品的介绍和构建到这里就结束了，希望大家可以在做同类型项目的时候，不要再踩坑了，下篇文章会给大家带来网点数字化SFA的项目分享、构建和实战。下次见啦~
本文由 @礼让 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
