我們是成都小火科技，去年夏天接到成都雙流區一個順風車隊的需求時，還沒意識到順風網約車系統要做的不只是“接單工具”，得真解決基層車隊的生存問題。當時找我們的是王隊，他手里管著30多個司機，主要跑成都到周邊區縣的線路，比如到眉山、資陽這些地方。第一次見面他就把手機往桌上一放，微信群里幾百條消息刷個不停，全是司機在問“有沒有雙流到眉山的單”“剛才那個乘客說等10分鐘，現在人在哪”，他說“我們之前用的是個通用的打車軟件，根本不適合順風車，司機接個單要在微信群里反復確認，有時候接了遠單，空駛回來油錢都賺不回來，上個月有3個司機因為賺不到錢走了”。

我們沒急著給方案，而是跟著王隊的司機跑了3天線路。第一天跟的是李師傅，從成都金牛區接了個到眉山仁壽的單，結果到了約定地點，乘客說“我以為你會走繞城，我現在改路線到天府機場了”，李師傅只能繞路，最后到手的錢扣了油費，比預計少了20多塊。晚上回車隊，王隊說這種情況每周至少發生5次，要么是乘客臨時改地點，要么是司機接了單發現不順路，只能取消，乘客投訴到運管，他們還得去解釋。另外，之前還出過一次事，有個司機用別人的駕照注冊，拉了乘客后因為違章被查，才發現資質有問題，車隊被監管部門警告，停了3天業。

這些問題讓我們明確，這套系統不能只做“下單-接單”的基礎功能。首先得解決司機空駛的問題，我們用了GPS實時軌跡追蹤，再結合訂單的起點終點，做了個智能派單算法，不是簡單把最近的單派給司機，而是算“司機接完這單后，下一個可能的訂單方向”，比如司機在雙流，有個到眉山的單，系統會查眉山那邊接下來1小時內有沒有回成都的單，如果有，就優先把這個單派給他，這樣司機不用空駛回來。一開始這個算法有問題，比如有次把一個到德陽的單派給了在溫江的司機，司機說“我過去要40分鐘，接了單也不劃算”，我們后來加了個“空駛補償系數”，如果司機接的單需要空駛超過15公里，系統會自動給乘客算一筆“空駛補貼”，這筆錢直接給到司機，試了一周，司機接遠單的意愿明顯高了，空駛率從之前的35%降到了22%。

然后是司機資質的問題，之前王隊他們是人工查駕照、行駛證，有時候忙起來就漏了，容易出問題。我們直接對接了成都交管部門的開放接口，司機注冊時，系統會自動核驗駕照的有效期、是否有重大違章記錄，還把這些資質信息存到區塊鏈里，不是搞虛的，是因為區塊鏈存證后，數據改不了，監管部門過來查的時候，我們能直接調出來，不用再翻紙質檔案。有次區交通局來檢查，王隊打開系統后臺，點一下“資質核驗記錄”，司機的駕照、車輛年檢信息全在上面，還帶區塊鏈的存證編號，檢查的人說“你們這個比之前人工登記的靠譜多了，不用我們一個個查”。

乘客那邊的問題也得解決，之前乘客投訴最多的是“找不到司機”“費用不透明”。我們集成了高德地圖的SDK，乘客下單后能看到司機的實時位置，精確到10米內，還能算出來司機大概多久到，不用反復發消息問。費用方面，之前司機都是隨口報，乘客覺得貴，司機覺得虧，我們做了個動態計價模型，按“基礎里程費+實時時長費”算，比如早高峰（7點-9點）時長費加10%，偏遠區縣（比如成都到蒲江）里程費加5%，所有費用明細在乘客下單時就顯示清楚，付完錢還有電子小票，上個月乘客投訴“費用糾紛”的次數從20多次降到了3次。

今年年初，交通運輸部不是推了“順風車合規化管理要求”嘛，要求所有順風車平臺得把訂單、司機信息實時上傳到監管平臺。我們當時正好在迭代系統，直接加了個“監管數據對接模塊”，不用王隊他們手動傳數據，系統每天自動把前一天的訂單記錄、司機接單情況上傳到成都交通運輸綜合監管平臺，王隊說“之前每月要花2天時間整理數據，現在不用管了，省了不少事，而且合規了，也不怕被查”。

現在王隊的車隊已經從30個司機擴到50個了，上個月他跟我們說，司機平均每月收入比之前多了1200多塊，因為空駛少了，接單多了。還有德陽、眉山的幾個車隊也找過來，說想裝我們的系統，我們根據他們的需求加了“拼單功能”，比如兩個乘客都是從成都到眉山，一個到東坡區，一個到彭山區，系統能自動匹配拼單，乘客每人少付15%的錢，司機能多賺一份錢，試運營兩周，拼單率就到了30%。

我們做系統不喜歡搞花里胡哨的功能，就盯著用戶真遇到的問題。順風網約車這行，基層車隊要的不是“智能大腦”“數字中樞”，就是能讓司機多賺錢、乘客少麻煩、自己好管理的工具。現在這套系統還在改，比如有司機說想在接單時看到乘客的行李數量，方便判斷能不能裝下，我們就加了個“乘客行李備注”的選項；還有乘客說希望能選“女性司機”，我們也做了個自愿報名的女性司機池，讓有需求的乘客能選。反正做軟件就是這樣，跟著用戶的需求走，才能真幫到他們。

文章來源網址：http://www.zeyuandiaosu.com/archives/xitongkaifa01/2321，轉載請注明出處！