供应商管理的设计思路

        公司在对外的管理中，最主要的是服务好客户，管理好供应商，如果能用供应商赋能那就最好了（把库存成本、运输成本、损耗等转嫁给供应商），在这种场景下除了对供应商的基础信息、供应商品、采购单等进行管理以外，我们还需要供应商来协同处理跟客户相关的销售单，对比以前的供应商模块，现在更突出了协同的思想。

        供应商注册登录有2种方式，第一种是原来的封闭的形式（公司给供应商分配账号，供应商登录即可）。另一种是开放的形式，供应商自行注册账号后入驻成为公司的供应商，第二种的引入源于供应商之间自发的竞争、开放和自发的裂变，目前来看第二种用的不多，供应商之间无法形成裂变，第二种方式倒是减少了公司运营人员进行供应商建档时的信息填入和资料整理，供应商注册后会入驻到公司，需要填写一部分信息和上传资料，这一步倒是省了运营人员的工作量了。新供应商注册跟我们预期的还是差别很大，供应商普遍线下和采购洽谈磋商后，采购给供应商注册的入口，供应商注册后提交资料申请入驻。目前竞品主流的做法也是给一个注册的入口，注册成功后会线下跟供应商之间沟通细节。

        供应商的基础信息名称、联系方式、地址、评级、财务信息、类别、资质证书等

        供应商供货商品管理，供应商端不支持创建商品的基础信息，由公司的商品库中对商品和供应商进行绑定，确定供货关系。如果开放供应商自助上架商品的话，可能会发生数据不一致的情况，比如相同spu下，信息都分开了，创建了两个spu的情况经常会发生。为了避免这个情况，所以干脆不做供应商建档商品的基础信息，那么如果供应商确实有特定的商品要供应但是不在公司商品库里面，我们提供一个新品申请的入口，提交商品的基础资料后，公司审核，然后创建这个商品。

        新品申请运用最多的场景是生产端产地人员来发布商品，很多产地种植人员文化水平低，公司没有专门的运营人员跟产地对接，其次产地由于渠道单一，无法给多个流通企业进行供货，同时也缺少跟流通企业沟通的平台。供应商的注册、入驻和新品申请这几个功能原本的愿景是给这些产地农户增加沟通的渠道、增加合作的客户，方便农户在运营管理上面的操作等。现实中由于缺少自发的裂变没有大面积的带来农户的入驻，同时产地农户的粗放式经营标准给后续的农产品流通带来了更大的损耗使得管理成本增加......我们最初的帮助产地农户的预期并没有实现，这一功能也只是方便了现有的供应商和公司管理供应商的操作。可见，软件产品和运营是不分家的。

        供应商协同方面的采购单、销售订单、协同分拣、越库发货等放在后面统一描述。

        我们一开始设计软件的时候经常会想要软件代替人做一切事情，降本增效，当然这是不可能的事情。软件的存在首要目的时方便人的工作，很多事情要考虑开发和维护的成本和效率。到底是做一个spu+sku的规则的系统给供应商划算还是给他提供一个申请新品小功能划算还是线下沟通好基础信息然后公司统一建档商品资料更划算高效，这里面就是一个取舍的问题。