第272章 微頭條

請關閉瀏覽器的閱讀/暢讀/小說模式並且關閉廣告遮蔽過濾功能，避免出現內容無法顯示或者段落錯亂。

十一點出頭，孟曉琴給路舟叫來了微訊微頭條小組的組長。

人路舟是記得，陳東卓，去年下半年微訊HR擴招時從飛信挖來的專案經理，在此前的工作中路舟同他是有過一些接觸。

“路總。”

“稍等片刻。”

路舟先是將手頭上的郵件檢閱了傳送出去，隨後便說道，“微頭條內部立項也有一段時間，文件我也看了，但我本身對一些東西是存有疑問，所以想和卓哥你溝通一下。”

陳東卓，“路總您講。”

路舟，“首先公眾號和微頭條是兩款截然不同的產品形態。公眾號的大部分功能是根據我所提出的要求進行設計，而微頭條這是老程本身的想法。

公眾號基於使用者喜好和行為，微頭條則是使用者和資訊間的自動匹配。

所以，儘管現在公眾號也歸入你們小組進行日常維護，但在兩個產品上你需要做好區分。”

陳東卓，“明白。目前我們仍然是按照程旭元的意思，工作仍然是先以公眾號為主，微頭條還處於討論階段，相應的設計和設想正在逐步完善。”

路舟遞給了陳東卓一份檔案，“這是我在你們基礎上修改的版本，電子檔也已經發到了你的郵箱。”

隨後他又接著說道，“內容資訊整合成流，這個想法應該不屬少見。

從千度篩選收錄，到部落格微博的關注，再到朋友圈產品形態，甚至說接下來的微頭條，本質都是內容資訊流。

微博基於關注關係，朋友圈基於現實關係和微訊內好友關係，但在內容呈現上，它的顯示原則都遵循著時間軸線timeline。

而微頭條需要在時間軸線上加入一些影響因素，對整個資訊流進行一個篩選重排。

整個推薦模型中，會有些可量化的資料，比如使用者行為：點選率、點贊、評論轉發；使用者環境資料：地理位置、時間；熱度特徵：全域性、分類和主題熱度。

基於內容和使用者進行匹配，這就是老程設想的創新性。當然，也不是說沒人想到這個點子。不過開始做的人應該是不多。”

陳東卓微微點頭，“這個我可以理解路總，但在實現上，我想是有比較大的問題。首先是初始啟動，針對內容我們需要進行標籤標註和分類，只有內容的訓練模型ok了，我們才能夠將內容和使用者進行關聯。”

路舟笑了笑，“這個你可以放心。資料來源，夢谷是有人提供。在分類上，我們採用層次化的文字分類，比如大類科技、體育、財經，如體育再細分籃球足球，再一層層往下細分。

而你們需要將它不斷細化和顆粒化，比如娛樂中最下層級甚至要具體到人，比如某明星之類。顆粒越小，標識度越高，那推薦效果自然更理想。

我想，楊密的使用者應該很喜歡有她的八卦訊息。”

陳東卓，“那麼接下來？”

路舟，“既然內容分類層級有了，自然是文章內容輸入到系統中，系統為每篇文章打上分類標籤。

隨著內容推送到使用者眼前，客戶端即可收集使用者行為，比如根據他的點選、留存，進而判斷他的喜好，這樣使用者標籤也就有了。

而對初始使用者而言，那就是首先選擇喜好的大類，接著推送分類熱度高的文章，再進一步收集使用者行為。”

陳東卓聽了顯然是明白了許多，這可比盲頭蒼蠅到處亂撞要快上許多。

他顯得有些興奮，“明白路總！我這就下去安排。”

路舟，“別急。批次計算，目前微訊或者夢谷雲是滿足不了實時分析的要求，針對這點你需要單獨進行一些設計。當然，短時間內是可以適當犧牲這部分需要。

至於演算法方面，你讓老程聯絡一下實驗室，如果有新的成果進展可以做些大膽嘗試。別怕出錯，改就是。

資料的問題，我會安排人和你對接。”

陳東卓，“行。我這頭先去聯絡和開展工作。”

說罷，這人就風風火火出了路舟的辦公室。

“哎。又是一個急性子。”路舟搖頭笑道。

口頭上容易，實現總是麻煩。事情自然不可能只有路舟所說這麼簡單。

好比過濾“噪聲”，剔除停留時間短的點選，打擊標題黨行為；好比時間衰減，越早的點選所帶來的權重並非一成不變，而是需要動態變化和降權。

再好比批次計算資料量的問題。微訊或者夢谷內打擊一些資訊所進行的資料分析這都是隔三差五的任務，可對