最近很多人找我们取经，很好奇我们为什么用了这么少的人，可以开发出这么多、这么复杂的交易平台，我们现在产品技术部一共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领域沉淀的核心产品和技术平台公开，希望更多行业的人能深入了解，少走一些弯路，希望对大家有帮助，本系列文章分布如下（会继续更新）：
共同学习，写下你的评论
评论加载中...
作者其他优质文章
