推送系統(tǒng)從0到1(六):推送的著陸頁(yè)設(shè)計(jì)

2 評(píng)論 13593 瀏覽 74 收藏 18 分鐘

本篇將圍繞推送著陸頁(yè)的設(shè)計(jì)、著陸頁(yè)的用戶行為、消息中心等幾個(gè)方面為大家介紹。enjoy~

上一篇為大家介紹了推送消息在傳輸過(guò)程中出現(xiàn)丟失的情況,并講述了消息丟失的幾個(gè)原因及建議,沒(méi)看過(guò)的小伙伴可以看下 ?推送系統(tǒng)從0到1(五):推送消息如何丟失的。從第二章開(kāi)始圍繞著推送的整個(gè)流程進(jìn)行介紹,從推送服務(wù)的接入、推送消息的建立、消息傳輸、消息到達(dá)等階段都進(jìn)行了講述。

本篇來(lái)到了推送流程的最后一個(gè)階段,用戶點(diǎn)擊推送消息后進(jìn)入到著路頁(yè)。這個(gè)是用戶使用推送系統(tǒng)的最后一個(gè)環(huán)節(jié),也是整個(gè)推送的最終目的:把用戶帶入到著陸頁(yè)。所以本篇將圍繞推送著陸頁(yè)的設(shè)計(jì)、著陸頁(yè)的用戶行為、消息中心等幾個(gè)方面為大家介紹。本章將會(huì)是最后一篇講述推送流程的文章,從下一章開(kāi)始會(huì)深入從運(yùn)營(yíng)層面(如個(gè)性化推送)、數(shù)據(jù)層面(如用戶畫像、提高推送點(diǎn)擊率、數(shù)據(jù)監(jiān)控等)為大家介紹。

1. 著陸頁(yè)的設(shè)計(jì)

用戶收到推送消息后,若對(duì)推送的文案及內(nèi)容產(chǎn)生興趣,便會(huì)點(diǎn)開(kāi)推送內(nèi)容瀏覽詳情。這與列表頁(yè)似乎有些相似,通過(guò)標(biāo)題、摘要或圖片吸引用戶進(jìn)行瀏覽,只不過(guò)推送具有及時(shí)性、定向性。用戶不需要處于應(yīng)用內(nèi)的列表頁(yè)中,便也可以看到摘要的內(nèi)容。能否吸引用戶點(diǎn)開(kāi)是推送消息內(nèi)容的責(zé)任;而用戶點(diǎn)開(kāi)之后能否達(dá)成運(yùn)營(yíng)目的,則是著陸頁(yè)的責(zé)任。

1.1 著陸頁(yè)的類型

根據(jù)推送目的的需要,著陸頁(yè)可以是APP中的原生頁(yè)面、活動(dòng)網(wǎng)頁(yè)等。像是以促成APP內(nèi)部流程轉(zhuǎn)化的,如電商類網(wǎng)站的下單、發(fā)貨、簽收等;又如社交類軟件的聊天消息;亦或者資訊類平臺(tái)的文章內(nèi)容等。這些類型的推送大多是跳轉(zhuǎn)至APP內(nèi)的原生頁(yè)面,對(duì)于這類頁(yè)面有2個(gè)好處:

  1. 原生頁(yè)面加載快,減少點(diǎn)擊消息到著陸過(guò)程中的用戶流失
  2. 原生頁(yè)面用戶熟悉,了解該頁(yè)面的出入口位置

但是該類型的頁(yè)面也有局限性,用戶對(duì)于這些頁(yè)面過(guò)于熟悉,以至于后續(xù)再次點(diǎn)開(kāi)的幾率會(huì)減少。例如電商網(wǎng)站的發(fā)貨提醒,你前幾次點(diǎn)進(jìn)去之后會(huì)發(fā)現(xiàn)就是一個(gè)訂單發(fā)貨狀態(tài)。后續(xù)再次收到發(fā)貨提醒的推送之后,根據(jù)通知消息知曉發(fā)貨狀態(tài)就完成了解進(jìn)度的需求,不再需要點(diǎn)進(jìn)去瀏覽了。

