注：微博、微博、知乎、今日頭條，為什么我們媒體在這些APP上花費的時間總是很多？到底是什么樣的魔力所致？通過文章來一窺究竟吧。

從結構來看，這些社交和資訊類app中，都使用了feed流。feed流是一個信息出口，想要與他人或資訊建立連接，只需要刷新這一個動作，即可獲得大量所需，而且不停在更新，可謂殺時間好手，令人沉溺。想要設計好feed流頁面，對feed流的概念，模式進行了解是十分須要的。

Feed，源自早期的RSS。

是一種呈現內容給用戶并持續更新的方式，用戶可以選擇訂閱多個資源，網站提供feed 網址 ，用戶將feed網址登記到閱讀器里，在閱讀器里形成的聚合頁就是feed流。

2006 年 Facebook重新定義了feed，叫News Feed，我們如今廣泛使用的模式和這個類似。它有幾個特點：

訂閱源不再是某個內容，而是生產內容的人/團體。訂閱中通常夾雜非訂閱內容，好比熱門保舉，廣告。

內容也不再嚴格根據timeline，廣泛使用智能feed排序。新的feed流刻意不再需要主動搜索，而是主動呈現琳瑯滿目的內容。它對我們了如指掌，給我們想了解的，讓我們不竭的刷新沉溺于此。

對于用戶來說這樣一個超簡單高效的了解內容方式，對于設計者來說，卻是絞盡腦汁。

推（Push）

拉（Pull）

推拉結合（Hybrid）

以微博來舉例：

當一個用戶觸發行為（好比發微博），自身行為記錄到行為表中，同時也對應到這個用戶的粉絲表，為每個粉絲插入一條feed。但是對于粉絲過萬的大V，，為每個粉絲插入一條feed對存儲數據成本很大。

當一個用戶（特別是關注了很多人的）觸發行為的時，拉取本身動態，檢索用戶的關注表，然后按照關注表檢索新發的feed。如果一個用戶關注過多的時候，查詢該用戶的關注列表也是有很大數據成本。

在線推，離線拉：

大V發動態，只同步發布動態給同時在線的粉絲，離線的粉絲上線后，再去拉取動態。來完成推與拉。

按時推，離線拉：

大V發動態之后，以常駐進程的方式按時推送到粉絲動態表。

智能排序基于趨勢trending、熱門hot、用戶生產UGC 、編纂保舉PGC、相似Similarity等等因素綜合考慮，隨著技術的進步智能算法將會更加懂得用戶的愛好。

就像現在的Feed流廣告，軟到已經不難么討厭甚至有些安利你愿意吃下，就像原生內容。能夠很好的減少用戶的信息過載問題。好比新浪微博。

本文不做技術性的展開。主要討論設計方面，下面按照這些應用的feed流界面設計來探討下用戶在什么情況的訴求是什么，設計者想要推行什么。

標簽：烏魯木齊 九江 鹽城 東營 林芝