關(guān)于消息通知的系統(tǒng)設(shè)計,你要知道這幾點

0 評論 16960 瀏覽 110 收藏 12 分鐘

編輯導(dǎo)讀:通知作為一種常見的系統(tǒng)基礎(chǔ)能力,近些年來被一些產(chǎn)品瘋狂亂用,導(dǎo)致用戶對它們煩不勝煩。但是,這并不代表消息通知沒有存在的意義和價值。本文將從六個方面,分析如何設(shè)計更合理的設(shè)計通知,希望對你有幫助。

通知并非一件新鮮事,門鈴聲、電話鈴聲、汽車?yán)榷伎梢援?dāng)成一個通知。隨著移動互聯(lián)網(wǎng)發(fā)展,消息通知作為系統(tǒng)的基礎(chǔ)能力,被瘋狂亂用。對用戶來講,消息通知變得不那么重要了。但這并不代表可以忽視通知本身的作用和意義,那該如何更合理的設(shè)計通知呢?

內(nèi)容較多,建議先收藏再看。目錄如下:

  • 什么是通知
  • 通知的組成元素
  • 通知的常見視圖
  • 通知設(shè)計的基本原則
  • 通知的主流形態(tài)
  • 如何打造良好的通知設(shè)計,創(chuàng)造更優(yōu)的用戶體驗

一、什么是通知

通知是系統(tǒng)圍繞著某個功能與用戶進(jìn)行溝通交流的重要方式,目的在于讓用戶了解新事件的信息動態(tài)。這里有兩層意思:

  • 用戶彼此之間互動觸發(fā)的信息流(贊、留言、評論、回復(fù)、私信等)
  • 系統(tǒng)希望用戶了解關(guān)注的信息(系統(tǒng)推送、升級、營銷活動、行為召喚等)

  • 觸發(fā)器觸發(fā)器是用戶行為(單擊、輸入、發(fā)送…)的驅(qū)動器,導(dǎo)致APP執(zhí)行了某項操作。從通知的角度來看,就是另一個用戶與你的信息(動態(tài)、消息等)發(fā)生了行為交互,而形成一個通知。
  • 小紅點當(dāng)有新的通知/消息時,tab/圖標(biāo)上會出現(xiàn)小紅點提示。
  • 通知通知有兩種類型:被動只讀型、操作反饋型。無論何種通知,都可在通知中心中進(jìn)行閱讀并與之交互。
  • 其他通知方式除了紅點提示外,還有常見的通知類型:Push、短信、郵件、彈窗覆層、通知中心等。

二、通知的組成元素

系統(tǒng)內(nèi)的通知在視覺上或許會有所不同,但是大多數(shù)APP中有相同的構(gòu)成元素。

  • 通知類型圖標(biāo)
  • 文本
  • 是否已讀
  • 發(fā)送時間
  • 動作按鈕

注意:

一條消息通知的item中,最好不要出現(xiàn)多個可操作熱區(qū)

增加是否已讀的狀態(tài)反饋

三、通知的常見視圖

兩級視圖中的通知用戶在通知圖標(biāo)上看到紅點提示,點擊它會下鉆到通知中心,此種模式適用于多種設(shè)備中。比如:LinkedIn、Instagram、Twitter和Medium(移動端)。

三級視圖中的通知基于移動端的性質(zhì),應(yīng)用通常會分成2個部分進(jìn)行紅點提示,1)桌面應(yīng)用圖標(biāo)的紅點提示。2)應(yīng)用內(nèi)的紅點提示。

模擬推送通知它與推送通知的區(qū)別在于,只能在APP內(nèi)接收消息。

四、通知設(shè)計的基本原則

進(jìn)行通知設(shè)計時,需要牢記的基本設(shè)計原則是它必須協(xié)助(而不是打斷/阻礙)用戶執(zhí)行操作。一個設(shè)計良好的通知模型會考慮到可訪問性,并具有適應(yīng)不同語言的靈活性。所以要求通知的樣式和行為必須清晰、簡明和易用。

五、通知的主流形態(tài)

根據(jù)在APP端的展示形式,主要有郵件、短信、Push通知、彈窗浮層、應(yīng)用內(nèi)消息(消息中心)五大類。

1. 郵件郵件通知本身是一種很老的設(shè)計,現(xiàn)如今也存在很多垃圾郵件,那如何使郵件更加有效呢:

  • 如郵件中有行為操作按鈕,切記附帶完整鏈接,以防按鈕無法正常跳轉(zhuǎn)
  • 群組通知,在特定時間內(nèi)將所有的通知分組,使用一封郵件通知
  • 注重郵件的標(biāo)題簡明扼要、有吸引力

優(yōu)點:觸達(dá)率高、內(nèi)容類型無限制、費用成本低缺點:時效性差、打開率低

