如何搭建高效率的生鮮 B2B 平臺（B2B 技術共享第一篇）

很開心在這裏和你們交流，咱們是一羣生鮮B2B的創業者，在生鮮領域創業三年多；咱們也是一羣工程師，致力於經過互聯網產品和技術讓咱們的農業更輕鬆更健康，咱們是來自宋小菜的產品技術團隊，咱們想和你們一塊兒聊聊生鮮B2B的技術平臺如何搭建。

爲何想在這裏和你們聊聊這個話題，有幾個緣由：

一、每次交流都有人問，大家是如何用這麼少的工程師，作出這麼複雜的一套平臺出來的，有沒有什麼祕訣？也有很是多的生鮮從業者找過來想諮詢咱們的技術解決方案，每次都要分享一遍，不如集中在這裏分享；

二、咱們剛開始搭建這個平臺時，在網上搜索了好久，找不到相似的參考；咱們在這個領域沉澱了三年多，積累了不少實戰經驗，但願分享給你們；

三、生鮮平臺不一樣於3C、服裝等標品電商，是非標商品的交易平臺，搭建難度高，咱們也走了一些彎路，但願幫助你們少走一些彎路；

四、咱們平臺還在快速增加中，也但願經過咱們的分享吸引更多的產品經理/工程師加入進來一塊兒壯大咱們的技術力量。

基於以上幾點，咱們花了很多時間來梳理咱們這幾年在技術方面的沉澱，但願對你們有所幫助；

爲了你們更好的瞭解咱們，咱們如今創業的公司叫「宋小菜」，是一家創業三年多的B輪公司，主要作生鮮農產品的B2B，每一年經過咱們平臺成交的農產品噸位達到20萬噸，是全國第一家專一蔬菜交易的垂直B2B公司，也是第一家推進蔬菜標準化、商品化的B2B公司；成立三年來，咱們前後得到了阿里巴巴十八羅漢之一吳泳銘、IDG、元璟、普華、經緯、銀泰資本、普洛斯、指數資本等知名機構共計4.5億的投資。

再簡單介紹下咱們團隊，管理團隊來自阿里、美團點評等大型互聯網公司，技術團隊來自阿里、騰訊，核心骨幹人員具備10多年產品設計、技術架構、程序開發經驗，咱們產品+UED+技術開發一共30人左右的團隊，卻開發了7個APP+1個數據運營平臺，打造了B2B平臺的八大核心模塊，包括：

一、交易平臺，包括全中國第一套生鮮商品的商品庫、智能訂價系統、會員系統、訂單系統、支付系統；

二、營銷平臺，支持會員分層，支持滿減、代金券、紅包、充值送、團購等多種營銷方式以及後臺營銷；

三、供應鏈管理平臺，包括採購管理、供應商訂單管理、結算管理等；

四、物流倉儲、調度平臺，主要包括倉庫倉內操做的WMS系統和線路調度的TMS系統；

五、價格行情平臺，包含蔬菜產地從銷地的五級價格行情數據庫，爲交易、金融、行業從業者作行情支持；

六、CRM平臺，包括客戶管理、銷售過程管理、客戶服務平臺、工單管理等；

七、金融服務平臺，包括徵信、風控管理、抵押物管理以及變現、資金管理等金融產品；

八、數據分析平臺，從品類、用戶、城市、供應商等多種維度對經營成本、利潤進行分析和計算，幫助業務端作業務決策；

另外，經過以上八大平臺，咱們沉澱了農產品B2B的六大核心數據庫，包括：

一、買家庫，買家的實名數據庫，包括買家檔案信息、售賣品類、交易信息、資金信息以及徵信信息；

二、賣家庫，賣家的實名數據庫，包括賣家的檔案信息、供應品類/週期、交易信息、徵信信息等；

三、司機庫，包含司機的聯繫方式、車輛信息、線路信息、運輸信息等；

四、冷庫，包含冷庫地理位置、存儲品類、冷庫容量等等信息；

五、商品庫，包括商品的類目庫、屬性庫、SPU庫、SKU庫等；

六、價格庫，包括從原料到商品、從產地到銷地的五級價格行情庫；

