搭建生鲜B2B平台模块的开发技术要求
最新消息称，餐饮saas服务商二维火遭遇资金问题，创始人唐僧宣布全员降薪20%，并透露以个人名义对外借款4500万，用于偿还员工工资。对此，唐僧表示情况属实，此次变动更系主动调整，目前二维火账上资金尚充足。
下面，我们想和大家一起聊聊生鲜B2B供应链技术平台如何搭建。
B2B平台一般有八大核心模块，包括：
1、交易平台，包括全中国第一套生鲜商品的商品库、智能定价系统、会员系统、订单系统、支付系统；
2、营销平台，支持会员分层，支持满减、代金券、红包、充值送、团购等多种营销方式以及后台营销；
3、供应链管理平台，包括采购管理、供应商订单管理、结算管理等；
4、物流仓储、调度平台，主要包括仓库仓内操作的WMS系统和线路调度的TMS系统；
5、价格行情平台，包含蔬菜产地从销地的五级价格行情数据库，为交易、金融、行业从业者做行情支持；
6、CRM平台，包括客户管理、销售过程管理、客户服务平台、工单管理等；
7、金融服务平台，包括征信、风控管理、抵押物管理以及变现、资金管理等金融产品；
8、数据分析平台，从品类、用户、城市、供应商等多种维度对经营成本、利润进行分析和计算，帮助业务端做业务决策；
另外，通过以上八大平台，我们沉淀了农产品B2B的六大核心数据库，包括：
1、买家库，买家的实名数据库，包括买家档案信息、售卖品类、交易信息、资金信息以及征信信息；
2、卖家库，卖家的实名数据库，包括卖家的档案信息、供应品类/周期、交易信息、征信信息等；
3、司机库，包含司机的联系方式、车辆信息、线路信息、运输信息等；
4、冷库，包含冷库地理位置、存储品类、冷库容量等等信息；
5、商品库，包括商品的类目库、属性库、SPU库、SKU库等；
6、价格库，包括从原料到商品、从产地到销地的五级价格行情库；
我们把最顶层的、和用户交互的产品叫做应用层，主要是APP，中间的一层叫做系统层，就是我们前面介绍的八大系统模块，最底层是我们沉淀的核心数据层，包括我们上面说的六大核心数据库，用一张大图概述如下：
我们一直在思考，不同的行业，ToB和ToC因为业务特征不同，对于技术的要求应该是不一样的，在B2B业务中，对于的技术的要求：
1、对于B2B业务，技术的价值我们总结为三个关键字：效率、成本、规模，对内通过系统化工具大幅提升效率、通过成本管控系统大幅降低成本，对外，通过互联网的产品进行规模化扩张，上面我们讲到的八大产品模块就是按照这个逻辑组织的。
2、B2B业务复杂度高、变化快，技术上追求开发效率是第一位的，现在第三方的技术框架、开源代码、中间件都越来越成熟，技术视野很重要，只要能提升开发效率，拿来就用，大胆尝试，比如阿里云上的中间件和一些服务能大幅提升开发效率，前端开发采用RN这样的跨平台开发语言，我们7个前端开发工程师，没有一个ios和android开发工程师，照样开发维护了7个ios和andriod版本的app。
3、在新业务的起步阶段，鼓励业务先行，我们最怕的是业务还没跑，就要给你做个工具，比如我们经常收到一些需求，说客户想做个进销存工具，如果你一股脑的给他做好之后，发现根本用不起来，因为客户根本就不想公开自己的进货成本，或者就一个人用，每个月用一次，最后不了了之，这些都会极大的浪费开发资源，你可以告诉业务方，不如你们先用excel记录一周后，我们再来讨论技术开发，这样既不会耽误业务时间，也不会浪费资源。
4、一旦业务跑通后，如果使用频次高、工作量大，产品技术要快速迭代、小步快跑，我们一个产品的迭代版本基本控制两周之内，两周发布一个版本，快速解决最重要的需求，保障核心业务的快速开展。
5、产品技术部要定位成一个业务部门，一个仅仅做support的技术部是没有前途的，很多人认为产品技术部就是一个支持部门，业务部门让你做什么就做什么，如果这样，对内团队成员很难有成就感，公司的核心产品和数据也都是短期的，没有长期规划和沉淀，对外，可能也失去了平台化、规模化的机会，产品技术部除了很好的支持业务部门外，也应该背负一些核心的产品指标和数据指标，比如核心数据（如人、货、车）的数据结构的完整性和沉淀的数量，只有这样才能保障短期的业务价值和长期的平台价值。
关于如何搭建高效率的生鲜B2B平台，因为包含的内容较多，也很复杂，无法再一篇文章中给大家讲清楚，本篇文章只是抛砖引玉，下面将分为多篇文章从行业现状、业务现状、产品概述、技术团队搭建、服务端技术平台搭建、前端开发等多个维度来讲述，我们将三年多在B2B领域沉淀的核心产品和技术平台公开，希望更多行业的人能深入了解，少走一些弯路，希望对大家有帮助。
<hishop（www.）是国内知名企业级电商平台提供商，为企业级商家提供最佳的系统开发（多种模式电商平台搭建：B2B/B2B2C/B2C/O2O/新零售等）、供应商系统搭建及电商行业解决方案服务>
