什麼是推播通知？

如今，以技術發展的速度，如果我們看到有人沒有智慧型手機（或其他類型的數位小部件），這似乎有點奇怪。因此，如果您正在閱讀本文，那麼您可能是一位快樂的智慧型手機擁有者，並且您可能已經多次看到設備上顯示的訊息。我們將告訴您這些訊息是什麼：推播通知。

推播通知

推播通知是可以隨時隨地到達人們的訊息（通常很小）。推播通知是在行動裝置上彈出的訊息（但不要將它們與彈出視窗混淆；彈出視窗僅在受眾使用產品時出現，而推播訊息獨立於網站和應用程式。）正如我們提到的，應用程式發布者可以隨時發送它們，這意味著用戶不必在應用程式中或使用他們的裝置來接收它們。他們可以做很多事情；例如，它們可以顯示最新的體育比分，讓用戶採取任何行動，例如下載優惠券或讓用戶了解活動，例如促銷。它們還可以幫助您的應用程式在用戶的手機上安裝的數十種應用程式中保持領先地位。推播通知看起來像是簡訊和行動警報，但它們只能到達已安裝特定應用程式的用戶。

推播通知是應用程式與其用戶之間最重要的通訊管道。可以肯定地說，幾乎每個應用程式都使用推播通知來吸引用戶或向他們通知某些事件。該技術已從簡單的訊息傳遞系統發展（並且仍在發展）為豐富的互動式媒體。現在可以透過推播通知發送富媒體訊息，比以往更能吸引他們的注意。

權力越大，責任也越大。推播通知是與用戶取得聯繫並提示他們隨時採取行動的好方法，但我們必須小心並正確利用這個機會。值得一提的是，每個行動平台都支援推播通知——iOS、Android、Fire OS、Windows 和 BlackBerry 都有自己的服務。

推播通知的好處

**企業為什麼要投資推播通知？ **

它們是即時的。推播通知快速且具有互動性，當人們走過企業時它們會吸引他們。
它可以防止用戶流失並提高應用程式內的參與度。透過向具有特定行為的用戶（例如，訪問該應用程式兩次並且再也沒有打開過該應用程式的用戶）發送通知，可以重新恢復他們使用該應用程式的興趣。
它有助於自動化行動行銷。根據生命週期的各個部分、年齡或興趣進行細分以及個人化訊息是使用推播通知的好處。
在發送上下文推播通知時可以利用位置。這也可以提高通知的開啟率。
A/B 測試可透過推播通知進行。在受控群體中測試訊息的不同版本並將獲勝版本發送給大多數受眾是使此行銷和傳播管道如此有效的原因。

有哪些不同類型的推播通知？

預設：

預設樣式的推播通知僅包含文字。它包括資訊、促銷或更新，並且不是互動的。用戶可以點擊此類通知並轉到應用程式的特定部分，僅此而已。

互動：

顧名思義：互動式推播通知是用戶可以與之互動的通知訊息。它允許用戶直接從推播通知的介面進行回應，而無需打開應用程式。這種推播通知適合詢問用戶是/否問題或類似問題。

推播通知可以為應用程式使用者提供便利性和價值，例如：

體育比分和新聞就在鎖定畫面上- 交通、天氣和滑雪雪情報告等實用訊息
航班辦理登機手續、變更和轉機訊息

它們也可以用於驅動操作，例如：

推廣產品或優惠以增加銷售量
改善客戶體驗
將未知的應用程式使用者轉化為已知客戶
立即發送交易收據
吸引用戶轉向其他行銷管道，例如社交網絡

該怎麼辦？什麼不該做？

將使用推播通知與用戶溝通作為您的主要關注點。我們提到這個功能為我們帶來瞭如此大的力量，我們對此負有責任。使用（實際上是「濫用」）推播通知來達到促銷或廣告目的是一種常見的做法。應用程式擁有者或開發人員需要對此非常小心，因為如果沒有以正確的方式和在正確的時間使用它，將會導致用戶流失您的產品並卸載您的應用程式。了解人們喜歡什麼訊息、不喜歡什麼訊息的方法是監控每次推播通知發送後的卸載數量。如果數字很高，則表示人們很惱火，您可能應該考慮在未來的活動中不再發送類似的訊息。總而言之，嘗試更多地將推播通知用於實用程式和更新，而不是用於促銷。

推播通知如何運作？

有一些發送推播通知的參與者：

作業系統推播通知服務 (OSPNS)： 每個行動作業系統 (OS)，包括 iOS、Android、Fire OS、Windows 和 BlackBerry，都有自己的服務。

**應用程式發布者：**應用程式發布者透過 OSPNS 啟用其應用程式。然後，發布者將應用程式上傳到應用程式商店。

**客戶端應用程式：**這是一個特定於作業系統的應用程序，安裝在使用者的裝置上。它接收傳入的通知。

要為應用程式提供推播通知，應用程式發布者需要向作業系統推播通知服務註冊。作業系統服務向應用程式發布者提供應用程式介面（API）。 API 是應用程式與服務通訊的一種方式。然後應用程式發布者將SDK新增至應用程式（SDK是特定於推播通知服務的程式碼庫）。

當用戶造訪應用程式商店、安裝並開啟應用程式時，應用程式和裝置的唯一識別碼 (ID) 都會註冊到推播通知服務。唯一識別碼從推播通知服務傳回應用程式。它們也會發送給應用程式發布者。

應用程式發布者透過訊息編輯器使用者介面建立訊息或設定要透過 API 發送的自動訊息。然後，他們定義推播通知將發送給的受眾，以及是否應立即發送或安排訊息發送。推播通知可以針對應用程式使用者群的各個部分，甚至可以針對特定應用程式使用者進行個人化設定。與短信相比，這是一個主要優勢。然而，推播通知還需要管理用戶身分資料。他們還需要某種介面來編寫訊息、定位和發送。出版商可以自行建造此基礎設施，也可以聘請供應商提供。

iOS 應用程式需要使用者授予應用程式向其發送推播通知的權限，而 Android 和 Fire OS 則不需要。說服用戶選擇接收推播通知是 iOS 應用程式成功的重要一步。首次開啟 iOS 應用程式時，通常會顯示標準警報。另一種方法是向用戶展示接收通知的價值，並讓他們稍後選擇加入。