去年業餘時間做了個公司內部車位共享的專案，使用場景：

使用者休假或者出差的時候把自己的車位共享出來，其他沒有車位的同學可以在平臺上去搶佔車位。

目前每天車位共享在60個左右，每天搶佔車位頁面的PV大約在1500，缺口很大。

為了增加車位，產品上線後我主推了3個功能：

1、共享車位可以申報公益時（因為車位是公司免費提供的，因此公司不允許打賞）--已上線

2、指定共享，主要是讓無車位的人去拉動團隊裡面的人貢獻車位--已上線

3、和休假差旅打通，針對在內網提交了休假差旅的使用者做push通知，引導其分享車位--開發中

除此之外還在停車場掛了海報引導使用者共享

我想過，即使這些都做了依然解決不了車位缺口的事情，那麼需要怎麼做？

公司東門有個停車場，如果和停車場打通可以解決一部分的問題。公司北門有個小區，不少同事在那邊包月停車，如果可以打通又能解決一部分問題。不過限於精力有限，這個專案目前還沒走出去。

國內的停車應用比較多了，ETCP、好停車、吾舍停車等，但是一直做不起來，我分析有以下幾個原因：

1、產業聯調太長，如果和小區打通，涉及物業、閘機廠商、業主委員會，再加上提供車位的人，利益分配難統一，談判成本過高，有點像當年的NFC。

2、閘機裝置的廠商太多太雜，要和這麼多的廠商打通不容易，且有的用的是車牌識別，有的是藍芽卡，門檻不高，各個地方又有很多的小廠商。

另外我的一點思考：

目前的車位共享其實更多的是租賃經濟，一個車位運營商去和各大shopping mall談了合作，把車位拿過來再租給需要車位的人，並不是真正的C2C共享，少了一方的參與者，是完全的重資產模式（需要不斷的融資去拿車位），市場不容易爆發。

我曾經覺得滴滴是最有基因來做停車的，因為滴滴知道每輛車停在什麼地方，但是滴滴為什麼沒做呢？

一個原因是停車的模式太重，之前的滴滴爆發，只要司機端安裝了軟體就行，現在要打通利益鏈條上的這麼多方，很難快速複製；另外一方面我覺得車位共享應該是個過渡產品，以後實現了無人駕駛，大部分的車都是跑在路上的，根本不需要停車位。