深度分析:經典視頻產品架構拆解

1 評論 9422 瀏覽 68 收藏 21 分鐘

編輯導讀:看劇、追綜藝、看電影等娛樂項目都可以在視頻軟件中實現,很多人業余生活的大部分時間都花在了視頻產品上。本文作者根據自身工作經驗,從產品架構的角度拆解一些經典的視頻產品,對它們進行分析,希望對你有幫助。

第一篇文章,先立個FLAG吧。希望今年一年能夠寫完20篇左右講述視頻產品的文章,從這里面得到一些內容輸出的思路,不斷在積累的同時,磨練自己的方法論和產品價值觀,開啟某些可能能做到的副業,同時堅持控制消費欲望,迅速攢錢。好了,廢話先說到這里,下面開始闡述需要總結的一個話題,即經典視頻網站的產品架構。

溫馨提示:本文閱讀至少需要10分鐘以上

一、產品架構

產品架構就是在充分理解產品用戶需求基礎上對產品數據流轉的邏輯梳理。簡言之,就是產品架構是功能梳理+策略整合。純銀曾經說真正擁有產品架構能力的PM十分之少,那么本文,主要來闡述下經典視頻網站的產品架構。

那么產品架構梳理中,存在很多必須的過程。整個過程從廣泛意義上的下載、功能體驗、業務流程梳理、產品流程梳理最終來完成整體產品架構梳理。

二、視頻網站的產品架構

在了解一個產品,特別是像如Netflix、Hulu、Amazon prime video、LineTV、Bilibili、愛奇藝、騰訊視頻、優酷匯集了強大內容和多向周邊業務流轉的的巨大產品中,希望研究清楚架構,需要以下7步驟:

  1. 首先了解整個業務流轉的基礎流程,即整個業務能夠基礎流轉的MVP模型;
  2. 其次根據基礎業務流程完成整體產品流程;
  3. 第三根據產品流程完成MVP初版產品架構圖;
  4. 第四將其它業務業務流程增加進業務流程中;
  5. 第五補充剩余產品流程圖;
  6. 最后將剩余的業務所需的產品功能補充進整體產品架構圖。即可完成整體的產品架構梳理。
  7. 特殊情況:在大型公司中,為了提升整體效率,在中臺化策略中,需要做到前后臺解耦。

那么這個時候,在絕大多數大型公司中需要通過一個數據存儲系統,定義不同展示字段以及每個字段端展示參數獲取的地址,這樣最大的方便在于一旦出現線上故障,可以迅速排查到問題在哪里,專人專項解決,極大提升整體效率。

三、業務流程梳理

分析一個網站、APP產品架構,需要了解清楚、策略實現的。因此,梳理業務流程成為了了解產品架構的第一步能力。

3.1 何為業務流程?

馬克爾·哈默闡述的業務流程是指達到特定目標由不同人完成的活動。廣義上業務流程通常是為了達到特定的價值目標而由不同的人分別共同完成的一系列活動?;顒又g不僅有嚴格的先后順序限定,而且活動的內容、方式、責任等也都必須有明確的安排和界定,以使不同活動在不同崗位角色之間進行轉手交接成為可能。

活動與活動之間在時間和空間上的轉移可以有較大的跨度。從狹義上來看業務流程,我們可以認為它僅僅是與客戶價值的滿足相聯系的一系列活動。因此業務流程的核心多個配合方做好一件事情所需要的配合方式、職能劃定和組成形式。

因此,在分析一款產品的時候,需要明確這款產品服務的業務是什么?整個業務需要哪些專業化團隊配合,他們相關配合的關鍵節點和前后順序是什么樣的?哪些角色做串聯?哪些角色做獨立的事情。了解到這些以后,就知道整個業務流程如何梳理了。

3.2 業務流程圖如何構建?

上文說明業務流程的要求,那么在構建業務流程時需要著重注意以下兩點:

  1. 參與方:即想完成當前這個事情,需要哪些部門參與進來,明確每個參與方需要做的事情
  2. 過程:整個過程中分成那幾個階段,每個階段都需要做些什么

有了以上兩點,業務流程便可以迎刃而解。

常用業務流程圖表示方式:因為涉及到多組織寫作、多過程的關系,因此業務流程繪制中,個人比較建議通過泳道圖進行表達。

下圖是經典的業務流程圖

具體方法:

按順序列出每個活動,并將其鏈接到流程的下一部分:

  1. 從第一個達成目標的事件開始,在獨立角色的泳道中繪制當前角色的需要做事情的前后順序,并通過線條連接起來。
  2. 當某一角色到達需要作出決定的點時,在必須作出的決定時,通過判斷符號進行路徑決策,判斷符號通常用菱形表示。通常,這會被寫是/否問題。 從菱形開始應有兩行,每行指向將根據決定進行的活動
  3. 按順序鏈接每個活動。 有些可能同時在您企業中的不同部門中運行,有些可能是不同企業,有些可能是線性執行,有些可能是存在斷點通過監聽的方式進行后續步驟。
  4. 到達目標的后結束。

