酷播亮新聞
1.0版本的立知到底做的怎麼樣？ 它有什麼新的想法，有會往什麼方向發展？ 跟著本文作者的步伐，一起來看看吧~
近日，剛匆匆上線的立知客戶端，又匆匆下線了。
大部分的關注點是抄襲和大公司負面新聞的八卦，似乎少有人關注1.0版本的立知到底做的怎麼樣？ 它有什麼新的想法，有會往什麼方向發展？ 那麼廢話不多說，我們一起來看看這款產品吧：
說它像，怎麼像？
從表層看，立知的交互層、設計層的確有抄襲即刻的嫌疑；
即刻立知傻傻分不清楚
內容分類幾乎一致，對應之前小道消息爆料的內容分類接口，去掉影視估計主要考慮的是視頻的播放體驗
與其說立知抄襲了即刻，不如說立知也抄襲了市面上的其他資訊聚合類產品和新聞客戶端產品。 比如說分類訂閱（頭條、網易新聞等）、比如說熱搜（微博）、比如說日報的形式（知乎日報）……
而至於知乎上有些回答提到的“立知”主題設置過於格式化、不接地氣；立知的社區環境缺乏人文屬性；官方表達不出思想上的傾向。
拜託，以上幾點都是通過人工運營或者機器學習的方式實現的，基於mvp法則，剛上線一周的產品不會投入過多人力運營，算法也是要根據實際情況來調整，非一蹴而就。 對標即刻來評判立知，無論對即刻還是立知來說都不公平，誰說立知以後就一定會發展成山寨即刻呢？ 如果即刻幾年的運營和用戶累計，立知馬上複製，這樣是不是對即刻的一種否認？
拋開這些 ——
不如思考下立知的優點和發展趨勢
立知1.0的產品結構很簡單，用戶路徑也不復雜。 從結構中，我們可以看出其基本的脈絡
內容框架層面，按大類進行區分，再通過顆粒度較小的主題點形成興趣訂閱。
立知1.0結構框架
流程部分，主要通過閱讀-訂閱主題-推送-閱讀的流程完成整個信息流的閱讀閉環；對於1.0的產品來說，簡單+清晰。
從大框架看並沒有什麼特別的地方，而從一些細節方面著手，我們一起看看吧：
1. 熱點
相比於講熱點混雜在信息流中，或者使用一個獨立的頁籤來展示（見下圖），立知將“熱點”用了一種高效的方式展現。
一般的新聞客戶端會將熱門資訊獨立成一個tab或者混雜在推薦的信息流中。
降低了用戶對於熱門消息獲取的成本和壓力
這樣設計讓人當日熱點一目了然，也無多餘的操作步驟。 雖然有點即刻的主題“一覺醒來世界發生了什麼”的意思，但又更清晰高效。
立知只是將即刻上這個100+萬人關注的主題提高了一個層級，作為默認訂閱。 對於用戶而言，幾乎人人訂閱的主題，又何必將其埋沒在繁雜的信息流中，或者是將其單獨一個列表，增加操作成本和閱讀成本。
而這樣設計需要從以下幾點進行考慮：
- 展示上佈局限制；
- 熱點的機器獲取+人工運營方式如何實現；
- 更新頻率；
- 用戶的視覺疲憊；
- ……
進入到熱點列表之後，每一條的右側有一個小標籤，說明了該資訊的來源，有門戶頭條、微信熱文、百度熱搜等，進一步補充了該列表的信息。 騰訊系的資訊類資源包括騰訊新聞、天天快報、微信公眾號等都成為了立知最快捷的資源。
目測每日更新兩次
2. 細節：資訊的事件進展、各方觀點、延伸閱讀
許多新聞客戶端都有“相關推薦”、“精彩推薦”、“評論”等模塊
普通的資訊尾部模塊一般是關鍵詞+點贊+精彩推薦+評論
關於用戶閱讀路徑的拓展，我覺得立知往前了一步。 “相關推薦是什麼相關？”、“他們憑什麼相關？”
立知將其拆分成了三個方向：事件進展、各方觀點、延伸閱讀：
對於一個信息點，我們可以有時間、空間兩種基本的發散方式：
（1）時間面——時間為唯一變量，時間軸上 事件進展 的情況；
（2）空間面——不考慮時間的條件，在不同空間，事件的相關性：
- 針對該資訊的討論（觀點）；
- 相同或者類似的事件。
試想一下，對於資訊來說，這三個方向是否已經涵蓋資訊基本的發散方向？ 換句話說，用戶對於一條資訊的期待，是否能在這幾方面得到滿足？ 還有更多的方向嗎？ 若是對資訊有更深的興趣，應該會就開始主動搜索。
這是立知對於“相關推薦”的一種需求深挖，雖然是一個非常細節的東西，但其他資訊聚合、新聞客戶端行業內的老大們，似乎並沒有哪一家做了這樣的需求拆解 。
好奇心日報將資訊和觀點分開，滿足用戶高效獲取資訊和自我表達的需求，場景並不混雜。
3. 資訊來源：新聞客戶端+微博+秒拍+公眾號
相比於即刻的資訊來源眾多，涵蓋知乎、豆瓣等各家產品，立知的資訊來源相對單一。 多渠道來源要對不同家的請求方式和頁面佈局做適配，獲得越多，挑戰越大。
相比於輕芒閱讀的重新排版，大多數客戶端會選擇授權後，抓取網站的內容，經過簡單的數據清洗後，展現在用戶面前。 而對於即刻為首的這種直接請求外鏈的方式，請求耗時和頁面渲染是較為影響用戶體驗的關鍵點。
還沒來的及用抓包工具看請求時長（等有空了抓包看看），僅從體感的體驗來看，立知的請求速度稍微快一些，頁面和視頻打開感覺更流暢。
有可能是因為立知用戶量級於即刻要少，請求更快；另外，由於騰訊系的背景，自家產品天天快報、騰訊新聞、微信公眾號不知道是否對立知有解決方案上的支持。
當然這也只是猜測，等我明日抓包用數據說話！
4. 內容結構
不同於即刻的點擊即跳轉，立知的資訊有三級步驟：標題-簡介-詳情，其中只有詳情頁是訪問外鏈。
從產品結構來看，這是由淺至深的三層閱讀習慣；
從產品體驗來看，避免了資訊聚合類產品的軟肋——請求外鏈時，體驗會相對較差。 上文中也提到，因為涉及到鑑權、請求三方服務器、頁面佈局和渲染等問題，這種類型的內容聚合方式，會一定程度的產品體驗劣勢。 立知的產品結構層，盡量讓用戶停留在第二層，讓其能在第二層就完成對資訊內容的基本了解。
而即刻的規則，是讓用戶在盡量短的路徑閱讀到原文，所以基本上時從列表點擊就可以跳轉外鏈，有些內容，甚至只有一個標題，用戶僅是想個大概，卻要忍受請求 外鏈時較長的耗時。
5. 更新頻率
在持續使用即刻一年之後，發現即刻的更新量並不能滿足我（這種情況持續半年了但我仍然在嘆氣的同時死忠？？）：我訂閱了88個主題，粗略估算本週，每 日的主題總更新量大概是18條，更新率20%；這樣來看下拉4到5屏就可以拉完當日內容，而我平均每日要打開即刻2～3次，這樣的更新量遠不能 滿足。
為了補充閱讀，我會在推薦和發現中，去發現新的主題和有趣的用戶，但由於用戶的主動關注特性、即刻的主題顆粒度特性，並不能將訂閱-更新-閱讀帶入優良的循環 中，反而會迷失在找主題、吃瓜看即友評論這樣比較脫離資訊閱讀路徑的方向。
所以持續用下來，我還是不得不搭配1個新聞客戶端和即刻一起使用。 大家是否和我有相同的體驗？
另外，由於即刻的社交方向，資訊內容中參雜著不少廣場的信息和吃瓜評論，無形中對用戶是一種干擾——獲取信息場景是需要高效的、目的性強的，但切換到 社交的場景卻是低效、無目的的，甚至是打發時間的一種方式。 兩種場景的切換無非對用戶是一種壓力。
6. 以24小時作為時間節點，注重新聞的時效性
每個類目下的內容推薦不超過30條；這樣設計的目的，的確降低了大量同質性資訊、時效性較低的資訊的出現，依然是讓人感覺輕鬆+高效的。
可以說這是作為一種推薦方式存在，只是以日為單位的閱讀習慣，對應的就是跨日、跨月、甚至跨年的信息流，隨著時間的累積，整個內容信息框架和交互要如何 設計，也是下一步需要思考的。
另外，主題和內容是否容易重複，讓用戶減少訂閱的動機；內容的更新頻率是否跟得上這些都是值得考慮的。
都說c端產品看的是產品靈魂，的確不同的產品會聚集不同類型的用戶，推薦算法的邏輯也是可以根據用戶的喜好度進行調整的。 沒有永遠的頭條，也沒有不變的即刻，總的來說，我對立知還是存有一點小期待的。
本文由 @swiiiiii 原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來源於網絡