精準送達目標客戶——基於極光平臺優化Android通知

摘要

極光資深產品經理王猛根據自身多年的經驗為大家分享基於極光平臺優化Android通知。

極光推送

大文字樣式允許開發者傳入一個較長的文字，展示在title下面。開發者也可以把正文的摘要作為大文字展示在它的下面。當這條通知達到第二條或者排在後面的時候，它會自動摺疊起來。收到的使用者也可以通過自己操作將它進行拉伸或者摺疊。

大圖片樣式的展示和操作邏輯跟大文字樣式是一樣的，只是開發者可以傳入一個圖片的URL，我們的SDK會在收到這條通知的時候先去載入這個URL。開發者還可以傳入本地的開發資源，我們就會直接載入本地資源將它展示出來。

收件箱樣式是允許開發者傳入幾條不同的短通知，讓它們在同一個通知欄裡展示出來。

以上這三種通知欄樣式，我們極光在web操作頁面和API裡都做了比較易用的支援。

Head-up也叫做懸浮通知欄樣式，它跟通知的優先順序息息相關。當一個通知擁有較高優先順序的時候，這個通知到達時，它就會直接懸浮在使用者當前的操作頁面上。如果有使用者不習慣這種樣式，可以在系統設定裡面將這種展示方式關閉。

還有一種是帶按鈕的通知樣式。這種樣式允許使用者在不進入應用的情況下做一些簡單的操作，比如回覆、收藏、歸檔這樣的按鈕，開發者是可以制定這幾個按鈕的。

極光的自定義通知欄樣式自由度比較高，它允許開發者傳入整個佈局，然後可以設定佈局中控制元件的一些屬性。

開發者的操作步驟也比較簡單，利用極光API本地構建一個Builder，編輯對應通知的佈局和屬性，然後為這個Builder指定一個編號，在使用porta和API下發通知的時候攜帶這個編號。

LandingPage富文字通知模版常常用於應用的登入頁，開發者可以傳入圖片的點選連結或者是文字的點選連結。

建立的富文字模板會生成固定URL，SDK 接收到後會嘗試快取下來。快取成功則開啟快取資源，快取失敗則開啟 URL。

目前我們提供了兩種可編輯的富文字模版，第一種是多條圖文資訊流聚合傳送，第二種是單圖文資訊流傳送。

這兩種模版無論是使用者還是開發者，用的都比較多。所以使用者收到這樣的模版之後會知道怎麼操作，非常熟悉。

第三種模版是彈窗的富文字模版，我們同樣提供了兩種形式。第一種是純圖片，第二種是帶標題和按鈕。使用起來和前兩種相似，我們都提供在web上的編輯功能。

開發者給使用者打了很多標籤，每個使用者身上可以打有一千個標籤，多個標籤之間可以做複雜的交併補運算。

在自己的使用者註冊系統中，使用者會上傳他的地理位置資訊，然後通過極光的標籤把這個城市的標籤打上去。但這個畢竟還是需要使用者去主動填寫，得不到及時的更新。

極光的位置系統是通過資料的分析來實時更新使用者裝置的地理位置。這樣的功能滿足了很大一部分敏感度較高的使用者服務。

開發者可以給自己的使用者選擇在幾天內活躍的使用者和幾天內不活躍的使用者推送不同的訊息。也可以指定在某一天，一個使用者在某些時段比較活躍，給他推送特定的資訊。

這個功能和現在越來越多的節日息息相關。

現在極光對android和ios使用者都提供了系統版本分群的方式。

多應用推送就是把多個應用捆綁成一個應用組。它的使用場景是一個開發者名下有好幾個應用，而且有幾個應用是息息相關的。要想把這些應用捆綁在一起，做一個統一的通知管理，就會用到這個功能。

推送服務為使用者裝置推送通知的時候，如果受阻了，使用者就不會給極光伺服器一個回執。當一定時間內沒有收到這個回執，可以設定時間。時間到了之後可以通知我們的簡訊服務，給使用者傳送簡訊。

JSMS作為簡訊服務在極光裡已經是一個獨立的服務了，現在我們將推送和簡訊服務結合在一起，發揮出它巨大的優勢。

優勢在於一來它解決了簡訊服務的成本，二來用簡訊彌補了一些推送沒有到達的遺憾。

極光現在把各個業務做了模組化，把它的公用程式碼抽成了一個core。我們想達到的目的就是讓核心框架高聚合，各個業務模組之間低耦合這樣的技術特點。

推送通道現在有一個讓開發者非常頭疼的事情，就是很多大的裝置廠家現在對裝置上的通知通道把控得越來越嚴格，他們也自建了自己的推送通道。開發者就不得不去接入一個又一個的推送平臺了。

極光作為獨立的第三方推送平臺，我們的當務之急是要解決開發者的時間。我們正在做裝置廠家通道的整合，這樣開發者在很多裝置上的推送就非常方便了。

現在很多的裝置使用者是非常中立的，他們不願意被打擾，但是也不願意錯過一些優質的訊息推送。所以在未來一段時間，極光有幾個要努力的方向。

首先我們會強化自己產品的質量，達到精益求精。其次我們會在一些特定的裝置上建立這些裝置廠家的通道。第三個方面，我們想和這些裝置廠家談一些互利共贏的合作。最後我們想在以後形成一個統一的業界標準。