为什么说其实做电商是避无可避的事情？电商项目该怎样开始入手？如何从零开始，搭建一个B2C商城框架？中小型团队开发，电商项目初期只要配齐哪些功能就好？
商业变现
前一篇文章《从零开始做电商，你确定搞懂行情了？》介绍到，在进行电商项目立项之前，该如何结合产业链、行业供应链和企业价值链来评估市场机会和考虑电商产品的定位，经过市场分析之后，再决定布局做电商的价值。这是做纯电商的思路。
但其实，电商还有一种比较广泛的应用，那就是完成产品的最后的环节——商业变现。
也就是已有的产品，在完成流量的导入跟用户沉淀之后，最后以商城来完成商业的闭环。比如：抖音、keep、小红书还有今日头条的放心购。小红书APP至今保留着内容社区的主架构，商城是作为第二大的功能加入产品中的，两者相互配合，各自完成流量、用户和营收的难题。
须知，移动互联网产品的发展路径往往殊途同归的：做工具的想做内容，做内容的想做社区，做社区的想做电商。套用一篇文章的标题，就更加直白了：《互联网亘古不变的商业模式：工具/内容+社群/社区+电商/服务》。毕竟工业发展到商品远远过剩的现在，销售的迫切本来就自然而然地优先寻找新的销售方式。
所以，其实很多时候，权衡来权衡去，其实电商往往是现在不开发，未来也总会考虑的事情。
所以该回到现实层面考虑了，无论是纯电商还是内容型电商。目前比较应用广泛的还是B2C的商城，零售商模式，直接企业/商家对接消费者。B2C商城的业务集中，货源自采或者是自制，库存可集中管理，物流统一发货，客服售后可同步协调。与之相对应的，供应链信息化之后的商城也简单些，这个量级一般的中小企业自主开发也不成大问题。
简介
接下来，我们会以实际的做过的案例作为主线说明，市场上常见的电商产品做辅线介绍，从前端后台角度，配合说明如何设计一款最简版B2C商城，介绍其中的业务逻辑、模块配合和设计注意点。当你知道见识过并且知道为什么的时候，自然就能做出最好的设计，现在，需要的是尽早地渡过早期的新手阶段。
P.S. 由于是创业公司，笔者是通做前端管理后台的设计。因此，正好可以完整地以早期版本的思路来介绍B2C商城的从零到一的设计。
至于后续随着业务的发展，商城可以随着经验积累和人员增加进行更加复杂和完善的设计，前期做好架构设计和模块解耦就好。
项目背景
正如之前在之前的文章介绍过那样，我们是做细分领域的平台型APP，用户人群是休闲垂钓爱好者，男性用户为主。用户在垂钓装备耗材上还算舍得消费，但是多以线下实体店消费为主，是个机遇也是个难点。
我们原有的产品，在决定加入电商模块之前，跟keep和小红书一样，已有其他的模块承载导流跟留存的功能了，商城是作为商业变现的环节。
不过呢，在结合其他模块之前，商城还是先独立运作，后续再考虑场景的接入。
需求分析
跟做别的C端产品不大一样，其实做商城跟做B端的产品一样，需求其实很明确。重点了解公司关于商城的业务流程、角色任务、团队的开发实力、再结合用户画像和竞品分析，综合考虑时间，需求确定起来相对容易。
业务流程上，我们的商品货源自控，兼有自制跟自采，由多家供应商供货，商品资料收集后到平台统一上传，商品集中仓库管理，用户下单之后，会统一物流发货，售前售后自控处理。商品都是C端用户的钓鱼装备和耗材，品类比起B2B2C商城而言少且集中。因财务上的个性化需求需要接入聚合支付服务商。
细说一点，跟其他产品的需求分析不同，如果不是加入一个已有的电商团队，团队本身没有相关的经验，其实竞品分析会比需求分析要重要得多，因为PM需要首先引进外部经验，先形成团队共识，再来谈需求。
因为你从甚至没有成型概念的内部开始收集需求，梳理功能，做业务流程，平衡取舍做出来的东西，很可能错漏百出，不能用，还要来来回回地补锅。而电商的理论和产品发展到现在，体系已经相当成熟且高效，善用前人的轮子，你能学习到并且会做出更好的设计。
跟我们在实例分析拆解：如何设计一个运营活动类H5？里做的需求主要来自于运营和场景推演的不一样，电商初版的需求主要来自于竞品分析，之后随着运营起来，团队和用户都在实际运作中会产生确切且源源不断的需求。
高效的经验毋庸置疑是要学习，但设计流程和方式都可以视乎项目而变更，毕竟学习套路都是为了高效使用，看情况具体问题具体分析是被低估的品质。设计本无定法，合适的才是最好的。
名词概念
在需求跟竞品分析阶段，尽早完成电商的入门。如前文所述，电商体系是线下供应链的信息化，在已有业内规范情况下，无论是买书研读、报班学习还是社群共修，尽可能去了解电商体系的特有比较核心的概念和规则，这里简单罗列关键一点的：
概念：
商品管理：SKU、SPU、商品类型、类目、商品编码、货号；
订单：库存锁定/释放、优惠分摊；
数据：客单价、笔单价、复购率。
规则：
电子商务法、7天无理由退货（在设计售后会用得到）。
SKU跟SPU是做电商必须重点掌握的概念，SPU=Standard Product Unit （标准产品单位）; SKU=stock keeping unit( 库存量单位)，这都是在不同的维度来描述商品。在日常使用场景下，大家是不区分这两个概念的，但是做电商是必须区分清楚彼此的不同。
比如：魅族16th是一个SPU，区别于另一个SPU魅族16th plus; 但是魅族16th下还有不同的型号在，比如不同颜色，不同的内存，所以一个SPU下会由SKU更详细地来描述，魅族16th 远山白 8+128GB就是一个SKU。
更多的术语概念在具体模块的应用场景也会涉及到的。
商城框架
经过需求分析、竞品分析和业务流程梳理之后，确定下来的功能模块为以下罗列项，分客户端跟管理后台：
（1）客户端
商城主版、主题页面、商品详情、购物车、订单（主订单+维权订单+退款单）、地址管理、评价中心、优惠券、客服和消息通知。
（2）管理后台
商城设置、商品管理、页面管理、订单管理、运营营销、商城角色、账务中心、数据统计和其他。
电商的设计可繁可简，无论如何，在设计初期，搭建的产品架构一开始就要将模块彼此独立出来，这是为了保证后续的可拓展性，即使规划的是最简版；解耦的设计思维在商品管理模块的专门章节会表现得更清晰些。
满足上述功能的商城产品架构如下所示：
B2C商城架构图
因为客户端上我们是在已有的产品里加商城模块，所以常规的登录/注册，意见反馈等不再列出，做纯电商的要自己注意。
后台系统里商城角色（用户/会员/推广员/业务）跟账务中心属于比较个性的需求，而物流系统、支付系统和客服系统都直接用服务商提供的服务就好。
尾声
电商是移动互联网产品实现商业模式的重要途径，其中又以B2C商城最为常见。本文意在在详细讲解实际的B2C电商模块的设计之前，统括介绍项目的背景，介绍电商的概念和一些前期工作的注意事项，并且给出最简版B2C商城的架构。
其实呢，不同的商城框架都比较相近，但是到模块的详细设计就会有比较大差别。
如果说要有什么设计的建议的话，就是，一开始的话，最好尽量用敏捷开发的思路先完成通用的核心的功能，个别独立而复杂的模块，用服务商的SDK来完成，后续自己团队再将精力放在迭代重要业务线和完善系统上。
如果对本文有不同看法或意见建议的话，直接留言就好。
