順風車這事兒，越想越覺得有點擰巴。本來嘛，順風車的初衷很簡單：車主本來就要從A地去B地，車上空著幾個座位，順路捎個人，分攤點油費。乘客呢，圖個方便實惠，少花點錢到達目的地。

可現在打開順風車軟件，感覺全反過來了。司機一個個盯著屏幕搶單，跟出租車搶客似的；

乘客發(fā)個單子，等著被“挑選”，有時候還得加錢才有人接。味道不對了。

問題出在哪兒？可能就出在這個“誰找誰”的順序上?，F在主流平臺包括一喂順風車以及滴滴順風車，本質上都是乘客發(fā)布需求，司機來搶。

這就引出了一個麻煩：搶單快的不一定是真順路的。有些司機專門跑這個，開著接單軟件，手速又快，哪怕繞上幾公里也先搶下來再說。結果呢？真正路線高度匹配的車主，可能剛看到單子，還沒點進去，單子就沒了。

乘客這邊也困惑，邀請的車主接不到，甚至就在旁邊的車主接不到自己的單，而接單的司機路線圖上彎彎繞繞，大老遠的專門來接自己。

如果把順序調轉一下呢？有車主提議，讓車主先發(fā)布自己的行程，比如每天固定時間從某小區(qū)到某科技園。需要乘車的乘客，在發(fā)布自己的出行需求后，系統(tǒng)不是推給所有司機去搶，而是反向操作：根據乘客的起點和終點，自動篩出那些路線重合度極高的車主清單，推送給乘客看。乘客能看到哪位車主最順路，行程時間匹配度有多高。然后，由乘客向自己心儀的車主發(fā)出邀請。

車主這邊，手機一響，收到一條邀請，點開一看：“有位乘客與您明天早上的行程有95%重合，是否接受同行？”這樣一來，主動權發(fā)生了微妙的轉移。

這樣做有個明顯的好處，就是過濾了“噪音”。對車主來說，收不到海量訂單的轟炸，只有確實順路的乘客才會發(fā)來邀請，也不會出現很順路的訂單被百里之外的科技搶走，決策變得很單純：這個邀請的時間合不合適？乘客的評價怎么樣？接不接？

對乘客而言，也不用在幾十個接單司機里猜誰更靠譜，一個個去拒絕繞路加價的司機，系統(tǒng)給出的順路度列表一目了然，你選那些95%以上的發(fā)出邀請，加價或者調整起止點，條件交由雙方來決定，被接受的概率自然高。

更重要的是，這個模式似乎更貼近“順風車”三個字的原始畫面。過去在路邊招手攔車，攔的就是恰好要去你那個方向的車?，F在不過是把“路邊”換成了線上平臺，把“招手”換成了發(fā)送邀請。車主沒有刻意去“接活”，他只是公布了自己的既定路線；乘客也不是被動等待，而是主動去匹配既定的行程。雙方的關系會清晰很多：是乘客邀請車主捎帶，不是在購買專屬服務。

當然，這只是一個思路。真要實現，技術細節(jié)不少。比如車主發(fā)布行程的靈活性、乘客等待邀請回復的耐心、在非高峰時段如何保證匹配效率等等。但它的核心，是試圖把順風車扳回“順路”這個軌道上來。當接單的決定權，從“搶單”變成了“篩選”和“接受”，或許那些為了接單而接單的動機就會減弱。