如果我是產(chǎn)品經(jīng)理,我會如何設(shè)計智能找停車場APP?
最近看了XX停車的一些信息,同時也看了一個以色列公司做智能找停車場新思路的一些介紹,分析了一下,與各位產(chǎn)品經(jīng)理分享(如有雷同,請見諒)
智能停車原來以為不難做,但仔細(xì)想想,有幾點確實是挺有挑戰(zhàn)的
- 實時性要求高:車要是到了目的地,發(fā)現(xiàn)你的信息不準(zhǔn)確,幾次過來估計就不用了。
- 停車場并沒有強烈意愿主動提供信息:現(xiàn)在大城市的停車場,應(yīng)該不需要大力宣傳,車多&停車場少才是真正的痛點。
- 商業(yè)模式是什么?這個也許我想錯了,但有多少人愿意花錢買停車場信息?
不提商業(yè)模式了(但如果有大拿愿意幫著分析分析,絕對歡迎),基于這樣的前提下,如果你是一個產(chǎn)品經(jīng)理,你會怎么辦呢?
說說我根據(jù)網(wǎng)上的信息,總結(jié)的一點思路吧:智能停車場信息提供目前主要有兩種思路來做
- 實時信息為主,智能預(yù)測為輔
- 智能預(yù)測+眾籌為主,實時信息為輔
下面一個一個介紹一下我的思路:
實時信息為主,智能預(yù)測為輔
XX停車應(yīng)該是這種思路下的一個設(shè)計方式,以下幾個方式可以提供實時信息
- 與停車場合作,使用平臺統(tǒng)一提供的停車場管理系統(tǒng),這樣管理系統(tǒng)在幫助停車場的同時,也能提供平臺需要的信息。
- 在停車場內(nèi)安裝一些傳感設(shè)備,這樣,不用侵入停車場管理系統(tǒng),也能得到當(dāng)前停車場的信息。
- 和停車場管理人員(或參與管理人員)合作,人為獲取信息,比如和停車場安保人員合作
(這里提一句話,原來一個產(chǎn)品大拿告訴我的:“做產(chǎn)品,別光想著用技術(shù)解決所有問題,有可能技術(shù)之外的方式更簡單”)。
當(dāng)然,光有實時信息也不行,因為開車的人離的可能遠(yuǎn),查到有車位和開到有車位,不是一回事。這種情況下,就需要智能預(yù)測的輔助了。
同時,智能預(yù)測應(yīng)該有兩方面的內(nèi)容
- 停車位信息是實時的,但車離的比較遠(yuǎn),預(yù)測車到后停車場的情況。雖然有的APP提供線上預(yù)定的功能,這樣用戶可以提前預(yù)定車位,這樣車到后,車位是有了的,但這種情況需要與停車場系統(tǒng)集成,不是每個都能支持。
- 停車位信息是非實時的,這時候預(yù)測的范圍就更廣了,需要預(yù)測當(dāng)前停車場內(nèi)車輛情況,同時還要加上車開到后可能的情況。
接觸了XX停車后,感覺他們在能支持實時停車位信息的情景下做的不錯,但在預(yù)測這事兒上,感覺沒有發(fā)揮技術(shù)提高生產(chǎn)力的優(yōu)勢,比如我一個朋友家周圍的情況
其實這周圍停車場有不少,而且,停車位在不同時候的情況緊張程度,相對固定,但APP上,沒有體現(xiàn)這么多;同時,當(dāng)前停車位情況和價格,也明顯也不對。對于一個需要停車位APP的人來說,如果在這地方?jīng)]有幫到他,或信息錯誤,那用戶就可能放棄它。
其實從技術(shù)的角度來說,這事應(yīng)該也可以實現(xiàn),比如,對一個停車場來說,能夠影響它的停車位緊張程度的,應(yīng)該有如下信息:(只是舉例)
- 城市的基本情況,車輛飽和程度。。。
- 目前周圍的traffic情況怎么樣?一般比較堵車的地方,停車場都是滿的
- 今天某個時段的Traffic情況怎么樣?一段上午比較堵車時,停車場是滿的。。。
- 周圍有商場嗎?商場大概的開門時間和人流量?
- 周圍有居民區(qū)嗎?大概的人口數(shù)量。
- 周圍有景點嗎?一般景點周圍在節(jié)假日,都會緊張。
- 天氣情況如何?比如下大雨的天氣,有的停車場就可能會車少。
……
有點像是個“地點畫像”吧,通過這些信息的綜合評價和持續(xù)學(xué)習(xí),對于一般情況下的預(yù)測,效果應(yīng)該還可以的。(這里面需要涉及大數(shù)據(jù)、地圖數(shù)據(jù)及機器學(xué)習(xí)的綜合應(yīng)用內(nèi)容,略過了)
可以看到,實時+預(yù)測的模式,有一定的優(yōu)勢,就是信息準(zhǔn)確;但劣勢也明顯,就是成本高,同時需要相當(dāng)多的時間、數(shù)據(jù)和歷史信息來優(yōu)化提高引擎的預(yù)測能力。
預(yù)測+眾籌為主,實時為輔
這種方式?jīng)]看到國內(nèi)有沒有公司在做,但我知道國外有公司開始在做了,以色列一家公司宣稱自己的算法,不需要任何歷史數(shù)據(jù)的支持
像上面一樣,我也來“猜一猜”這樣的產(chǎn)品應(yīng)該如何設(shè)計吧
預(yù)測上面提到了,這部分我覺得就算是不需要歷史數(shù)據(jù)的支持,但是“地理畫像”這部分也應(yīng)該跑不掉。
重點說說眾籌,要是設(shè)計一款產(chǎn)品,想讓用戶真的自愿來提供信息,個人覺得有這樣幾種方法
- 有獎勵。
- 產(chǎn)品對自己有用。
- 不經(jīng)意間就信息眾籌了。
個人覺得第三種可能可行性更高些(第一種費用高,第二種對一部分人來說,沒有實時信息的支撐,不好做)
對第三種,下面的思路可供參考
- 用戶打開APP,想找一個停車場,輸入目的地后,顯示周圍的停車場。
- 系統(tǒng)推薦一個停車場,這時候,系統(tǒng)沒有實時信息,所以根據(jù)“地理畫像”,選擇一個停車場推薦(這時候,根據(jù)情況可以選擇我們希望“眾籌”的停車場)。
- 如果用戶順利停車進去,說明停車場我們的預(yù)測是正確的,可以讓用戶幫助提供一些當(dāng)前停車場的簡單信息(比如是不是推薦其它人停入。。。)
- 如果沒有停車進去,說明這個停車場已滿(系統(tǒng)可以把這個信息,用于下一次用戶訪問)。提示用戶,可以選擇下一個停車場,同時,使用系統(tǒng)推薦的導(dǎo)航路徑時,路徑的規(guī)劃中,不再是最短路徑,而是盡量選擇途徑停車場比較多的路徑,這樣,提示用戶可以在開車的過程中,進行選擇。
- 如果用戶停進停車場了,可以幫用戶進行計時計費(如果沒開通的情況下),這樣,停車場的費用情況信息,也可以收集上來。
按以上的設(shè)計的話,以下幾個場景,不同的情況下,會有不同的幫助:
- 場景一:想要去的停車場,沒有任何信息。上面的情況,部分的解決了這些問題,而且,如果“地理畫像”做的好的話,準(zhǔn)確度應(yīng)該能在50%以上。
- 場景二:想要去的停車場,沒有實時信息,但有“眾籌”信息。上面的情況,如果加上一個比較準(zhǔn)確的輸入,準(zhǔn)確度應(yīng)該會在7、80%以上了。
- 場景三:想要去的停車場,有實時信息。這種情況下,準(zhǔn)確度會很高,同時,周圍的停車場信息,也可以通過用戶的信息得到,一舉兩得。
這種設(shè)計的優(yōu)勢很明顯,前期不需要歷史數(shù)據(jù)和大的硬件成本投入,易于推廣;但劣勢也很明顯,就是需要你有能力來控制導(dǎo)航,控制POI搜索等等,需要較強的技術(shù)背景。
這樣,一個用戶的服務(wù)過程中,用戶得到了方便,我們也得到了想要的一些信息。
當(dāng)然,以上的設(shè)計,只是憑借個人的經(jīng)驗,猜測的,如果不對,請大家指正。
再說說如何快速的獲取更多的停車場信息呢?路推的方式獲???大家估計都知道這個成本很高了。這時候APP如果提供一個免費找車的功能,讓用戶把自己的愛車停的位置照下來,同時系統(tǒng)把GPS存下來,一能幫助用戶方便的找到車,避免在陌生的地方忘了車在哪里;二能幫助系統(tǒng)方便的找到“各種各樣”的停車場,一舉兩得。
本文由 @Louis?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
如果真要做一個停車的app,是否可以做到完全垂直化,在不涉及其他像購物、拼單、社交等領(lǐng)域的情況下能不能開展呢,那這種情況下要怎么經(jīng)營收益呢?
所以我說預(yù)定會有時間限定。10分鐘以內(nèi)。過時不候。如果平凡預(yù)定 可以讓他休息幾分鐘在進行下一次預(yù)定。中間有個延遲
打通各停車場運營方是難點。玩這個不能光想車主好不好用,你還得設(shè)計一套車場喜歡的商業(yè)模式出來,否則寸步難行。但旺地就是旺地,僅玩信息對稱對停車場來說能多賺點?玩玩住宅區(qū)車位共享算了。BTW,有改變停車場收費硬件的能力,市場占有率高的廠家,他們能玩,有數(shù)據(jù)
”雞生蛋還是蛋生雞“的關(guān)系其實是很微妙的:我記得以前淘寶不大的時候,大的商家都不用淘寶;但淘寶壯大后,大的商家又都在淘寶上開專賣店。
個人認(rèn)為,一個產(chǎn)品的成功,需要:定位的準(zhǔn)確,技術(shù)的支撐,運營的加速和售后的保證。
我沒做過停車場,所以商業(yè)模式目前不能100%的準(zhǔn)確說出來,但是如果定位準(zhǔn)確和技術(shù)支撐上能夠讓用戶增長很多還喜歡用,運營在車場上的加速也就容易很多了。
歡迎大家評論,如果有商業(yè)模式的分析,更加歡迎。
其實有沒有車位,只需要采集一次當(dāng)前車場車位數(shù)據(jù),就可以通過車場容量和出入車數(shù)量進行永久的實時計算了,只要車場容量不變,計算的數(shù)據(jù)可以實時并且準(zhǔn)確,只需要在車場的出入口安裝一個簡單的計數(shù)硬件即可實現(xiàn),成本很低,而且也可以通過一段時間內(nèi)出入車場的流量來預(yù)測XX分鐘后是否有充足的車位,這比做地理畫像要靠譜的多,而且成本要低多了吧!
剩下的問題就是第一次的資源投入來完成停車場的出入口計數(shù)器的安裝了,這里關(guān)鍵在于如何讓各大車場主動合作,而不是花大量人力物力去地推,無利不起早,對于不愁沒客人的車場,拿一部分錢砸吧,否則安排了業(yè)務(wù)人員去了人家也不見得跟你合作。對于平時流量少的車場相對好辦一些,不過該給的好處還是不能少的,畢竟都有“負(fù)責(zé)”人么,你懂的。
當(dāng)然,計數(shù)器需要穩(wěn)定的網(wǎng)絡(luò)(基本上城市內(nèi)的主流停車場,網(wǎng)絡(luò)不是大問題),和一定的維護成本,這個要考慮,另外車場的裝修,維護,新增等后續(xù)問題還是要耗費一定的資源跟進的。
硬件投入確實是目前我見過的模式之一,但這個投入并不小,不光是硬件的費用,停車場這么多,光派人去找這些停車場進行安裝就是個不小的費用。同時,硬件是需要SIM卡將信息傳回服務(wù)器的,所以,相當(dāng)于這是一個持續(xù)性投入。再有,如果硬件出現(xiàn)故障,后繼維修也很消耗人力。我沒仔細(xì)算過,但假如投入1000W,我個人覺得鋪不了多少城市。
不要停留在傳統(tǒng)的地推模式上,給你多少錢都不夠用,而且,你這么算,永遠(yuǎn)拿不到投資的啊。單純的單方面投入資金鋪硬件肯定不行,但要從新的商業(yè)模式和共贏上找突破口。共贏的突破口就是在于,你們和車場的用戶都是車主(及其親屬&朋友),不如從共贏的角度尋求停車場的需求痛點,比如先從購物商圈類停車場入手(這類停車場的數(shù)量應(yīng)該不少,方便前期的用戶積累),逐漸擴張至各類型的停車場:
1、對于購物商圈性質(zhì)的停車場:通過APP向用戶推送商場各種打折信息,促銷活動,以及APP會員獨享的折扣及福利,以吸引并保持消費者的粘性。后期甚至可以通過用戶在商場的購物記錄進行更加精準(zhǔn)的推送。(現(xiàn)在的實體商圈受線上的沖擊有多大有目共睹,為了吸引消費者也是費盡心機,但促銷信息多通過辦理會員獲得用戶手機號和郵箱才能推送,而你的APP可以精確而方便的進行目標(biāo)用戶信息推送,你和商場都是雙贏,裝個硬件和維護還需要單獨派人么?)
2、車主們不可能只去各大購物商圈的停車場,一旦前期的用戶積累完成了,接下來就該進入挾天子以令諸侯的步驟了。假設(shè)我有100W的用戶安裝了APP,我可以通過一些高質(zhì)量的廣告投放獲得一部分初始的廣告利潤,假設(shè)為每個用戶每天可以帶來10塊錢的收入(隨便說的數(shù)),同時這些用戶會根據(jù)自己的生活軌跡停入各種收費停車場,那么這個階段我可以聯(lián)系各停車場,如果安裝了我們的硬件,那么通過APP進入你們停車場的用戶每天所產(chǎn)生的廣告收入,按一定比例分配給停車場(這個比例前期可以很大,比100%都可以),為停車場增加收入的同時,利用前期積累的車主,反過來開始積累停車場。
3、當(dāng)你完成了用戶的積累和主流類型的停車場積累后,往小了做,就是進入傳統(tǒng)的商業(yè)模式發(fā)展:廣告,社交,商圈,團購等。往大了做,商業(yè)模式可以是整合停車場,形成停車場聯(lián)盟,發(fā)展會員體系,切入停車場收費系統(tǒng),形成一個停車場品牌產(chǎn)品(類似當(dāng)前的外賣網(wǎng)站整合各家飯館一樣),后面可以做的就太多了……
以上只是粗略的分析,不夠細(xì)致也有很多不完善的地方,但是只是覺得做傳統(tǒng)行業(yè)的互聯(lián)網(wǎng)+,一定要在四維上突破傳統(tǒng)的模式才行啊,尋找用戶(車主的痛點很明確就是停車難,而車場的痛點就需要根據(jù)不同的類別進行不同的分析了)的需求痛點切入,才能拉對方下水。
非常感謝,非常有深度的一個評論,希望其它有心人看到后,共同探討。
這里先問一個問題,停車場發(fā)展廣告,商圈,團購不難理解,但停車場社交?這個怎么講。
不能只停留在停車場這個維度下啊,我做停車場APP,怎能放過車場周邊的一切可整合利用的資源呢……我們的目的是通過幫助用戶找車位這個基礎(chǔ)的需求點出發(fā),挖掘用戶在車場周圍配套資源里的一切其他深度需求。垂直切入,橫向擴展。舉一個簡單的用戶場景:
大悅城的一個賣雜貨的小店在搞活動,2件9折,3件8折,5件7折,可你就想買一件,怎么辦?打開APP,發(fā)一條面向所有定位到大悅城停車場的用戶的狀態(tài):我在大悅城XX小店,店鋪活動2件9折,3件8折,5件7折,求湊單的朋友一起!
購物狂可結(jié)交廣結(jié)好友,美女可以找?guī)浉鐪悊?,高富帥可以借機炫車找妹子……所謂社交的開始,其實不就是給大家找個理由成為朋友么?
看了你們精彩的討論,受益匪淺啊 ?? ?? ?? 有個小小疑問,感覺現(xiàn)在無論做什么app都往社交上靠,做交友做社區(qū)做信息交換,會不會很容易信息荷載過度從而讓用戶產(chǎn)生疲倦心理?因為大部分用戶使用這個app只是單純想快速找到停車場停車而已。
所以這個產(chǎn)品上線的初始階段,核心功能尋找停車位必須簡單便捷好用,而快速獲取停車場信息的辦法,成本最低的就是利用共同利益拉停車場管理方下水,而利用購物圈的停車場做突破口,是因為在當(dāng)前淘寶獨大的情況下,更容易和線下購物商圈的商家達成利益上的一致。如此倒推的話,可以發(fā)現(xiàn)其實我們最終的目的還是保證這個APP的核心功能強大而易用,只不過為了自身利益的更大化(節(jié)約投資人的錢)而設(shè)計的實現(xiàn)方案,當(dāng)然,如果我有足夠的錢來砸市場,也就不用這么費盡心機了。
至于上面提到的社交方面,完全是產(chǎn)品發(fā)展到一定階段后,平臺化的產(chǎn)物,當(dāng)我們解決了用戶的核心需求之后,在停車這個需求點衍生出來的附加需求價值才會一一體現(xiàn)出來。好比雷軍做手機,只是利用手機作為智能硬件家族的一個突破口,來完成初始的用戶積累,進而擴張為智能家居的全方位的 米家 。
?? 感謝回復(fù),如你所說的確社交是很多成熟形態(tài)產(chǎn)品比較好的一個延伸方向??上КF(xiàn)在很多app就死在了前期無法有限突破上 ?? ??
/
有些疑問,共同探討。“如果用戶順利停車進去”,這個條件的判斷是用戶點擊按鈕確認(rèn)停車完畢or系統(tǒng)自動判斷是否停車完畢?如果是前者那么用戶缺少停完車再去確認(rèn)的動力,畢竟最終的確認(rèn)結(jié)果是APP想要的,等于服務(wù)了一半用戶走了,不需要了,沒達到APP目的,尤其是在商場,電影院,公園等場所,停完車第一反應(yīng)自然是下車該干什么干什么去。就算用戶處理完事,再打開APP確認(rèn)停車完畢,信息的及時性已經(jīng)沒有了,不能及時給后續(xù)的來此停車場的用戶給予指導(dǎo)。畢竟停車位信息的及時性要求很高。如果是系統(tǒng)自動判斷,那么停車場的信號問題、APP被系統(tǒng)停止等原因?qū)⒂绊懪袛嘟Y(jié)果,信息準(zhǔn)確性又是個問題。
我覺得以下幾種方法可以幫助這個問題
1. 提供快速找車功能,說白了就是讓用戶自己記錄一下停車位。有不少人,會用這個功能,這樣就說明車停完了。
2. 利用手機的Sensor,如果長時間靜止或進入步行狀態(tài)(非開車狀態(tài)),也說明車停完了。
3. 如果APP提供了導(dǎo)航功能,導(dǎo)航結(jié)束時,如果沒有繼續(xù)導(dǎo)航,其實也側(cè)面說明了。
我覺得你說的這幾種方法都不能精準(zhǔn)確定是否已經(jīng)停車到位,最精準(zhǔn)的就是在每個車位下面加一個重力感應(yīng)器,達到一頓或者半噸(當(dāng)然這個重量可以自己定義)就可以確認(rèn)這個車位被占,但這種方式成本較高
停車時候,用戶還會返回來確認(rèn)的情況會非常少,想象tb買東西你會主動評價嗎,大多數(shù)人都是等到自動確認(rèn)收貨,
個人看法如果使用時間限制 會不會有點意思,比如預(yù)定停車位最高時間10分鐘,10分鐘以內(nèi)沒有到的話此停車位取消,需要重新預(yù)定,10分鐘以內(nèi)到達這個車位則屬于你。感覺和嘀嘀打車有點相似,,人家是搶單,這是搶車位。
你這種沒有成本的預(yù)定,大家都會預(yù)定,反正不去也沒事。不是亂套了?