編輯導讀:看劇、追綜藝、看電影等娛樂項目都可以在視頻軟件中實現,很多人業餘生活的大部分時間都花在了視頻産品上。本文作者根據自身工作經驗,從産品架構的角度拆解一些經典的視頻産品,對它們進行分析,希望對你有幫助。
第一篇文章,先立個FLAG吧。希望今年一年能夠寫完20篇左右講述視頻産品的文章,從這裡面得到一些内容輸出的思路,不斷在積累的同時,磨練自己的方法論和産品價值觀,開啟某些可能能做到的副業,同時堅持控制消費欲望,迅速攢錢。好了,廢話先說到這裡,下面開始闡述需要總結的一個話題,即經典視頻網站的産品架構。
溫馨提示:本文閱讀至少需要10分鐘以上
一、産品架構産品架構就是在充分理解産品用戶需求基礎上對産品數據流轉的邏輯梳理。簡言之,就是産品架構是功能梳理 策略整合。純銀曾經說真正擁有産品架構能力的PM十分之少,那麼本文,主要來闡述下經典視頻網站的産品架構。
那麼産品架構梳理中,存在很多必須的過程。整個過程從廣泛意義上的下載、功能體驗、業務流程梳理、産品流程梳理最終來完成整體産品架構梳理。
二、視頻網站的産品架構在了解一個産品,特别是像如Netflix、Hulu、Amazon prime video、LineTV、Bilibili、愛奇藝、騰訊視頻、優酷彙集了強大内容和多向周邊業務流轉的的巨大産品中,希望研究清楚架構,需要以下7步驟:
那麼這個時候,在絕大多數大型公司中需要通過一個數據存儲系統,定義不同展示字段以及每個字段端展示參數獲取的地址,這樣最大的方便在于一旦出現線上故障,可以迅速排查到問題在哪裡,專人專項解決,極大提升整體效率。
三、業務流程梳理分析一個網站、APP産品架構,需要了解清楚、策略實現的。因此,梳理業務流程成為了了解産品架構的第一步能力。
馬克爾·哈默闡述的業務流程是指達到特定目标由不同人完成的活動。廣義上業務流程通常是為了達到特定的價值目标而由不同的人分别共同完成的一系列活動。活動之間不僅有嚴格的先後順序限定,而且活動的内容、方式、責任等也都必須有明确的安排和界定,以使不同活動在不同崗位角色之間進行轉手交接成為可能。
活動與活動之間在時間和空間上的轉移可以有較大的跨度。從狹義上來看業務流程,我們可以認為它僅僅是與客戶價值的滿足相聯系的一系列活動。因此業務流程的核心多個配合方做好一件事情所需要的配合方式、職能劃定和組成形式。
因此,在分析一款産品的時候,需要明确這款産品服務的業務是什麼?整個業務需要哪些專業化團隊配合,他們相關配合的關鍵節點和前後順序是什麼樣的?哪些角色做串聯?哪些角色做獨立的事情。了解到這些以後,就知道整個業務流程如何梳理了。
上文說明業務流程的要求,那麼在構建業務流程時需要着重注意以下兩點:
有了以上兩點,業務流程便可以迎刃而解。
常用業務流程圖表示方式:因為涉及到多組織寫作、多過程的關系,因此業務流程繪制中,個人比較建議通過泳道圖進行表達。
下圖是經典的業務流程圖
具體方法:
按順序列出每個活動,并将其鍊接到流程的下一部分:
同時還可以将數據添加到示意圖中,如完成開銷成本,所需要的時間等等。
下面我們來一起制作長視頻網站中,視頻入庫到線上播放業務流程圖(此處忽略常見的報審環節)。常用的流程圖工具如windows系統内獨有的Visio,在線可以通過process on等軟件進行繪制。
按照上文描述,參與一個視頻從入庫到播放需要多少個角色呢?
首先是片方:一般情況片方會把片源上傳到網盤中,通過IM or E-mail的方式告知上傳成功。網盤的密碼是僅平台方和片方知道的
然後是編輯:編輯獲取内容源以後,會對視頻内容進行加工(視頻行業通常稱之為制作),如遮擋或删除一些不符合當地法律條文的鏡頭;加工好視頻内容以後會對加工好的在線時間進行簡單的視頻殼信息錄入(視頻行業通常稱這項工作為編目。
在之後是運營:運營會根據視頻的運營規劃,補齊視頻的視頻殼内容(如封面圖、标簽等信息)、播放限制(如哪些端、哪些地區可以播放)等信息,做好視頻在前台上線操作)。上線之後需要做對做好的視頻的線上版本進行質量審核,如果遇到審核不通過,則需要重新發起各個視頻線上内容版本的重新轉碼。
以上一切完畢之後,用戶便可以在線上看到視頻内容了。同時編輯需要對線上的視頻内容有無轉碼問題進行二次确認(官方稱為質量檢測)。
因此,基于以上4個角色(片方、編輯、運營、用戶)為泳道,所做的事情在泳道中的内容,便可以制作出業務流程圖了。
具體圖如下:
四、産品流程
産品流程是在業務流程的基礎上繪制而來的。什麼是産品流程呢?最簡單的理解為,完成一件事視頻,相關角色需要通過操作哪些系統(平台、工具)能夠完成整個業務流程的進展,從而達到業務目标,那麼這些系統之間相互協作便構成了産品流程。
産品流程可以是通過多系統交互的方式完成最終目的,也可以是單一工具完成最終目的(如計算器),産品流程圖的表示方式視具體描述的功能場景而定,需要做到簡單明了即可。
根據上述業務流程,我們僅看編輯視頻制作部分即從一個原始視頻介質變成線上視頻,可以如下來進行解讀。
在以上業務流程中,梳理出需要如下的系統:
因此,單獨完成視頻制作,便需要至少以上4個産品相互之間配合,在涉及到多産品共同完成一項工作時,做好的辦法便是通過泳道圖的方式進行産品流程的繪制。
結合以上,編輯制作視頻粗略産品流程如下:
五、産品架構圖與實例講解
經過上述講解,基本上完成了分析一款産品的業務流程、産品流程階段,在了解整個産品機制如何運轉以後,便可以對整個産品的産品結構做相應的梳理。
其實我們經常能夠看到在招聘網站中招聘産品架構師的消息,崗位JD中最為多人眼球的是架構師的動辄60k一個月的薪酬,那麼對于架構師的要求主要是什麼樣呢?打開某招聘網站可以看到如下信息:
我們通過招聘JD可以發現,在架構師招聘中可以用以下4個關鍵詞進行概括:
我們上文中了解了做成一件事情需要哪些角色如何有序完成一件事情,并梳理了業務流程圖。在之後通過整體的業務流程圖拆解成為了每個角色需要使用什麼産品,這些産品如何配合完成整個任務,形成了産品流程圖。通過這兩張圖我們可以清晰的了解整個業務運轉的體系,體系内需要什麼産品支撐,其實已經完成了對體系、行業的感知。那麼下一步就是将我們拆解出來的産品流程圖歸納整理形成産品架構圖。
産品架構圖主要分成三大部分組成:
因此通過産品流程中的各個模塊組合而成的數據鍊路,在将各個模塊按邏輯整合在一起,變形成的産品架構圖。
産品架構圖的好處:
因涉及到國内責任規避問題,故本文中不對國内在線視頻平台做結構拆解。我們常見的愛奇藝、騰訊視頻、優酷、Bilibili、芒果TV暫時不在分析之列,本文将以海外用戶規模第二大在線視頻平台Amazon prime video的簡單視頻架構。
下圖是Amazon prime video的首頁截圖
從首頁來看,最上面是焦點圖、下方是各種類型内容展示區、上面登陸注冊、會員購買等模塊。Hover及點擊進入任意内容,可以見到如下信息:
Hover狀态會展示:封面圖、精彩片段、播放限制、視頻介紹、視頻點評、視頻時長、分級。這些信息都是當前視頻内容信息及用戶信息。
視頻名稱、觀看限制、視頻介紹、封面圖、評論等信息。點擊播放則是播放器,可以調整清晰度、進度、音軌、字幕等信息。
那麼我們從用戶端展示的内容可以看出展示部分包括兩大部分:内容信息、用戶信息。
内容信息:
其他信息:
除此之外,因為各個國家/地區有不同的内容制度,所以除以上能力之外,還需要判斷一個内容在哪些國家/地區可以上線,哪些不能上線,視頻的各方面信息多語言版本等等信息。從前往後推,我們不難發現,這個時候需要有一個數據庫需要寫清楚站内都有哪些視頻内容、這些視頻内容的播放規則是什麼、視頻内容殼的信息有哪些?每個語言版本各是什麼樣子?視頻都存儲在哪裡?字幕存儲在哪裡?
那麼我們不難從這中間拆分出來以下模塊:
數據記錄:需要有一個數據平台記錄每一條視頻的各種信息。
視頻殼信息:這個信息需要通過對視頻的編目進行定義,所以需要後台具有對内容的編目能力。
視頻内容:需要存在視頻制作平台可以對視頻、音頻、字幕進行制作,并為了用戶體驗和防盜版等需求,可以做成多種格式、清晰度的視頻碼流。
播放控制:需要記錄每一條視頻在哪些地區能夠播放、哪些端口可以播放、什麼時間可以播放等等。
審核後台:我們發現前台存在用戶的點評信息,依據不同國家/地區法律條文的規範,需要對用戶内容(UGC)進行審核、上線、下線等進行有效控制。
這些大體為了前端用戶展示所需要的後台需求。
在視頻播放加載時候,為了0s開播、特效字幕等渲染的要求、視頻碼流編碼、調度等還需要很多獨立服務存在,因此整個過程中涉及到服務向大體包括了:
CDN:CDN的全稱是Content Delivery Network,即内容分發網絡。CDN是構建在現有網絡基礎之上的智能虛拟網絡,依靠部署在各地的邊緣服務器,通過中心平台的負載均衡、内容分發、調度等功能模塊,使用戶就近獲取所需内容,降低網絡擁塞,提高用戶訪問響應速度和命中率。
雲服務:負責真和調度。
編解碼服務:
Passport:記錄用戶各方面的登陸注冊、點評等信息展示。
會員系統:記錄用戶的會員狀态信息。
廣告系統:負責廣告投放、與廣告主簽約等服務。
為了更有效的提升用戶端整體性能,降低用戶端app包的大小,通常情況下形成用戶端的數據由服務端供給。
服務端:
多語言後台:像Amazon prime video、Hulu、Netflix這樣的國際視頻平台,為了讓更多國家的人能夠看得懂内容,會使用前端産品,則需要在展示時顯示多語言版本的内容,因此服務端通過用戶狀态到多語言後台加載相關文案,并投遞給用戶端。
推薦及搜索服務:内容量極大了以後,需要通過推薦及搜索服務給用戶提供更精準的方式提供匹配的内容。
BI服務:記錄用戶、内容、端等使用數據。
其他:包括AI等服務在這裡不做詳細闡述。
因此,整體而言就建立起來了一套整體模塊流程,即前端數據由服務端提供,服務端從數據系統中獲取,數據提醒的數據由後台系統寫入,後台系統的相關服務由各個服務端承載,BI等數據系統通過前端埋點獲取投遞獲取相應數據并加以處理展示在内部員工不斷優化産品的循環。
整體粗略架構可以看出做:
在之後把每個模塊裡面對應的詳細功能填入,便可以得到更加詳細的産品架構圖了。
簡略版Amazon prime video架構圖:
作者:大橘子-視頻産品,薛慧卿
本文由 @大橘子-視頻産品 原創發布于人人都是産品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!