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