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

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

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

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

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

1.1 著陸頁的類型

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

1. 原生頁面加載快，減少點擊消息到著陸過程中的用戶流失
2. 原生頁面用戶熟悉，了解該頁面的出入口位置

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

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

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

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

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

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

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

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

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

（1）若設(shè)計目的是實現(xiàn)轉(zhuǎn)化/過程銜接

那么在著陸頁的設(shè)計上，更突出吸引用戶轉(zhuǎn)化的點。最好直接放在第一屏，轉(zhuǎn)化的核心入口請顯著突出，減少用戶翻找的成本。同時在內(nèi)容的設(shè)計上盡量符合用戶需求或者完成過程的銜接。如電商類平臺希望實現(xiàn)用戶的購買，若該頁面為用戶需求的商品優(yōu)惠頁，則轉(zhuǎn)化的可行性非常高。若此頁面為用戶轉(zhuǎn)化過程中的銜接頁面，請告訴用戶在處于的過程或狀態(tài)，因為用戶不是正常流程走下來的，而是從外部進(jìn)來的。

（2）若設(shè)計目的是增加瀏覽

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

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

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

2. 著陸頁的用戶行為

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

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

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

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

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

3.1 消息中心的作用

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

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

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

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

（1）消息的傳送

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

（2）消息的存儲

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

（3）消息中心的展示

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

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

本篇總結(jié)

本篇主要為大家介紹了推送著陸頁的設(shè)計及消息中心的作用和原理，總結(jié)下來會是以下幾點：

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

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

相關(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)載。

題圖來自Pexels，基于CC0協(xié)議