而活動(dòng)類頁(yè)面多使用H5等網(wǎng)頁(yè)形式,由于其形式靈活多變所以使用網(wǎng)頁(yè)的概率極高。相較于原生頁(yè)面,其加載速度略微不暫優(yōu)勢(shì)(當(dāng)然一些大廠的APP中這個(gè)差距可以忽視)。這個(gè)將有可能導(dǎo)致用戶在等待過(guò)程中離開(kāi)。但是活動(dòng)類推送由于其蘊(yùn)含的運(yùn)營(yíng)策略在其中,同時(shí)樣式并非用戶常見(jiàn)頁(yè)面,對(duì)用戶比較有吸引力。

綜上所述,著陸頁(yè)的設(shè)計(jì)最終還是根據(jù)推送需求所決定,只不過(guò)由于選擇的頁(yè)面類型不同,會(huì)有一定程度的數(shù)據(jù)表現(xiàn)差異,在進(jìn)行設(shè)計(jì)的時(shí)候有這個(gè)預(yù)期便可。而著陸頁(yè)的類型對(duì)于用戶轉(zhuǎn)化的影響并沒(méi)有特別大,更大的在于用戶對(duì)通知消息的預(yù)期與著陸頁(yè)實(shí)際結(jié)果的差異。下面為大家介紹著陸頁(yè)的用戶預(yù)期。

1.2 著陸頁(yè)的用戶預(yù)期

與大多數(shù)公眾號(hào)及列表頁(yè)的用戶預(yù)期相似,用戶在瀏覽推送消息時(shí)也會(huì)產(chǎn)生一定的預(yù)期效應(yīng)。用戶可能會(huì)被所謂的“標(biāo)題黨”所吸引,也可能會(huì)對(duì)消息中的“誘惑”充滿興趣。但是在用戶點(diǎn)擊的那一刻,他的心里已對(duì)著陸頁(yè)內(nèi)容有所預(yù)期。也許你曾遇到過(guò)這樣的場(chǎng)面,收到一條電商網(wǎng)站的關(guān)于優(yōu)惠活動(dòng)的推送:參與活動(dòng),立減XXX;你在被價(jià)格所吸引點(diǎn)后點(diǎn)開(kāi)推送并在活動(dòng)頁(yè)中翻來(lái)覆去都無(wú)法找到優(yōu)惠的地方,此時(shí)你一定會(huì)直接關(guān)掉APP。從推送的傳播的角度來(lái)說(shuō)這是成功的,用戶成功被標(biāo)題吸引并抵達(dá)著陸頁(yè)。從本次推送的商業(yè)化轉(zhuǎn)化效果則有待考量,但是毋庸置疑用戶的預(yù)期是著陸頁(yè)確實(shí)有優(yōu)惠信息并且應(yīng)當(dāng)一進(jìn)入便可找到。由于預(yù)期與著陸頁(yè)不符,很可能用戶下次根本不再會(huì)點(diǎn)開(kāi)通知消息,或者用戶會(huì)直接關(guān)閉通知權(quán)限。

所以在推送消息與著陸頁(yè)的設(shè)計(jì)上需要考慮用戶預(yù)期,相比于公眾號(hào)或者列表頁(yè),標(biāo)題黨真的需要慎用再慎用,不然少則無(wú)法達(dá)到后續(xù)的轉(zhuǎn)化目的,多則直接損失一個(gè)用戶。畢竟像列表頁(yè)點(diǎn)開(kāi)發(fā)現(xiàn)不符合預(yù)期返回之后仍是列表,并且那是用戶主動(dòng)點(diǎn)開(kāi)的行為。而對(duì)于推送消息是首先從外部進(jìn)入到APP的,再者并非用戶主動(dòng)找到的,若著陸頁(yè)不符合用戶的預(yù)期,用戶極大概率直接關(guān)掉。

所以在推送消息和著陸頁(yè)的設(shè)計(jì)上,盡量考慮用戶的預(yù)期效應(yīng),不要消息和著陸頁(yè)文不對(duì)題,即便一些商業(yè)化運(yùn)營(yíng)手法,請(qǐng)不要放在著陸頁(yè)上,可以考慮放在后續(xù)的行為頁(yè)面上。

1.3 著陸頁(yè)的設(shè)計(jì)目的

