網站(zhàn)開(kāi)發應該怎麽設計(jì)通(tōng)知&♠☆(zhī)系統

來(lái)源：lexintech.com •↔發布時(shí)間(jiān)：2018-06-φ<♦11

網站(zhàn)開(kāi)發的(de)通(tōngπ↓φ↕)知(zhī)系統是(shì)網站(zhàn)信息傳播機(jī)制(zhì✔")的(de)重要(yào)的(de)一(yī)部分(fēn≠≤↕✔)，本文(wén)隻梳理(lǐ)設計(j ≠₹ì)原則供大(dà)家(jiā)參考。這(zhè)裡(lǐ)的(de)通(t$♣ōng)知(zhī)包括但(dàn)不(bù)限于公告、提醒或消息(✔£≠★不(bù)同使用(yòng)場(chǎng)景下(xià)的&€(de)功能(néng)定義不(bù)同)。

通(tōng)知(zhī)系統，顧名思義即通(tōng)知(zhī)信息的(&ε✔"de)傳達處理(lǐ)系統。目的(de)是(shì)為(wèi)了(le)↓∑↓♥讓用(yòng)戶獲得(de)需要(yào)得(de)≈φ≈到(dào)的(de)消息及提醒并進行(xíng)φ≠α處理(lǐ)。

這(zhè)裡(lǐ)的(de)&ld₹¶♠βquo;需要(yào)得(de)到(dào)”✔∞有(yǒu)兩層意思：

1、用(yòng)戶彼此互動觸發的(de)信息流(留言、評論或者β≈回複、私信等)

2、網站(zhàn)希望用(yòng)戶了(‌•§le)解關注的(de)信息(系統公告等)

通(tōng)知(zhī)系統設計(jα∏βì)的(de)原則可(kě)簡單的(de)歸納為(wèi)：

1、消息傳播效率最高(gāo)(獲取、處理(lǐ)、信息傳達、用(yòng)‍∑™δ戶反饋等效率)

2、避免産生(shēng)騷擾(噪音(yīn)、頻(pín)繁提δ☆©÷示)

不(bù)用(yòng)的(de)平台和(hé)産品本↓ελ÷身(shēn)由于對(duì)業(yè)務的(de)需求不(bù₩♠γ®)一(yī)樣，種類也(yě)是(shì)有(yǒu)區(qū)别的(ε ™de)。大(dà)緻可(kě)分(fēn)為(wèi)以下(xià)幾✔β種：

通(tōng)知(zhī)系統實現(xi₹ ≠✔àn)機(jī)制(zhì)，現(xiàn)對(duì↔π)這(zhè)幾個(gè)環節分(fēn)開(∞>πkāi)說(shuō)明(míng)：

(一(yī))通(tōng)知(zhī)合并

通(tōng)知(zhī)在推送之前需要(yào)進行(xíng)彙總合并，↑₹↓£目的(de)在于提高(gāo)消息傳播處理(lǐ)效≈λ€ 率;減少(shǎo)騷擾，降低(dī)噪音(yī↕δn);平衡服務器(qì)壓力。

　　1)合并周期：

　　固定時(shí)間(jiān)內(nèi)♦<的(de)消息全部彙總(24小(xiǎo)時(shí)內(nèi)/30$∑天等);

　　無固定時(shí)間(jiān)(隻要(y€φào)未處理(lǐ)/未讀(dú)即彙總)

　　當然一(yī)般都(dōu)組合著(zhe)用(yòn✘÷↕$g)：合并24小(xiǎo)時(shí)∞₹∏ε內(nèi)未處理(lǐ)消息

　　2)分(fēn)類合并

　　同種類進行(xíng)合并(如(rú)n條留言合并為(wèi)1條)

　　同一(yī)發起人(rén)合并(如(rú)張三給你(nǐ)發來(&≤ lái)的(de)n條私信)

　　同一(yī)時(shí)間(jiān)周期合并(如(rú)24小(xiǎλ$¥πo)時(shí)共收到(dào)n條評論)

(二)通(tōng)知(zhī)分(fēn)發

通(tōng)知(zhī)按照(zhào)規則彙總完成後÷α¥，系統将其通(tōng)過通(tōng)知(zhī)管道(dào)推送★≠到(dào)用(yòng)戶，以便用(yòng)戶處理→←(lǐ)。

　　1)分(fēn)發方式

　　分(fēn)發方式與Feed系統類似，多(duō)采用(yònφ₽βg)Push方式，即在指定時(shí)間(jiān)≤¥內(nèi)主動推送給用(yòng)戶。部分(fēn)特定類型需要(y↕£ào)用(yòng)戶請(qǐng)求(Pull)拉取未讀(dú)消息。