同時還可以將數據添加到示意圖中,如完成開銷成本,所需要的時間等等。

3.3 視頻產品中的視頻入庫-播放業務流程

下面我們來一起制作長視頻網站中,視頻入庫到線上播放業務流程圖(此處忽略常見的報審環節)。常用的流程圖工具如windows系統內獨有的Visio,在線可以通過process on等軟件進行繪制。

按照上文描述,參與一個視頻從入庫到播放需要多少個角色呢?

首先是片方:一般情況片方會把片源上傳到網盤中,通過IM or E-mail的方式告知上傳成功。網盤的密碼是僅平臺方和片方知道的

然后是編輯:編輯獲取內容源以后,會對視頻內容進行加工(視頻行業通常稱之為制作),如遮擋或刪除一些不符合當地法律條文的鏡頭;加工好視頻內容以后會對加工好的在線時間進行簡單的視頻殼信息錄入(視頻行業通常稱這項工作為編目。

在之后是運營:運營會根據視頻的運營規劃,補齊視頻的視頻殼內容(如封面圖、標簽等信息)、播放限制(如哪些端、哪些地區可以播放)等信息,做好視頻在前臺上線操作)。上線之后需要做對做好的視頻的線上版本進行質量審核,如果遇到審核不通過,則需要重新發起各個視頻線上內容版本的重新轉碼。

以上一切完畢之后,用戶便可以在線上看到視頻內容了。同時編輯需要對線上的視頻內容有無轉碼問題進行二次確認(官方稱為質量檢測)。

因此,基于以上4個角色(片方、編輯、運營、用戶)為泳道,所做的事情在泳道中的內容,便可以制作出業務流程圖了。

具體圖如下:

四、產品流程

產品流程是在業務流程的基礎上繪制而來的。什么是產品流程呢?最簡單的理解為,完成一件事視頻,相關角色需要通過操作哪些系統(平臺、工具)能夠完成整個業務流程的進展,從而達到業務目標,那么這些系統之間相互協作便構成了產品流程。

產品流程可以是通過多系統交互的方式完成最終目的,也可以是單一工具完成最終目的(如計算器),產品流程圖的表示方式視具體描述的功能場景而定,需要做到簡單明了即可。

根據上述業務流程,我們僅看編輯視頻制作部分即從一個原始視頻介質變成線上視頻,可以如下來進行解讀。

在以上業務流程中,梳理出需要如下的系統:

  1. 視頻制作平臺:承載視頻的剪輯、渲染工工作
  2. 音視頻編碼系統:涉及視頻本身的編碼服務(如線上可以觀看的1080p、HDR、杜比視界等視頻格式的制作)
  3. 存儲:存儲視頻
  4. 素材庫:記錄所有素材的數據庫

因此,單獨完成視頻制作,便需要至少以上4個產品相互之間配合,在涉及到多產品共同完成一項工作時,做好的辦法便是通過泳道圖的方式進行產品流程的繪制。

結合以上,編輯制作視頻粗略產品流程如下:

五、產品架構圖與實例講解

經過上述講解,基本上完成了分析一款產品的業務流程、產品流程階段,在了解整個產品機制如何運轉以后,便可以對整個產品的產品結構做相應的梳理。

5.1 產品架構圖

其實我們經常能夠看到在招聘網站中招聘產品架構師的消息,崗位JD中最為多人眼球的是架構師的動輒60k一個月的薪酬,那么對于架構師的要求主要是什么樣呢?打開某招聘網站可以看到如下信息:

我們通過招聘JD可以發現,在架構師招聘中可以用以下4個關鍵詞進行概括:

  1. 體系
  2. 行業
  3. 架構示意圖
  4. 溝通技巧

我們上文中了解了做成一件事情需要哪些角色如何有序完成一件事情,并梳理了業務流程圖。在之后通過整體的業務流程圖拆解成為了每個角色需要使用什么產品,這些產品如何配合完成整個任務,形成了產品流程圖。通過這兩張圖我們可以清晰的了解整個業務運轉的體系,體系內需要什么產品支撐,其實已經完成了對體系、行業的感知。那么下一步就是將我們拆解出來的產品流程圖歸納整理形成產品架構圖。

產品架構圖主要分成三大部分組成:

  1. 操作端:可以簡單理解為實際用戶會使用到的產品??梢苑譃榍岸撕秃笈_產品,前端產品產品(后續可以統一稱之為端)主要是為用戶提供直接服務的產品,可以是C端用戶也可以是B端用戶,C端如Netflix、Pinterest、Facebook、Tinder等。后臺產品則是為企業運營人員服務的產品,如視頻網站的生產運營發布系統、Zoom、Wiki、Skype for?business、Google docs等。
  2. 服務端:服務端則是主要職能為精華服務專項,如專門做大型文件分發的CDN、專門做視頻編碼的編碼器、一大堆AI服務等,這些系統都是做獨立項目的,所謂越專越精。
  3. 數據端:大體上做兩件事情,記錄端數據,和數據存儲調用。常見的如BI系統、各種數據庫之類的。

因此通過產品流程中的各個模塊組合而成的數據鏈路,在將各個模塊按邏輯整合在一起,變形成的產品架構圖。

