从零开始,设计一个最简版B2C商城:准备与分析

从零开始学运营,10年经验运营总监亲授,2天线下集训+1年在线学习,做个有竞争力的运营人。了解详情

为什么说其实做电商是避无可避的事情?电商项目该怎样开始入手?如何从零开始,搭建一个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来完成,后续自己团队再将精力放在迭代重要业务线和完善系统上。

如果对本文有不同看法或意见建议的话,直接留言就好。

 

本文由 @ 阅天 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
4人打赏
评论
欢迎留言讨论~!
  1. 6

    回复
  2. 6

    回复
    1. 1

      回复
    2. 回3

      回复
  3. h

    回复