咱們把最頂層的、和用戶交互的產品叫作應用層，主要是APP，中間的一層叫作系統層，就是咱們前面介紹的八大系統模塊，最底層是咱們沉澱的核心數據層，包括咱們上面說的六大核心數據庫，用一張大圖概述以下：

咱們一直在思考，不一樣的行業，ToB和ToC由於業務特徵不一樣，對於技術的要求應該是不同的，在B2B業務中，對於的技術的要求：

一、對於B2B業務，技術的價值咱們總結爲三個關鍵字：效率、成本、規模，對內經過系統化工具大幅提高效率、經過成本管控系統大幅下降成本，對外，經過互聯網的產品進行規模化擴張，上面咱們講到的八大產品模塊就是按照這個邏輯組織的。

二、B2B業務複雜度高、變化快，技術上追求開發效率是第一位的，如今第三方的技術框架、開源代碼、中間件都愈來愈成熟，技術視野很重要，只要能提高開發效率，拿來就用，大膽嘗試，好比阿里雲上的中間件和一些服務能大幅提高開發效率，前端開發採用RN這樣的跨平臺開發語言，咱們7個前端開發工程師，沒有一個ios和android開發工程師，照樣開發維護了7個ios和andriod版本的app。

三、在新業務的起步階段，鼓勵業務先行，咱們最怕的是業務還沒跑，就要給你作個工具，好比咱們常常收到一些需求，說客戶想作個進銷存工具，若是你一股腦的給他作好以後，發現根本用不起來，由於客戶根本就不想公開本身的進貨成本，或者就一我的用，每月用一次，最後不了了之，這些都會極大的浪費開發資源，你能夠告訴業務方，不如大家先用excel記錄一週後，咱們再來討論技術開發，這樣既不會耽誤業務時間，也不會浪費資源。

四、一旦業務跑通後，若是使用頻次高、工做量大，產品技術要快速迭代、小步快跑，咱們一個產品的迭代版本基本控制兩週以內，兩週發佈一個版本，快速解決最重要的需求，保障核心業務的快速開展。

五、產品技術部要定位成一個業務部門，一個僅僅作support的技術部是沒有前途的，不少人認爲產品技術部就是一個支持部門，業務部門讓你作什麼就作什麼，若是這樣，對內團隊成員很難有成就感，公司的核心產品和數據也都是短時間的，沒有長期規劃和沉澱，對外，可能也失去了平臺化、規模化的機會，產品技術部除了很好的支持業務部門外，也應該揹負一些核心的產品指標和數據指標，好比核心數據（如人、貨、車）的數據結構的完整性和沉澱的數量，只有這樣才能保障短時間的業務價值和長期的平臺價值。

關於如何搭建高效率的生鮮B2B平臺，由於包含的內容較多，也很複雜，沒法再一篇文章中給你們講清楚，本篇文章只是拋磚引玉，下面將分爲多篇文章從行業現狀、業務現狀、產品概述、技術團隊搭建、服務端技術平臺搭建、前端開發等多個維度來說述，咱們將三年多在B2B領域沉澱的核心產品和技術平臺公開，但願更多行業的人能深刻了解，少走一些彎路，但願對你們有幫助，本系列文章分佈以下（會繼續更新）：

一、《如何搭建高效率的生鮮 B2B 平臺（B2B 技術共享第一篇）》

二、《宋小菜如何切入生鮮 B2B 市場（B2B 技術共享第二篇）》

三、《生鮮 B2B 平臺的產品體系如何迭代（B2B 技術共享第三篇）》

四、《生鮮 B2B 如何搭建高效的技術團隊（B2B 技術共享第四篇）》

五、《如何從 0 到 1 搭建生鮮 B2B 的技術體系（B2B 技術共享第五篇）》

六、《宋小菜技術如何應對生鮮 B2B 業務的快速變化（B2B 技術共享第六篇）》

七、《生鮮 B2B 技術平臺的前端團隊該如何搭建（B2B 技術共享第七篇）》

八、《宋小菜有關「能力」的設計和思考（B2B 技術共享第八篇）》

九、《服務拆分的設計和思考（B2B 技術共享第九篇）》