上面有講述到,由于著陸頁(yè)的設(shè)計(jì)目的不同,設(shè)計(jì)類型及推送消息均會(huì)有不同的展示方式。那么在著陸頁(yè)的設(shè)計(jì)上,需要根據(jù)目的進(jìn)行設(shè)計(jì)。需要記住的是,與用戶正常瀏覽行為不同的是,推送是從應(yīng)用外部直接進(jìn)入著陸頁(yè)的,并且是平臺(tái)方/第三方發(fā)起的行為。不同的用戶行徑自然與正常瀏覽的用戶產(chǎn)生差異,從推送進(jìn)來(lái)的用戶相較于普通瀏覽的用戶來(lái)說(shuō),耐心(瀏覽時(shí)間)、瀏覽量以及轉(zhuǎn)化效果都可能與正常瀏覽的用戶不同,所以在著陸頁(yè)的設(shè)計(jì)上需要更考慮目的。

(1)若設(shè)計(jì)目的是實(shí)現(xiàn)轉(zhuǎn)化/過(guò)程銜接

那么在著陸頁(yè)的設(shè)計(jì)上,更突出吸引用戶轉(zhuǎn)化的點(diǎn)。最好直接放在第一屏,轉(zhuǎn)化的核心入口請(qǐng)顯著突出,減少用戶翻找的成本。同時(shí)在內(nèi)容的設(shè)計(jì)上盡量符合用戶需求或者完成過(guò)程的銜接。如電商類平臺(tái)希望實(shí)現(xiàn)用戶的購(gòu)買,若該頁(yè)面為用戶需求的商品優(yōu)惠頁(yè),則轉(zhuǎn)化的可行性非常高。若此頁(yè)面為用戶轉(zhuǎn)化過(guò)程中的銜接頁(yè)面,請(qǐng)告訴用戶在處于的過(guò)程或狀態(tài),因?yàn)橛脩舨皇钦A鞒套呦聛?lái)的,而是從外部進(jìn)來(lái)的。

(2)若設(shè)計(jì)目的是增加瀏覽

從推送進(jìn)來(lái)的用戶瀏覽量從理論上講是不如正常瀏覽用戶的瀏覽量。這是因?yàn)橛脩糁鲃?dòng)和被動(dòng)產(chǎn)生的差異化效果。當(dāng)然也不排除推送的內(nèi)容非常貼合用戶需求,并且在著陸頁(yè)的設(shè)計(jì)上能引導(dǎo)用戶一步步深入瀏覽。所以目的是增加瀏覽量的著陸頁(yè)設(shè)計(jì)需要考慮的是,用戶不是從首頁(yè)/列表頁(yè)進(jìn)來(lái)的,根據(jù)正常的返回習(xí)慣,從哪來(lái)就回到哪去,那么用戶很可能在瀏覽完當(dāng)前頁(yè)后離開(kāi)APP。所以在著陸頁(yè)出口的設(shè)計(jì)上就需要更加注意,想要增加瀏覽量就需要更多的頁(yè)面出口,更需要強(qiáng)化引導(dǎo)瀏覽的通道。如果你觀察天貓的推送你就會(huì)發(fā)現(xiàn),它的猜你喜歡推送大多數(shù)著陸頁(yè)中都是放置大量商品入口,給予用戶深入繼續(xù)瀏覽的入口。減少用戶瀏覽完當(dāng)前頁(yè)由于習(xí)慣性返回而離開(kāi)APP。

(2)若設(shè)計(jì)目的是滿足用戶需求

若是為了滿足用戶需求,像是滿足用戶獲取消息的提醒類推送,滿足用戶獲取最新資訊的新聞?lì)愅扑?,滿足用戶興趣的文章類推送。這些推送的目的更多在于滿足用戶需求,那么著陸頁(yè)的設(shè)計(jì)應(yīng)當(dāng)直接展示需求內(nèi)容,這類推送會(huì)更簡(jiǎn)單純粹,因?yàn)楦?jìng)爭(zhēng)力在于內(nèi)容本身,推送只是作為觸達(dá)用戶的途徑。

2. 著陸頁(yè)的用戶行為

