电商运营基础数据(从产品角度，如何从0到1搭建电商系统：调研阶段).

从产品角度，如何从0到1搭建电商系统：调研阶段

编辑导语：目前，电商行业的发展蒸蒸日上，每家做电商的企业几乎都有着一套各自的电商系统。而搭建电商系统，初期的调研阶段尤为重要，它是我们后续搭建电商系统的基础。作者从公司维度、部门维度、客户维度和平台维度四个维度出发，总结如何做好调研阶段。

我们要从0开始搭建一套电商系统，涵盖面非常广，说是大工程一点都不为过，所以对于产品经理而言，初期的调研尤为重要，初期调研的越全面、越清晰，开发过程会越顺利，后期的坑也会越少。那么问题来了，我们应该调研哪些内容？又该如何调研呢？

我在两年前开始搭建公司这一套电商系统的时候，调研阶段选择了三个方向，大家可以参考下：基础数据、业务流程、数据报表。

简而言之，基础数据就是在这一套系统里，会存在哪些基础资料数据，哪些数据维度需要统一，这是需要对后续很多内容做铺垫支持；业务流程即公司实际业务，需从前到后，从主干到分支，梳理清楚；数据报表即最终想要看到哪些分析报表，我么可以从后到前分析，反推实现这些报表需要哪些数据、哪些功能等。

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

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

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

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

每个部门都会有自己内部的一些数据维度，这些往往会体现在具体功能中，但如果初期是可以确定的，调研清楚最好。

比如上面提到的架构和审核流，很多部门内部会存在区别于公司架构的审核流和权限，这个就需要你将整个系统的审核流搭建成可配置的，以便于灵活更改。

比如，财务的一些专业性数据，付款报销的科目、损益表的项目类型、汇率、税率等，这都是后续会用到的基础数据。

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

类似于客户维度，我们如果要对接不同的平台，很多数据规则就需要遵循他们，毕竟还没有哪家电商公司可以让Amazon等平台按他们的规则来处理数据。

拿Amazon的产品信息举例，卖家在后台上架产品时会要创建sku，这个就是不同于公司维度的产品编码，同时Amazon会自动生成的对应的asin，这也一样，如果你用到FBA配送，那还会有对应的fnsku，对于一家电商公司，因为需要区分店铺和站点，一个产品编码是会对应多个asin或sku，甚至于同一家店铺的同一站点，也存在这种情况，所以初期的调研尤为重要。

如果你们需要对接eBay、AliExpress等其他平台，这又是另一套规则。

九层之台，起于累土。从0到1做这些系统，一定不能着急，初期调研可以允许自己有较长的周期，理顺基本事项，后续工作可以更高效地推进。

这一篇是在高铁上完成的，疫情期间人比较少，安静的车厢，沿途的风景，很享受这种感觉，希望这篇文章可以对大家有些帮助，也欢迎大家留言反馈，感恩。

本文由 @PMThoughts 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议