从0到1搭建电商系统：调研阶段-基础数据

基础数据的统一，可以有这么几个点去开展调研：公司维度、部门维度、客户维度和平台维度。

一.公司维度

这是最开始需要调研清楚的，哪些基础数据是需要全公司统一，这也是整套系统最基层的数据，后面很多维度的数据都需要以这个为基准。举两个例子：

1.产品信息，公司维度对于每个产品需要明确唯一定义，唯一的编码、名称、品牌、系列、尺寸等，这就是这个产品公司层面的基准信息。编码规则统一，既要简约，同时又能体现出这个产品对应的一些重要信息，比如其中一个字母会代表某个品牌等。

2.公司架构，公司架构会涉及到多方面，审核流、权限，权限还包括功能权限和数据权限，这需要以公司人力确定的架构为主，并且要调研清楚架构中涉及每项业务的审核流和权限是怎样的，有多少审核流是区别于公司架构之外，这会方便后续搭建权限系统。

二.部门维度

每个部门都会有自己内部的一些数据维度，这些往往会体现在具体功能中，但如果初期是可以确定的，调研清楚最好。比如上面提到的架构和审核流，很多部门内部会存在区别于公司架构的审核流和权限，这个就需要你将整个系统的审核流搭建成可配置的，以便于灵活更改。比如财务的一些专业性数据，付款报销的科目、损益表的项目类型、汇率、税率等，这都是后续会用到的基础数据。

三.客户维度

电商公司的客户一般有两类，服务商和买家客户，服务商顾名思义，给你提供服务的供应商、物流商等，他们会有自己的一套数据规则，比如包装规则、报价规则、交付模式、合同等；第二类买家客户，他们的一些购买方式、报价规则等也会存在差异性，甚至于是否存在产品定制款，都需要初期调研好。

四.平台维度

类似于客户维度，我们如果要对接不同的平台，很多数据规则就需要遵循他们，毕竟还没有哪家电商公司可以让Amazon等平台按他们的规则来处理数据。拿Amazon的产品信息举例，卖家在后台上架产品时会要创建sku，这个就是不同于公司维度的产品编码，同时Amazon会自动生成的对应的asin，这也一样，如果你用到FBA配送，那还会有对应的fnsku，对于一家电商公司，因为需要区分店铺和站点，一个产品编码是会对应多个asin或sku，甚至于同一家店铺的同一站点，也存在这种情况，所以初期的调研尤为重要。如果你们需要对接eBay、AliExpress等其他平台，这又是另一套规则。