上面已經(jīng)介紹過(guò)了從推送進(jìn)來(lái)的用戶行為可能會(huì)與從正常路徑進(jìn)來(lái)的用戶行為有所差異,所以需要監(jiān)控該部分的用戶行為,若是帶有商業(yè)化轉(zhuǎn)化目的的,就更需要針對(duì)用戶著陸后的行為進(jìn)行監(jiān)控和分析,從而挖掘和調(diào)整轉(zhuǎn)化的關(guān)鍵誘因。此處推薦2種用戶行為的數(shù)據(jù)采集方式:

  1. 沙漏模型:從用戶點(diǎn)擊推送進(jìn)入著陸頁(yè)到實(shí)際轉(zhuǎn)化與正常用戶的轉(zhuǎn)化沙漏進(jìn)行對(duì)比
  2. 喜好度模型:從用戶停留、瀏覽深度、關(guān)鍵交互(收藏、分享、轉(zhuǎn)化)等進(jìn)行分析對(duì)比

第一種方式多運(yùn)用在活動(dòng)類的著陸頁(yè),根據(jù)用戶轉(zhuǎn)化效果不斷調(diào)整頁(yè)面的設(shè)計(jì),力求實(shí)現(xiàn)最高的商業(yè)化價(jià)值。第二種多運(yùn)用在個(gè)性化精準(zhǔn)推送,而使用戶在點(diǎn)擊推送并著陸后的數(shù)據(jù)表現(xiàn)反過(guò)來(lái)修正用戶畫像,這個(gè)將在后面的章節(jié)進(jìn)行詳細(xì)介紹。對(duì)比用戶行為與設(shè)計(jì)目的,我們可以與原設(shè)計(jì)時(shí)預(yù)定的用戶行為路徑進(jìn)行比對(duì)分析,不斷調(diào)整著陸頁(yè)讓其更好的與設(shè)計(jì)目的一致。

3. 推送消息的存儲(chǔ)—?消息中心的設(shè)計(jì)

在用戶瀏覽完著陸頁(yè)后,也有可能點(diǎn)擊左上角的返回,此時(shí)應(yīng)當(dāng)返回哪里呢?按理說(shuō)從哪來(lái)就返回哪里,但是推送是從系統(tǒng)通知欄點(diǎn)擊進(jìn)來(lái)的,難道返回手機(jī)主屏幕?有些APP的做法會(huì)返回APP的首頁(yè),或者著陸頁(yè)的入口頁(yè)面。但是當(dāng)著陸頁(yè)是特殊的活動(dòng)頁(yè)面,沒(méi)有常規(guī)入口怎么辦?或者說(shuō)用戶不小心離開(kāi)了,再想看剛剛推送著陸頁(yè)怎么找?這個(gè)時(shí)候很多APP就會(huì)通過(guò)消息中心解決消息的存儲(chǔ)問(wèn)題。

3.1 消息中心的作用

消息中心作為推送消息的存儲(chǔ)中心,提供了再次造訪推送著陸頁(yè)的機(jī)會(huì)。不僅如此消息中心還承擔(dān)了離線消息的作用。若用戶并未點(diǎn)開(kāi)推送消息或清除了推送消息,在其啟動(dòng)APP時(shí),消息中心仍然提供用戶訪問(wèn)消息著陸頁(yè)的機(jī)會(huì)。許多APP會(huì)單獨(dú)把消息中心放置在重要的tab標(biāo)簽頁(yè)上,并加上小紅點(diǎn)提醒;若用戶已經(jīng)點(diǎn)開(kāi)推送消息并瀏覽,不小心離開(kāi)著陸頁(yè)或者下次還想瀏覽,則消息中心提供長(zhǎng)期訪問(wèn)著陸頁(yè)的入口。

對(duì)于社交類APP來(lái)說(shuō),消息中心才是最為主要的聊天列表,推送反倒是次要的,僅僅作為提醒的功能。該類型的APP會(huì)把消息中心作為最主要的頁(yè)面進(jìn)行放置,既然消息中心這么重要,那么又該如何設(shè)計(jì)呢?

3.2 消息中心的設(shè)計(jì)

按照消息中心的作用中描述,消息中心是把推送消息保存下來(lái)并提供再次造訪的入口,那么消息中心的實(shí)現(xiàn)就是把通知直接保存在APP里面嗎?其實(shí)不是的,下面將為大家介紹消息中心的設(shè)計(jì)原理。

(1)消息的傳送

