阅读 939

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

最近很多人找我们取经,很好奇我们为什么用了这么少的人,可以开发出这么多、这么复杂的交易平台,我们现在产品技术部一共35个人,但是开发了:7 个 APP + 1 个运营支撑平台 + 1 个数据分析平台,我们从不追求人海战术,我们甚至都没有测试工程师,那我们是如何搭建这样一个高效开发的团队的呢?

搭建技术团队之前,我们要清楚B2B业务对于技术团队的要求是什么?B2B业务有自己的特征,团队要求和其他业务不一样:B2B业务和产品有以下一些特征:

1、B2B业务不同ToC的业务,瞬间成交量不会太大,所以B2B业务对于技术的挑战不是高并发,而是业务复杂度高;

2、B2B业务更强调货品的性价比和服务,在大规模铺开之前,产品端不用追求极致的用户体验,甚至能容忍偶尔有些小bug;

3、B2B业务中,客户产生冲动购买的欲望并不强,客户只是根据自己的生意规模进行下单,不用向淘宝一样花里胡哨的产品介绍,下单要尽量简洁;

4、B2B业务打法变动非常快,一定要快速迭代,要求技术人员开发的效率非常高;

OK,以上四个特征,是我们这个业务的特征,我们在组建团队是,天然就和一些ToC的团队不太一样,一般一个产品技术部所需要的四个人数最多的小组分别是:UED、产品经理、技术开发(包括前端、服务端、数据库开发等)、测试人员;下面分别从这几个角色看看需要什么样的能力的人才:

对于产品经理,根据上面我们总结的业务特征,产品经理具有以下几个能力非常重要:

1、产品经理具备较强的逻辑思维能力,因为B2B业务复杂度高,比如整个交易环节,从注册、到商品发布、定价、支付、下单、采购、物流运输、提货、售后服务,整个业务流程非常长,里面涉及到的流程和状态很多,如果逻辑思维能力不强可能会理不清楚,也不可能把产品的流程和逻辑弄清楚,这样对后面的产品开发简直就是灾难;

2、产品经理需要很强的同理心,对于交易平台,角色众多,比如生鲜从业者年龄偏大,对于手机操作不是很顺畅,就需要理解这群用户的操作习惯;再比如做CRM系统的产品经理,如果不了解销售的工作环境和心理特征,只会坐在办公室里面YY产品,肯定也是做不出好的CRM产品;

3、产品经理需要很强的沟通协调能力,比如在B2B交易平台中,不管是内部还是外部产品,会涉及到很多的交易规则,需要和各方去沟通,平衡各方面的利益,如果是一个孤僻的产品经理,很难做好B端的产品;

4、产品经理需要较强的平台化建设能力,B端的业务部门更多的精力在业务指标上,业务指标往往比较短暂,不会很长远,这时候就需要产品经理思考的更远,不能只接业务方眼前的需求,要思考平台化的未来,思考我们沉淀什么样的数据,思考我们未来要长出什么样的平台,并为之做准备;

对于技术开发,一般是一个产品技术部人数最多的小组,再细分的话,里面人数最多的是服务端和前端开发,B2B业务服务端开发人员需要具备的能力是:

1、需要较强的架构能力,这里的架构指的是业务架构能力,上面讲到,B端业务高并发情况并不多,难度在于业务复杂,资深服务端人员需要把业务模型、业务实体之间的关系梳理的很清楚,在ToB的业务中,业务架构师的比纯技术架构师的要吃香,比如能快速理解业务,又能快速搭建技术架构,还能快速实现的技术人员在每一家B2B公司都非常稀缺;

2、需要具备除编码能力之外的数据库管理、运维、项目管理等综合能力,由于是初创公司,岗位不可能齐全,这就要求程序员不仅仅局限于编码,从系统分析、到编码、数据库管理、运维甚至测试,都是由开发人员完成,特别是初创公司,开发人员是万能的,这样也是开发效率最高的,我们一个产品从需求分析开发,基本两周就要发布,要求开发人员快速响应。