短信短信要運營商給用戶手機發(fā)送信息,所以成本是最高的。另一方面,騷擾和垃圾短信泛濫。因此,在發(fā)送前務(wù)必要慎重考慮是否有必要。優(yōu)點:觸達(dá)率最高、時效性高缺點:需要收費,不同類型的短信費用不同發(fā)給誰?需要精細(xì)劃分用戶類型,一般而言目標(biāo)用戶有兩類是最具有價值的:

  • 一類是曾注冊過用戶,但很久沒打開過app的,屬于行為召喚,減少用戶的流失(要明確流失的時間點,若流失時間過長召回的可能性較低,應(yīng)予以剔除)。
  • 二類是長期處于“觀望”狀態(tài)的,即注冊一段時間,偶爾有登錄但未產(chǎn)生消費行為的用戶,這類用戶往往需要使用短信這種觸達(dá)率最高的方式來爭取獲得用戶的關(guān)注。

發(fā)什么?大多推廣、促活、新聞資訊類的短信為主,其內(nèi)容一般由3個部分組成:

  • 發(fā)送者:產(chǎn)品/公司名稱
  • 核心文案:一句話告訴用戶xxx產(chǎn)品,在xxx時間段,有xxx活動,用戶可以獲得xxx優(yōu)惠
  • 跳轉(zhuǎn)鏈接:一般顯示藍(lán)色下劃線的文字鏈接,用戶可通過點擊打開活動/目標(biāo)頁面
  • 退訂方式(可選):如回復(fù)xx退訂

什么時候發(fā)?對于大多數(shù)用戶來說,一天中有4個時間段是最合適的,分別是早上班時間段(8:00-10:00)、午休時間段(12:00-14:00)、下班時間段(18:00-20:00)、睡前時間段(21:00-22:00)。產(chǎn)品經(jīng)理在選擇短信和push發(fā)送時間時,需要結(jié)合產(chǎn)品定位參考這些規(guī)律進(jìn)行推送。3.Push通知Push通知,是通過服務(wù)器直接向用戶終端(APP)發(fā)送信息,并且消息會顯示在用戶手機的系統(tǒng)通知欄。

優(yōu)點:觸達(dá)率高、時效性高、內(nèi)容類型無限制、費用成本低

缺點:觸達(dá)率高但不穩(wěn)定、需要用戶安裝app并打開系統(tǒng)通知才能收到通知、需要一定的開發(fā)成本主要使用場景在多數(shù)情況下,運營人員喜歡用它來替代短信,給用戶發(fā)送一些不定期的信息,如各種促銷、運營活動,以達(dá)到喚醒、增活和留存的目的。

如何提升觸達(dá)率?很多用戶因為手機推送太多,會主動關(guān)閉app的推送功能;因此,我們要在產(chǎn)品中提醒push的重要性,并通過一定的設(shè)計來引導(dǎo)用戶去開啟通知。

彈窗/浮層類:

通過彈窗來給用戶發(fā)送消息和通知,是一直很直觀的形式。只有最重要、最有時效性的狀態(tài)更改才應(yīng)該使用彈窗。一般推廣促銷、通知公告、版本升級等。除了彈窗,還有浮層類提示,比如APP底部或頂部的提示欄、頁面邊緣的按鍵浮層等形式。

消息中心消息中心是指用來統(tǒng)一承載系統(tǒng)發(fā)送給用戶各類信息的一個固定的模塊,用戶可以進(jìn)入這個模塊或頁面統(tǒng)一查看各類消息。

六、如何打造良好的通知設(shè)計,創(chuàng)造更優(yōu)的用戶體驗

建立靈活的通知模型濫發(fā)通知會給產(chǎn)品帶來很多負(fù)面影響,所以設(shè)計要仔細(xì)考慮產(chǎn)品的交互和目標(biāo),只發(fā)送必要的消息。消息通知可分為三個級別:高關(guān)注度、中關(guān)注度和低關(guān)注度。

高關(guān)注度:

  • 警告型(需要立即注意)
  • 錯誤型(需要立即采取措施)
  • 異常型(系統(tǒng)異常,某些功能無效等)
  • 確認(rèn)型(需要用戶確認(rèn)才能繼續(xù)進(jìn)行的操作)

中關(guān)注度:

  • 警告型(無需立即采取措施)
  • 確認(rèn)型(對用戶操作的反饋)

低關(guān)注度:

  • 信息型消息
  • 標(biāo)記(通常在圖標(biāo)上,展示上次互動后的新內(nèi)容)
  • 狀態(tài)指示燈

對通知的關(guān)注級別和屬性進(jìn)行分類設(shè)計師需要對所有通知進(jìn)行分析,并劃分關(guān)注級別和屬性。需要思考的一些問題:

  • 觸發(fā)點是什么?
  • 觸發(fā)什么類型通知?
  • 重要程度如何?
  • 在哪里出現(xiàn)以及如何出現(xiàn)?
  • 通知持續(xù)多久?

確保用戶將通知視為提供價值,而不是打擾用戶。

  • 為三個注意級別創(chuàng)建統(tǒng)一的配色和圖標(biāo)樣式
  • 保持文案簡潔易懂
  • 仔細(xì)考量發(fā)送什么、什么時候發(fā)送、發(fā)給誰
  • 對于高關(guān)注度的通知,盡可能考慮聲音和觸覺(振動)反饋

參考文獻(xiàn):

1.UI Cheat Sheet: in-app notification

shttps://uxdesign.cc/ui-cheat-sheet-in-app-notifications-fffeecf2bf38

2.Designing notifications for apps

https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96

 

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

題圖來自 Unsplash ,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!