消息中心的消息傳送其實(shí)與推送消息為兩套消息傳送機(jī)制。消息中心的消息更類似于離線推送。由于不需要實(shí)現(xiàn)用戶在關(guān)閉APP時(shí)的及時(shí)提醒(交給推送完成),所以消息中心的消息多為啟動(dòng)APP后進(jìn)行數(shù)據(jù)拉取的。雖然是兩套數(shù)據(jù)傳輸?shù)姆绞?,但是兩者又是相互關(guān)聯(lián)的。消息中心需要了解推送消息的內(nèi)容,讀取狀態(tài)等相關(guān)信息,所以推送消息的狀態(tài)及內(nèi)容需要反饋給服務(wù)器,并展示在消息中心。

(2)消息的存儲(chǔ)

消息的存儲(chǔ)主要分為兩種方式:一種是需要登陸的方式,跟隨用戶賬號(hào)遷移,該方式涉及數(shù)據(jù)同步問(wèn)題,由于成本過(guò)高,使用場(chǎng)景較少。另一種是保存在客戶端本地,卸載或遷移后數(shù)據(jù)均會(huì)丟失,大多數(shù)APP運(yùn)用該方式。消息的存儲(chǔ)難點(diǎn)在于,每個(gè)人的消息是不同的,需要單獨(dú)存儲(chǔ),這個(gè)存儲(chǔ)量相對(duì)較大,相當(dāng)于每個(gè)人有自己的一套消息中心,因此大多數(shù)消息建議存儲(chǔ)在客戶端,而服務(wù)端多負(fù)責(zé)新消息的傳遞和消息的讀取狀態(tài)(此處需要與研發(fā)多進(jìn)行探討,尋求較好的存儲(chǔ)和實(shí)現(xiàn)方式)。

(3)消息中心的展示

由于消息的類型不同,消息中心呈現(xiàn)方式有很大的差異化。例如電商類網(wǎng)站,由于消息種類不同光消息中心內(nèi)容頁(yè)就有很多種的展示方式。如消息列表形式的、如微信公眾號(hào)形式的、如即時(shí)通訊對(duì)話框等等。不管消息中心長(zhǎng)什么樣,其最終解決的問(wèn)題就是消息的展示和存儲(chǔ)。為用戶提供消息著陸頁(yè)的入口。

由于本章主要講述推送著陸頁(yè)的設(shè)計(jì)及進(jìn)入方式,而消息中心作為著陸頁(yè)的存儲(chǔ)和入口在此進(jìn)行簡(jiǎn)單的介紹,關(guān)于消息中心如何具體設(shè)計(jì)與實(shí)現(xiàn),后續(xù)有機(jī)會(huì)再進(jìn)行詳細(xì)的介紹,在此就簡(jiǎn)單介紹其用途即可。

本篇總結(jié)

本篇主要為大家介紹了推送著陸頁(yè)的設(shè)計(jì)及消息中心的作用和原理,總結(jié)下來(lái)會(huì)是以下幾點(diǎn):

  1. 根據(jù)著陸頁(yè)設(shè)計(jì)需求決定著陸頁(yè)的類型
  2. 推送消息和著陸頁(yè)需要給予用戶預(yù)期一致性
  3. 推送進(jìn)入著陸頁(yè)的用戶行為與正常用戶瀏覽有所差異
  4. 觀察用戶在著陸頁(yè)的行為與設(shè)計(jì)目的的差異,能更好的優(yōu)化著陸頁(yè)
  5. 消息中心承擔(dān)消息存儲(chǔ)和著陸頁(yè)入口的重要任務(wù)

至此基本完成對(duì)推送流程的介紹,在流程介紹中有許多不足或者不準(zhǔn)確的地方,也期待各位看官能提出修改建議,非常感謝您的支持。下一篇將會(huì)是個(gè)性化精準(zhǔn)推送的開(kāi)端,介紹如何獲取用戶行為,分析用戶的喜好度,建立用戶畫像。盡請(qǐng)期待。

相關(guān)閱讀

推送系統(tǒng)從0到1(一):是系統(tǒng)不是工具

推送系統(tǒng)從0到1(二):了解你的用戶

推送系統(tǒng)從0到1(三):推送任務(wù)的建立

推送系統(tǒng)從0到1(四):消息如何到達(dá)用戶設(shè)備

推送系統(tǒng)從0到1(五):推送消息如何丟失的

 

本文由 @番茄那只羊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自Pexels,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 寫的很清晰

    來(lái)自湖南 回復(fù)
  2. 好贊!

    來(lái)自四川 回復(fù)