3、B端开发追求开发效率,需要开发人员具备扎实的技术功底和开阔的眼界,服务端经过十几年的积累,各种中间件、开发工具相对于来说趋于成熟,技术功底扎实、眼界开阔,可以对各种中间件、工具使用起来游刃有余,可以大大提升开发效率;

同理,对于前端开发人员,由于前端技术的特征,我们总结为以下四个能力:

1、需要较强的学习能力,前端这些年飞速发展,不断有新的解决方案涌现,无论是 Node.js 社区丰富成熟的框架库,还是 ReactNative 跨系统开发 App 的能力,提高前端数据接入效率的 GraphQL,包括新的产品形态下的端场景,比如微信小程序/公众号,凡是提高效率的手段,在 toB 的业务场景下都需要积极研究,谨慎落地,这就需要前端有快速适应的能力,以开放的心态拥抱社区的优秀方案。

2、需要较强的项目合作能力,生鲜 B2B 的流通路径,链路非常长,每个节点上都能长出产品,这些产品背后有着全新的业务概念,而这 7 款 App,不同的前端工程师都可能参与,参与时候所合作的业务方/产品/设计/服务端也都不同,需要前端跟合作方有效率的沟通,快速消化理解产品的交互形态和背后的业务路径,才能在项目中有效的发现和推进出现的问题。

3、跨端编程和体验优化能力,不同的端意味着不同的物理设备和使用场景,也意味着不同的用户人群,比如 PC 端跟 App 不同,iOS/Android App 跟微信小程序又不同,它们背后的技术栈也有差异,宿主环境、布局原理、系统规范、接口能力也都不同,这就需要前端对不同的端都有理解,不仅在编程技巧、工程健壮性、跨端组件复用上面有较好的实践,同时对于用户真实的端交互方式和使用体验有更加准确的判断,前端是在用户体验上最接近用户的群体,因为前端的工作就是用代码来输出体验。

4、创造性的工程基建能力,尽管在工程保障和线上运行稳定性上面,社区工具也不断推陈出新,但新轮子叠旧轮子,并没有系统化的方案,尤其是小菜主技术栈是 2015 年才面世的 ReactNative,甚至是小程序,在这方面更为匮乏,这就需要前端工程师利用 Node.js 这个顺手工具来在团队内外,业务流上下,快速研发贴合 toB 工程场景的工具系统,保障前端的研发效率和线上产品体验。

当我们把这些核心角色所需具备的核心能力梳理出来后,就开始找人了,对于初创公司来说,找人是非常非常难的,通常几种方式:

1、杀熟,第一批技术人员,大多是通过自己以往工作经验或者圈子找的,因为刚开始公司啥都没有,只有彼此的信任,把你身边的人先捋一遍吧,我们第一批产品技术人员,大都是“杀熟”来的;

2、利用个人影响力招聘,作为产品技术部的负责人,在外面需要具备一定的影响力,多去参加些活动多写写文章扩大影响力,对招聘很有帮助;

3、推荐,利用身边一切资源帮你推荐人才,不管是做运营做市场的朋友,在他们身边也许就有你想要的人才。

4、外招,早期比较难,公司名气小,甚至很多人都不来面试,或者说好来面试的都会放你鸽子,这很正常,第一年我们甚至遇到了一个工程师来上了半天班就偷偷溜走的情况(因为第一天来正好公司公司的站立会,CEO吓唬了一下大家),但人一旦来面试了,如果感觉人不错,面试工作就变成了“侦探+BD”,一个优秀的工程师,手上有4、5个offer很正常,在面试的后半段,就要开展你的BD工作了,讲行业、讲团队、讲公司前景,这将成为他选择的关键因素之一,一个好的面试官也是一个好销售;

万事开头难,一旦公司慢慢运转起来了,公司名气也有了,行业地位也慢慢建立起来了,到了这个阶段,可以加大公司的PR和技术的PR,组织行业会议,建立技术的影响力,招聘相对来说就会容易一些了,各路大侠会慢慢向你靠拢。

关于如何搭建高效率的生鲜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 技术共享第九篇)》

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