进销存系统的演变——从一个夫妻批发小店到S2B2b平台
编辑导语：进销存系统是为了对企业消费经营中进货、出货、批发销售、付款等停止全程停止（从接获订单合同开端，进入物料采购、入库、领用到产品完工入库、交货、回收货款、支付原资料款等）跟踪、管理而设计的整套方案。本篇文章主要从一个夫妻批发小店开展到一个S2B2b平台来讲述进销存系统的演变。
本文主要讲一下进销存系统的根本概念，然后以一个夫妻批发小店开展到一个S2B2b平台，随着业务的不时开展，进销存系统的一个演化。
一、进销存概念
1. 根本概念
百度百科解释：
进销存，又称为购销链，是指企业管理过程中采购（进）—>入库（存）—>销售（销）的动态管理过程。
进：指询价、采购到入库与付款的过程销：指报价、销售到出库与收款的过程存：指出入库之外，包括领料、退货、盘点、损益、借入、借出、调拨等影响库存数量的动作
（1）商品流通企业
是从商品的采购（进）到入库（存）到销售（销）的动态管理过程。
（2）工业企业
是从原资料的采购（进）——>到入库（存）——>领料加工——>产品入库（存）——>销售（销）的动态管理过程
2. 说明
为了简单，本文只讨论纯流通型，不涉及再消费，默认该企业采购什么商品，销售什么商品，所有商品在流通中没有改变。
简单说就是：向其它公司企业采购商品，并对采购的商品停止管理，并停止销售；进销存系统就是对这一过程的动态管理系统。
二、小批发商
1. 业务情况
假设一个规模比较小的快消品批发商，比如说一个批发市场上常见的批发经营门店，门店由夫妻二人停止经营。
他们向上游的批发商停止采购，然后仓库就是门店，他们销售的客户主要是餐饮店店主，或者下游批发商，每年的业务量也不大，在200万以内。
这个时候他们的体量不是很大，经营的商品SKU数量也不多，主要经营粮油米面。经营的所有sku根本不超越50种。因为体量不大，业务也不复杂，他们对自己的业务也非常熟悉，所有的业务都是通过线下来停止。
2. 运营方式
（1）采购：夫妻二人大约每天看看在卖的商品还有多少，然后看哪些缺货，给上游供给商打电话，问一下最近的商品价格是不是有变化，然后告知对方采购的量，上游供给商将商品运输到门店。
（2）销售：门店有固定的老客户，以及偶尔的新客户，收钱的方式有先付款再发货，货道付款，赊账。运输的方式有：客户上门取货，有找附近的车送，也有近的夫妻两自己送的。
（3）库存：夫妻二人每天对一下运进来、卖进来的商品，对库存有一个数，偶尔盘点一下，比如半个月一个月停止一个盘点，查一下是否有丧失，损坏的商品，清查一下欠款停止催款。
3. 使用系统
这样的情况下，夫妻没有必要用进销存系统，他们可以通过在本子上记录或是使用几张电子表格就可以将这个生意给做起来。
（1）采购表：列出需要向那个供给商购置哪些商品，数量是多少，需要支付多少钱，然后记录是否到货（采购的商品假设到货了，就记录一下，然后写个实际到货的单子给反响，假设发现有商品有问题，就不停止记录，直接退货），付账。假设付账了就打个勾记录一下，同时为了防止记录不准确，需要供给商提供一个货款收据，表示双方对采购付款这个事情确认了，可以互相印证。
（2）销售表：记录每一天销售了什么商品，销售的数量，销售的金额，是否支付了钱。假设没有付钱，是谁的欠款，需要对方打张欠条，签个字，将来好找他收款。
（3）库存盘点表：偶尔盘点一下，发现货少了，需要记录下来。另外再把日常呈现的损耗简单记录一下。
根本上依照上面的操作，可以把这个批发门店运行起来。记录采购了什么商品，销售了什么商品，店里还有什么商品，应收应付简单的财务账也停止了记录。
根本就需要一张采购表，销售表，库存表（主要是盘点和货损、丧失记录），然后财务直接交融在对应的采购、销售、库存表中。
三、批发企业-全自营
1. 业务情况
假设这对小夫妻批发生意做的不错，和上游批发商关系搞得比较好，能拿到较低的价格，门店位置又不错，他人要的商品门店随时都有，自身也很有效劳意识，可以支持送货，卖商品时价格相对周边也比较低，有时候还送一些，随时关注下游用户需要什么。
通过种种因素，从一个小的批发门店，变成了在一个批发企业，采购的商品SKU更多了，有了很多的下游客户，比如说500家。
2. 运营方式
这个时候两夫妻管不过来了，货多了之后设了专门的仓库，客户多了找了跑业务的销售，也找了一个财务来管账，企业如今差不多有20来个人。
（1）采购：除了经营米面粮油外，还增加了调味品，饮料酒水等类别，采购的供给商增加了，进货的时候要考虑库存多少和下游客户的需求情况，停止简单的分析来进货。采购员提起采购，然后老板停止审批，审批通过之后才正式的发起采购。
（2）销售：除了固定的老客户，还不时的开拓新客户，并定期对老客户停止访问，理解销售情况，对老客户停止维系，停止商品销售及款项的催收。
（3）货物运输：客户上门自提，附近小批量的采购可以由门店代送，大批量远途的找第三方运输公司合作。
（4）货款：先付款再发货，货到付款，赊账。
（5）库存：有了专门的库存，有库管人员，要负责采购入库的收货，给收货回执单，销售货物出库，定期停止盘点，货损物品的上报，退货等各方面的事项。
夫妻二人主要负责上游重要供给商的维护，下游重点客户，渠道关系的维护，库存情况，公司现金流水，收款欠款的情况催收进度监视，公司的日常运营管理。
3. 使用系统
在这种情况下，我们需要有一个系统了，因为供给商的数量、客户数量都增多了，也有了库存，假设不采用系统，纸质记录对账会存在很大的问题，会非常低效及混乱。
采用的系统中，希望将信息实现线上记录，摆脱纸质记录的问题，可以很方便的查找信息，停止对账，但是不涉及线上支付。
根据我们上面提到的运营方式，我们可以大致的理出这个系统，这个时候系统还是只要一个PC端的系统，功能大致如下：
（1）账户：公司不同人员使用的账户
（2）商品：采购销售的商品有哪些，需要创建商品池，对商品池的信息停止维护，商品针对不同用户，不同的销售规模可以有不同的售价
（3）采购：向供给商采购商品，记录采购到货情况，货款支付情况，退货情况
（4）销售：向下游销售商品，记录销售的商品及付款情况，商品的出库情况，商品的退货
（5）库存：库存清单，入库，出库，盘点，调拨（仓库与仓库之间，仓库与门店之间）
（6）财务：支出，收入，损失，利润，开票
（7）统计：统计采购、销售、库存、财务四个大的方面来统计。采购、销售、入库、出库、现货库存、货损，收入，支出，经营活动产生的利润。假设再细一些，我们可以再把商品的类别拆分出来，可以将统计的时间维度比如从月改为周，天。
（8）系统设置：资金的支付方式、权限控制、客户、供给商合作伙伴的信息、仓库信息
（9）运输：因为量还不是非常大，直接通过几个固定的车辆就可以搞定
（10）客户维系：长期合作的客户占多数，也不需要单独的系统来监控跟踪
四、跨区域批发平台——自营
1. 业务情况
假设这对小夫妻的公司进一步开展，已经将生意拓展到多个省了，比如中国西南地区的云南、贵州、四川、重庆、陕西、甘肃都有业务；商品的品类已经根本覆盖生活所需的所有快销品类，上游供货商已经好几百家了；下游的客户也已经到达了几千上万家；在每个省区都拥有了多个仓库。
2. 运营方式
用户数量已经很多了，再靠人力去维护本钱很大，也不太能照顾过来。用户每天的订单都非常多、向之前由用户提供信息，在后台停止登记的情况就不适宜了。因为发货也很多，每个地区对接的运输公司也比较多了，协调发货等又是一个宏大的工程。
需要将各自孤立的部分停止整合，将业务根本在线实现，摆脱对手工的依赖。
也需要对原系统停止改造，增加资金的线上支付、营销等。
（1）采购：因为做的比较大了，所以对上游供给商有一定的话语权，可以对上游供给商停止综合管理，让供给商注册进我们的系统，彻底打通采购线上环节，
（2）销售：那我们需要增加给客户下单的系统，让客户可以直接在系统中停止下单；
（3）货物运输：提供一个运输管理系统，让运输方可以进入，看到需要运输的订单，实现运输业务的线上化管理；
（4）货款：增加资金的线上支付，定期结算，分账。
（5）库存：将库存与各环节打通，对各地库存停止综合管理，实现库存实时监控，货物灵敏调拨
3. 使用系统
（1）自营商城系统-下游客户使用
商品：平台上架商品营销活动：平台营销活动购物车：供客户停止添加商品，结算使用订单：管理订单，监控订单执行情况，物流情况个人中心：客户账户情况，资金支付，积分会员，地址等相关信息管理
（2）供给商系统-供给商使用-供给公司形式
账户管理：供给商及下属账户管理商品管理：商品创建，商品上下架控制订单管理：订单，售后管理资金管理：费用结算，提现等系统设置：权限，角色等管理
（3）运输管理系统-运输方使用-公司形式
人员管理：管理运输公司下的司机等运输单管理：运输单，调拨，取货，运输监控，交货，流程、时间、负责人等管理车辆管理：运输公司下的车辆登记、里程、维修等回单管理：运输交货回执资金管理：运输费用结算，提现等系统设置：权限，角色等管理
（4）运营系统
供给商管理：供给商商品，采购到货情况，货款支付情况，退货情况，采购商评级运输管理：运输公司及人员，货物运输派单调拨，在途监控，运输款结算商品管理：商品创建，商品上下架控制，商品组合、拆分，价格战略营销管理：各类营销优惠，活动，折扣管理订单管理：订单，售后管理仓储管理：各地仓库统筹管理，入库，在库，出库，盘点，损耗等管理，库存商品战略，库存商品预警，采购建议，财务管理：资金账户、资金流水，分账结算，分润等管理数据分析：搭建以业务为导向的数据分析系统，监控平台各环节的运作情况，并给出决策提醒系统设置：资金的支付方式、权限控制、客户、供给商合作伙伴的信息、仓库信息
五、后期演化-简述
1. 批发平台——自营+第三方
假设随着业务的开展，下游的客户有时会采购一些这个自营平台没有的商品，但是假设所有的商品平台都自己去采购，可能这个商品的量不是很大，需求也不是很频繁，那就可能造长大期占用库存，商品无法售出，贬值损坏的情况。
那这种情况怎么办呢，这也是可以赚钱的，所以一想，可以引入一些其它批发商合作。让他们来提供商品给下级用户，然后平台可以拿取其中销售额的一部分作为利润。
总之就是用户有需求，自己满足不了，然后对接给其他批发商，只要其他批发商获得利润，他们就愿意来做这个事情。
那么为了做这个业务，产品系统上，我们就需要做相应的准备：
提供一个B2b的商城，让其他批发商可以来入驻，上传自己的商品，停止售卖之后；供其他批发商采购商品批发商卖进来的商品，可以支持平台给他们做配送，其他批发商售卖的商品，假设没有问题，给他们结账，付钱
2. S2B2b产业链平台
假设随着业务的开展，入驻平台的第三方商家越来越多，已经有到达一个规模，比如说已经有8000家批发商上到平台了。
那我们就可以进一步向产业链的上游开拓更多的业务。我们有这么多的批发商，批发商需要去采购，要对接上游的厂家，那么我们是不是可以将平台自己的厂家资源开发给这些批发商，也去对接更多的厂家，撮合他们停止交易。
这样可以让上游厂家的销售变得更便利，也可以让其他批发商的采购变得更高效，或容许以更廉价。
则系统上，就需要增加。
为了不打乱已有的销售体系和利益构造，我们做一个专门提供给厂家和批发商对接撮合的交易平台，处置厂家上商品，停止营销活动，停止销售，处置订单，售后厂家卖进来的商品，平台可以支持给他们做货物配送厂家售卖的商品，给他们结账，付钱
六、总结
产品的开展是随着业务开展而开展，可以超前，但不能过于超前，需要注意适用匹配业务。
产品是从简单到复杂，不时演化的结果，不是一蹴而就的，因为业务是这样开展的。
越复杂的产品，变量越多，假设贸然上这种系统，失败的可能性非常大。
因为一个产品的胜利，涉及到的因素非常多，产品复杂度进步一个等级，整个业务的复杂度会成幂指数增加，因为任何产品均不太可能完全把现实世界所有因素考虑进去，则实际业务的复杂度=产品考虑到的问题*产品未考虑到的问题。
后面有时间可以把这个产品框架的迭代演进图做出来，另外准备出一篇文章讲如何做MVP。
作者：markzou，微信公众号：markzou的笔记
本文由 @markzou 原创发布于人人都是产品经理，未经作者容许，制止借鉴。
题图来自Unsplash，基于CC0协议。 |
|
|
|
|
|
|
|
|
（1）商品流通企业
是从商品的采购（进）到入库（存）到销售（销）的动态管理过程。
（2）工业企业
是从原资料的采购（进）——>到入库（存）——>领料加工——>产品入库（存）——>销售（销）的动态管理过程 |
|
|
|
|
|
|
|
|