產品架構圖的好處:

  1. 明確的知道自己負責區域相較于整體的定位
  2. 清晰的了解整個業務的組成
  3. 迅速了解上下游關系,快速推薦后續業務

5.2 實例分析

因涉及到國內責任規避問題,故本文中不對國內在線視頻平臺做結構拆解。我們常見的愛奇藝、騰訊視頻、優酷、Bilibili、芒果TV暫時不在分析之列,本文將以海外用戶規模第二大在線視頻平臺Amazon prime video的簡單視頻架構。

下圖是Amazon prime video的首頁截圖

從首頁來看,最上面是焦點圖、下方是各種類型內容展示區、上面登陸注冊、會員購買等模塊。Hover及點擊進入任意內容,可以見到如下信息:

Hover狀態會展示:封面圖、精彩片段、播放限制、視頻介紹、視頻點評、視頻時長、分級。這些信息都是當前視頻內容信息及用戶信息。

視頻名稱、觀看限制、視頻介紹、封面圖、評論等信息。點擊播放則是播放器,可以調整清晰度、進度、音軌、字幕等信息。

那么我們從用戶端展示的內容可以看出展示部分包括兩大部分:內容信息、用戶信息。

內容信息:

  1. 視頻殼信息:封面圖、精彩片段、評級、視頻介紹、視頻時長……
  2. 視頻信息:視頻、音頻、字幕
  3. 播放信息:會員限制等

其他信息:

  1. 區塊名稱
  2. Passport與會員
  3. 支付等

除此之外,因為各個國家/地區有不同的內容制度,所以除以上能力之外,還需要判斷一個內容在哪些國家/地區可以上線,哪些不能上線,視頻的各方面信息多語言版本等等信息。從前往后推,我們不難發現,這個時候需要有一個數據庫需要寫清楚站內都有哪些視頻內容、這些視頻內容的播放規則是什么、視頻內容殼的信息有哪些?每個語言版本各是什么樣子?視頻都存儲在哪里?字幕存儲在哪里?

那么我們不難從這中間拆分出來以下模塊:

數據記錄:需要有一個數據平臺記錄每一條視頻的各種信息。

視頻殼信息:這個信息需要通過對視頻的編目進行定義,所以需要后臺具有對內容的編目能力。

視頻內容:需要存在視頻制作平臺可以對視頻、音頻、字幕進行制作,并為了用戶體驗和防盜版等需求,可以做成多種格式、清晰度的視頻碼流。

播放控制:需要記錄每一條視頻在哪些地區能夠播放、哪些端口可以播放、什么時間可以播放等等。

審核后臺:我們發現前臺存在用戶的點評信息,依據不同國家/地區法律條文的規范,需要對用戶內容(UGC)進行審核、上線、下線等進行有效控制。

這些大體為了前端用戶展示所需要的后臺需求。

在視頻播放加載時候,為了0s開播、特效字幕等渲染的要求、視頻碼流編碼、調度等還需要很多獨立服務存在,因此整個過程中涉及到服務向大體包括了:

CDN:CDN的全稱是Content Delivery Network,即內容分發網絡。CDN是構建在現有網絡基礎之上的智能虛擬網絡,依靠部署在各地的邊緣服務器,通過中心平臺的負載均衡、內容分發、調度等功能模塊,使用戶就近獲取所需內容,降低網絡擁塞,提高用戶訪問響應速度和命中率。

云服務:負責真和調度。

編解碼服務:

Passport:記錄用戶各方面的登陸注冊、點評等信息展示。

會員系統:記錄用戶的會員狀態信息。

廣告系統:負責廣告投放、與廣告主簽約等服務。

為了更有效的提升用戶端整體性能,降低用戶端app包的大小,通常情況下形成用戶端的數據由服務端供給。

服務端:

多語言后臺:像Amazon prime video、Hulu、Netflix這樣的國際視頻平臺,為了讓更多國家的人能夠看得懂內容,會使用前端產品,則需要在展示時顯示多語言版本的內容,因此服務端通過用戶狀態到多語言后臺加載相關文案,并投遞給用戶端。

推薦及搜索服務:內容量極大了以后,需要通過推薦及搜索服務給用戶提供更精準的方式提供匹配的內容。

BI服務:記錄用戶、內容、端等使用數據。

其他:包括AI等服務在這里不做詳細闡述。

因此,整體而言就建立起來了一套整體模塊流程,即前端數據由服務端提供,服務端從數據系統中獲取,數據提醒的數據由后臺系統寫入,后臺系統的相關服務由各個服務端承載,BI等數據系統通過前端埋點獲取投遞獲取相應數據并加以處理展示在內部員工不斷優化產品的循環。

整體粗略架構可以看出做:

在之后把每個模塊里面對應的詳細功能填入,便可以得到更加詳細的產品架構圖了。

簡略版Amazon prime video架構圖:

 

 

作者:大橘子-視頻產品,微信公眾號:薛慧卿

本文由 @大橘子-視頻產品 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自?Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 硬核

    來自美國 回復