　　目前大(dà)部分(fēn)通(tōng)σ'®知(zhī)優先推送未處理(lǐ)通(tōng)知✔δ™≥(zhī)合并後的(de)總數(shù)，已提醒用(yòng)®☆∑戶已有(yǒu)新消息需要(yào)處理(lǐ)。用(α↔←yòng)戶點擊數(shù)字後再去(qù)服務端請‌∑§¶(qǐng)求具體(tǐ)的(de)消息內(nèi)容。此種方式綜合考慮了(l∏δ∏e)成本、壓力和(hé)體(tǐ)驗。當然，某些(xiē)極•♣λ端情況下(xià)需要(yào)進行(xíng)優化(huàπ↕✔)處理(lǐ)：如(rú)未讀(dú)消息超過1000，用(yòng✘¶π )戶請(qǐng)求時(shí)先推送前50條或者放(fàng₹↓♦α)入cache中等。技(jì)術(shù)童鞋會(hu→≤≈♣ì)有(yǒu)各種手段，這(zhè)裡(l≤•ǐ)不(bù)做(zuò)詳述。

　　2)分(fēn)發頻(pín)率(♠♥時(shí)間(jiān))

　　分(fēn)發時(shí)間(jiān)主要(yào)根據消息的(d★♦e)優先級來(lái)做(zuò)區(qū)隔：

　　3)分(fēn)發管道(dào)

　　分(fēn)發管道(dào)即消息通(tōng)知€♣£(zhī)的(de)具體(tǐ)推送渠道(dào)，根據業(y©←è)務類型可(kě)以分(fēn)為(wèi)：Web、App、短(du‌¥ǎn)信、郵件(jiàn)等。

(三)用(yòng)戶處理(lǐ)

　　根據前文(wén)提到(dào)的(de)分(fēn)發方式≥€♣，對(duì)于通(tōng)知(zhī)的→&≤(de)處理(lǐ)在邏輯上(shàng)可(kě)以分(fēnα↓)為(wèi)兩層：通(tōng)知(zhī)狀®©↑态的(de)處理(lǐ)和(hé)通(tōng♣♣‍)知(zhī)內(nèi)容的(de)處理(lǐ)。✔↑

　　1)狀态的(de)處理(lǐ)狹義的(de)理(lǐ)↔ $£解即為(wèi)是(shì)否已讀(dú)(÷‌≤↕已處理(lǐ))。

　　通(tōng)常初始數(shù)字即為(wèi)系統推÷≤™≠送過來(lái)的(de)未讀(dú)總量¶☆δ≤，用(yòng)戶點擊數(shù)字進入∑"→相(xiàng)關功能(néng)列表查閱後，讀(dú)取的(de)動作(z→♦≤↔uò)完成，未讀(dú)數(shù)字相(xiàng)應減少(shǎo)。

　　2)內(nèi)容的(de)處理(lǐ)狹義的(§★de)理(lǐ)解即為(wèi)用(yòng)戶是(shì)否操作®≠★₽(zuò)。

　　3)消息處理(lǐ)後的(de)狀态需要(yào)統一(yī)。

　　消息需要(yào)标記是(shì)否∏✘¥已處理(lǐ)的(de)狀态，且狀态在不(bù)同的(de)終端是(shì)α‍♥≥打通(tōng)的(de)。

　　如(rú)：用(yòng)戶在客戶端對(duì)消息進行(xíng∑"δ)了(le)查看(kàn)，在web站(≤↔zhàn)點本消息應自(zì)動标記為(wèi)已讀(dú)狀态。

(四)通(tōng)知(zhī)回收

回收主要(yào)針對(duì)用(yòng)戶已處理(lǐ)消息的(™↑<de)操作(zuò)。用(yòng)戶之間($ λφjiān)觸發的(de)消息一(yī)般需要(yào)留檔保存©¶。如(rú)評論/回複/留言/私信等。産品可(kě)提供選項詢問(w§®èn)用(yòng)戶是(shì)否超過一(yī)定‍π₽周期自(zì)動清理(lǐ)。

上(shàng)一(yī)篇：電(diàn)商類網站(zhàn)應該如(rú)何制(‌¶zhì)作(zuò)幫助中心頁面
下(xià)一(yī)篇：從(cóng)一(yī)個(gè)細節談一(yī)談如(rú)何做Ωλ(zuò)好(hǎo)前端