阅读 685

生鲜 B2B 平台的产品体系如何迭代(B2B 技术共享第三篇)

我们在上一篇业务部分的介绍中谈到,我们生鲜B2B的业务逻辑是围绕“规模-成本-效率”这三个关键字进行的,同理,产品也一样,也是围绕这三个关键字进行的,我们思考的问题是:如何通过产品来提升效率、降低成本、并实现规模化的增长,但同时,我们一直秉承的一个产品理念是:产品支持业务的天经地义的,但产品仅仅支持业务是不够的,产品必须长出自己的能力,产品部在宋小菜本身就是一个业务部门。

我们在第一篇文章中也介绍到了我们八大产品模块,但罗马不是一日建成的,我们也是通过三年时间逐步迭代的,下面我们将会介绍我们的产品是如何一步一步来迭代的,给大家看一张大图:

21.png | center | 747x421

可以看到,我们的产品体系是有一条清晰的演变路径的,从1.0到6.0分别是:

1.0产品体系:打造交易平台相关产品,为规模化扩张做准备,包括基础的商品系统、用户系统、定价系统、支付系统、订单系统等关键功能;

2.0产品体系:开发提升效率的产品,包括:供应链效率、物流效率、销售效率以及协同效率;

3.0产品体系:开发控制成本的产品,包括采购成本、营销成本、损耗成本、物流成本、人力成本等等;

4.0产品体系:探索客户规模化的产品,为上下游的客户开发产品,比如行情工具、配菜工具、销售工具等等;

5.0产品体系:继续探索扩大交易规模的产品,比如仓单交易;

6.0产品体系:不管任何B2B公司,最终是要赚钱的,后面一定会有实现利润规模化的产品;

下面将简单介绍一下从1.0到4.0产品体系的一些核心关键点:

在1.0产品体系中,既然我们定位是B2B交易平台,你得先有一套交易系统,我们做电商平台的同学都清楚,交易系统最基本的几个核心因子:用户、商品、订单、支付,这几个因子里面,对于非标商品交易系统来说,商品体系的搭建是最麻烦的,不像标品的交易,很简单就能描述出来,比如手机:iPhone X 256G 黑色,简单明了,但我们面对的是一堆土豆、青菜、胡萝卜,让一个客户看到结构化的商品信息就下单很难,但又不得不做,比如下面这个土豆:

22.jpeg | center | 693x507

我们要用来交易,是这么描述的:山东滕州荷兰十五土豆50斤纸箱装,还有很多属性,包括:自然属性、定装属性、品质属性,如下图:

23.png | center | 261x458

这样,才是一个我们可以交易的商品,并且每个品类的属性在前台长得都不一样,但在后台又需要聚合在一起,又要让发布商品变得很简单,所以必须设计一套灵活的类目属性库,我们把商品的结构分成:BSPU,SPU,SKU,我们把自然属性、运输规范、存储规范、品质规范等属性挂在BSPU下面,把包装属性、产地属性、品牌属性、规格属性等挂载在SPU下面,真正可以交易的是SKU,包含了:价格、库存等等,如下图:

24.jpeg | center | 551x499

有了这一套商品的产品架构,我们才真正做到非标农产品可交易,并且只需要通过简单的配置,就可以快速发布各种类目、各种属性的商品,真正做到可交易;

到了2.0产品体系,我们的产品都是围绕“效率”这个关键字进行的,对于物流效率,B2B是快速流转的,刚开始我们在仓储上花了很多精力做产品,做了一套WMS系统,后来发现货物大多在路上,货物在高速的流转,动销非常快,才将注意力转移到物流调度的TMS上面,线路规划、线路调度这些都是常规的功能,由于生鲜产品的特殊性,对于保鲜要求很高,所以到货时间很重要,TMS系统里面的司机GPS轨迹抓取就变成了很重要的事情,我们研究了各种型号的手机,让司机在使用我们宋小菜司机版的时候能够实时将GPS位置传输回来,只有这样,才能让我们的货物流转更有效率,客户接货时间也更好把控;

在3.0产品体系中,我们的关注的是“成本”,B2B是一个毛利低的苦活,必须精细化运营才有可能赚钱,对于利润计算,最重要的是要对成本计算形成数据闭环,必须对采购成本、营销成本、物流成本、损耗成本、人力成本几个关键成本完成成本数据采集,我们内部形成了一套计算公式,能够在当日对利润进行预估,在次日系统可以出利润精准的报表;

对于4.0产品体系,因为前面1.0到3.0,我们基本形成了“规模-成本-效率”的产品闭环,完成了B2B平台的0到1,后面,我们需要规模化扩张,必须有海量的用户才可以称之为平台,在4.0产品设计中,我们重点关注,如何通过互联网的产品获取海量的潜在交易用户,我们通过用户每天都非常关注的、高频的行情信息切入,获取海量的潜在用户;5.0和6.0的产品逻辑也类似,我们的产品体系始终在围绕“规模-效率-成本”在进行;

对于B2B行业的互联网产品,必须想清楚B2B行业的特征和背后的逻辑,和ToC行业区别很大,内部产品提升效率和降低成本,外部产品提升用户数和平台化的复制,最后都是围绕交易进行,想清楚逻辑后,我们围绕“规模-效率-成本”这几个关键字,可以先整理一张产品大图,然后一个一个版本快速迭代,最终长成我们想要的平台,平台从来不是规划出来的,是一步一步长出来的,我们的产品体系就是这么一步一步走过来的。

关于如何搭建高效率的生鲜B2B平台,因为包含的内容较多,也很复杂,无法再一篇文章中给大家讲清楚,本篇文章只是抛砖引玉,下面将分为多篇文章从行业现状、业务现状、产品概述、技术团队搭建、服务端技术平台搭建、前端开发等多个维度来讲述,我们将三年多在B2B领域沉淀的核心产品和技术平台公开,希望更多行业的人能深入了解,少走一些弯路,希望对大家有帮助,本系列文章分布如下(会继续更新):

1、《如何搭建高效率的生鲜 B2B 平台(B2B 技术共享第一篇)》

2、《宋小菜如何切入生鲜 B2B 市场(B2B 技术共享第二篇)》

3、《生鲜 B2B 平台的产品体系如何迭代(B2B 技术共享第三篇)》

4、《生鲜 B2B 如何搭建高效的技术团队(B2B 技术共享第四篇)》

5、《如何从 0 到 1 搭建生鲜 B2B 的技术体系(B2B 技术共享第五篇)》

6、《宋小菜技术如何应对生鲜 B2B 业务的快速变化(B2B 技术共享第六篇)》

7、《生鲜 B2B 技术平台的前端团队该如何搭建(B2B 技术共享第七篇)》

8、《宋小菜有关“能力”的设计和思考(B2B 技术共享第八篇)》

9、《服务拆分的设计和思考(B2B 技术共享第九篇)》

关注下面的标签,发现更多相似文章
评论