技能篇:從0到1做一款短影片的小程式

編輯導讀:短影片成為當下人們主要的娛樂方式,不少企業和個人都希望從中獲得一杯羹。短影片業務那麼火,現在還需要自行組建技術團隊去搭建落地嗎?本文主要結合騰訊雲開放API設計及執行短影片專案的落地展開分析,希望對你有幫助。

技能篇:從0到1做一款短影片的小程式

阿強少爺開始執政公司業務了,這位患了深度抖音癌的富二代,認為短影片將是一個很好的切入點,一個將可以使他們家的生意在業務上得到很好閉環的口子。從傳統的藥店經營到現在的傳統醫藥電商,創新才是未來。

一、短影片立項的業務定位

從使用者端的業務服務閉環進行思考,醫藥電商只是定位在其中一個環節而已,雖然這個環節是最賺錢的環節,但在業務上終究沒有什麼核心競爭力,久而久之,就會淪陷到多經銷商打價格戰的困局。

對於使用者來講,以健康護航為口號,建立一個大健康服務平臺,是整個醫藥電商行業甚至整個健康服務行業的核心競爭力。從使用者的線上就醫(複診、家庭醫生等)、線上藥品購買、大健康內容輸出(健康科普文章、養生短影片、專場醫療直播等)、慢病健康管理及疾病康復、再到使用者畫像建立,大資料精準服務。

而短影片,是一項在商業化程序中,見效較慢,但卻不可少的一部分。所以講,阿強思想還是有點強!

技能篇:從0到1做一款短影片的小程式
二、短影片業務設計思路

解決三個問題:影片來源、影片管理、影片投放。

技能篇:從0到1做一款短影片的小程式

結合業務場景:

  • 影片的來源設計由運營後臺上傳發布、醫生使用移動端釋出;
  • 後臺進行影片稽核、推薦、分發、管理;
  • 透過使用者標籤、資料推薦投放至使用者移動端進行播放;
  • 其他平臺需要進行影片的使用,為其提供API介面,獲取影片及影片播放地址;
三、落地實施抉擇

自研和第三方,從業務快速是錯的需要和時間/資金成本上考慮,選擇第三方開放能力是必然的。

現在是在第三方里面的阿里雲及騰訊雲上,需要作出抉擇。

基於公司現有的產品終端,主要流量還在微信公眾號及小程式上,APP的推廣程序尚遇到較大的障礙,且微信在社交的能力上可以利用裂變的方式為產品帶來有效的傳播,因此,微信小程式將是這個V1.0版本的最好輸出。

考慮產品將來在直播上的擴充套件,及直播的彈幕即時IM功能,本產決定:微信小程式+騰訊雲。

四、專案的實施執行落地1. 理解騰訊雲的短影片開放能力

開啟騰訊雲官方,找到影片服務區:

技能篇:從0到1做一款短影片的小程式

逐個文件看過後,把騰訊雲的短影片開放能力整理了下:

技能篇:從0到1做一款短影片的小程式

騰訊雲把整個短影片的API開放能力拆分的比較散,但是大產品又是包含很多小產品的。比如雲點播,又包含了影片的上傳、播放;影片處理又有一些濾鏡美化等特效。總的來講,概念主要還是:編輯——上傳——儲存——雲處理——播放。

當然,這個流程不是固定的,騰訊雲把產品點拆成了產品單元,目的還是讓開發者根據應用場景自由組合。

2. 產品選型
技能篇:從0到1做一款短影片的小程式

對於影片的上傳,需要使用到相關的影片編輯能力,只能夠使用APP作為載體。所以需要為醫生提供APP埠。因為之前並沒有APP,所以APP還需要從0到1,且不能夠只裝一個釋出影片的功能,要不然醫生老是切換埠進行業務,他們會很生氣的。因此,這個專案的醫生端APP可以立項,但是可以不用和前端的使用者觀看影片的小程式一起上線。

考慮影片的儲存成本和影片的上傳寬頻要求,我的伺服器不會做兩個事情:不會要求APP上傳影片到我的服務,然後我再轉接到騰訊雲;我伺服器不會儲存任務影片檔案,只儲存影片的基礎資訊,用作前端展示使用即可。

關於影片的分發,這個版本我覺得可以想,但是不要做。前端用些簡單的分類和置頂、時間控制展示即可。後續尋求下大資料團隊的支援。

理想狀態是需要做使用者埋點的,這些C端的產品,沒有使用者埋點,做產品的迭代基本上就全靠猜了。同時,沒有了埋點,後續的大資料,也不會太大。

3. 短影片上傳/播放工作邏輯
技能篇:從0到1做一款短影片的小程式

遵循著“編輯——上傳——儲存——雲處理——播放”的邏輯。騰訊雲已經承包了整個短影片的產品的所有核心技術了,對於我的產品來講,我只需要做好業務場景的結合,把短影片的內容呈現給使用者即可。

4. 功能預覽
技能篇:從0到1做一款短影片的小程式

功能點不需要憑空構思的,對於釋出影片,直接看騰訊雲的“短影片SDK”產品,他有什麼樣的能力規劃進去就可以了,麻煩的是,到時候變成互動應該是怎樣的表現方式,所以還要結合一個競品去理解會比較好,於是找到抖音,逐個對比騰訊雲的影片編輯功能與抖音的類同,參考抖音介面的同時,最重要的,還是需要做好介面深度模仿的準備。

因為APP上線的時候要遲緩於我的小程式,為了短影片的內容,我在後臺做了一個功能,就是通過後臺的API進行影片的上傳。由運營負責和醫生接洽,上傳前做好短影片的編輯處理。在這個點上面,有個憨憨的後臺開發,覺得沒有必要通過後臺進行影片上傳,而是建議直接開啟騰訊雲的後臺,進入雲點播的功能,透過騰訊雲來上傳,而後透過影片資訊批次獲取的方式從雲點播搞下來。

至於小程式的互動,東抄西抄,按照自己的業務再改改就好了,到這裡了,畫出一個可執行清晰且質量高的互動,問題不大了!

五、最後

現在資訊孤島的產品基本上是沒有了,大多數情況下,還是需要基於現有的系統或者第三方開放的平臺去設計產品。當然,瞭解自身業務需要還是第一位,再就是需要了解別人家的可對接的產品形態,瞭解後,才能夠做出合適的解決方案咯。那麼,我們又該如何去理解別人的系統!有文件的是最靠譜的!那麼就學會看別人的文件吧!從產品介紹、場景使用稽核到個別核心的API介面理解。

最後,剩下個問題:這個版本的短影片,將來怎麼從騰訊雲脫離獨立?又有沒有必要獨立?

本文由 @產品經理龍汪汪 原創釋出於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

版權宣告:本文源自 網路, 於,由 楠木軒 整理釋出,共 2234 字。

轉載請註明: 技能篇:從0到1做一款短影片的小程式 - 楠木軒