場景斷裂是什么鬼,我該怎么辦
先聊一聊互聯網產業大背景,任何互聯網產品深耕垂直領域已經成為生存的必要條件,那么更純粹的所謂的O2O遇到的問題會更多,因為本來基本純線下做的工作,互聯網人們希望通過互聯網、移動互聯網去“顛覆”這種方式,通過產業信息化,把產業移動互聯網化,提升生產效率、節約成本。但是,O2O產品由于和線下深度結合,會產生一系列問題,其中一個很現實的問題就是場景斷裂。
做移動互聯網產品的同學都知道場景是個很重要的東西,用戶的所有行為都需要結合相應場景進行,如果在不合適的場景引導用戶去做某些行為,注定會讓用戶感覺莫名其妙,體驗很差。但是既然是O2O產品,我們能做到的是把用戶從線上引導到線下,那么到了線下呢?比如說,一個賣房O2O產品,產品把買家用戶從線上導流導到了線下去業主那里看房,這個時候,線上的產品就容易和用戶斷了聯系,我怎么知道他們的談判情況,我怎么知道他們有沒有談完,結果怎么樣,談完了的話我就得讓用戶進入可選的產調(產權調查),甚至是交易的流程了。產品和用戶就這樣斷了聯系,相信任何一個合格的產品經理遇到一個自己的產品無法把控的流程都會抓狂,那么問題來了,斷裂的場景,我們在產品上怎么把控?聽天由命嗎?想必不可能,個人出點拙見,歡迎大家批評指正。
方法大致分為三個,信息線上化、行為線上化、用戶喚回。
第一個,信息線上化。
顧名思義,我們可以把在線下用戶需要的信息搬到線上了,這個需要結合到具體的線下場景來談。再拿上面的栗子來看,當買家用戶到了線下和業主溝通,他們溝通的過程中肯定會涉及到很多很多房屋信息,當然線下看房的時候基本所有房屋信息都能看到或者和業主聊出來,但是有些信息是可以放到線上,比如說小區情況(車位、物業費等)、交通情況(地鐵、公交)、學區情況、相關法律政策,這些情況一般的業主也是不可能面面俱到的,可以把這些信息搬到線上,讓買家用戶主動回到線上查看相關信息。
第二個,行為線上化。
把用戶需要在線下做的行為放到線上。同樣的房產O2O的例子,任何應用場景最有效的其實是涉及到雙方利益的行為,比如說,把用戶激勵機制放到這里,買家在線上約了業主看房,然后真的赴約了之后,需要業主確認,然后給買家激勵,這個用戶在平臺成交的時候各種費用少收個50/100的,而業主部分,可以通過確認到場這個行為,確定成功看房數,在房源的profile里體現出來,讓買家看到這個業主是個活躍的、靠譜的。
第三個,用戶喚回。
這個機制的目的在于,自己主動向用戶發出信息,讓用戶自己回到我們的產品上來。這個機制有一個前提就是,我什么時候進行喚回動作,我們的判定標準是什么。判定標準其實有很多方式,比如LBS,到了目的地或者離開了目的地之后,進行推送喚回用戶,再比如說時間,我們預計用戶在線下的這個行為大概為30分鐘,那么我們在35分鐘后進行喚回的動作。結合上述例子來看,用戶看房的具體地址是平臺是知道的,用戶到了目的地1KM之內的時候,APP給一條推送,提醒你快到目的地了,你可以在我們的APP上查看XX信息,可以做XX行為,這些信息和行為會給你XXX好處。然后等到用戶離開了目的地1KM范圍之后,我們給用戶推送消息,比如,看完房子了?去評價一下房子和業主吧,再比如,看房子滿意嗎,滿意的話可以一鍵預約我們平臺的過戶交易手續哦。這個方式是三個手段里面最暴力的,如果產品非常依賴,或者只能使用這個方式的話,如果不是O2O一些很特殊的行業,那么可以說這個產品的場景設計是不成功的。
好啦,以上就是全部內容啦,因為之前沒有接觸、學習過任何有關場景斷裂的處理方式(甚至有沒有場景斷裂的這個名詞都不知道,如果沒有的話,那這個詞就歸我創造啦:D),而在實際工作中又遇到了,所以結合工作的案例和思考整理了出來,水平有限,歡迎批評指正。
本文由 @司志偉 原創發布于人人都是產品經理?,未經許可,禁止轉載。
感覺很棒。正好遇到一樣的問題
非常非常好的一篇
這個問題肯定有不知道為什么別人沒提出過,連個評論的人都沒有
LZ提的這三點信息線上話,覺得挑戰在于怎么收集這么大量的相關數據;行為線上話,要做的對用戶有好處不容易,考驗線下公關能力,然后對APP有什么好處,怎么利用這些信息;用戶喚回對技術和硬件都有要求
總之這些問題解決起來不容易
現在產品想要生存下來,已經和線下離不開了,所以產品不只是線上的事情了,線下同樣很重要,重點和難點都在于把握住線下的用戶行為