中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：在直播帶貨風生水起的同時，虛擬直播也初見苗頭。作者分享了自己在實際工作中所統(tǒng)籌的一個項目，是針對電商直播場景提供虛擬主播直播帶貨解決方案的項目復盤，我們一起來看看吧。

2020年夏，作為產品新人的我初入職公司有幸參與了公司的孵化項目，項目研發(fā)歷時三個月。第一次Lead項目收獲頗豐，在此分享一些項目實踐經驗和教訓，具體的項目內容不便過多介紹，請見諒。

一、項目背景

隨著直播帶貨的風生水起，虛擬主播直播帶貨也初見苗頭。目前產業(yè)鏈上玩家都有不同痛點及訴求，上游企業(yè)及IP機構主要集中于IP形象建立與升級，中游集成商和硬件廠商急需形成互補，尋求場景切入點。

該項目針對電商直播場景提供虛擬主播直播帶貨解決方案，于2020年5月立項研發(fā)周期三個月，屬于公司新業(yè)務拓展，同時為其他直播場景提供解決方案基礎。

（1）團隊組成

一位產品（筆者）、兩位圖形開發(fā)，一位算法，一位UI設計，一位測試以及美術團隊同學若干。

（2）工作內容

輸出解決方案向產品總監(jiān)和老板匯報，方案評審通過后制定開發(fā)規(guī)劃組織團隊進行開發(fā)和測試。

（3）項目成果

項目輸出內容為虛擬直播客戶端V1.0、方案介紹ppt以及一系列指導說明（包含物料采購建議清單、場景搭建與布局說明、軟件使用與直播平臺接入說明等文檔），最終完成項目內測并達成一項客戶合作。

二、需求調研

筆者在入職前就被安排參與虛擬主播直播帶貨相關的調研，當時動捕類的虛擬直播案例比較多，也是我項目的開發(fā)方向。

對于虛擬主播直播帶貨領域的現狀和需求，筆者已在前兩篇文章中做過相關闡述和分析，在此不再復述《直播帶貨領域，虛擬偶像如何立足？（一）》，《直播帶貨領域，虛擬偶像如何立足？（二） 》。

結合我自身經驗，對于新興領域或從0開始的項目，建議從以下幾點著手：

（1）行業(yè)需求

對產品所處的行業(yè)領域要建立認知，了解行業(yè)發(fā)展歷程和市場現狀，洞察發(fā)展前景。以虛擬主播直播帶貨為例，目前行業(yè)發(fā)展尚不成熟，可以搜羅的相關分析較為粗淺。

但是國內的真人直播帶貨領域和國外的虛擬主播領域已經較為成熟，可以分別從其發(fā)展階段、產業(yè)鏈、頭部玩家等方面，了解這兩個行業(yè)現狀分析行業(yè)需求。

（2）企業(yè)需求

企業(yè)需求是產品新人最容易忽視的需求來源，它在一定程度上反映了企業(yè)在新領域探索或既有領域深耕的戰(zhàn)略目標。

所以一定要對企業(yè)現狀和技術、產品能力有所了解，了解企業(yè)對于當前行業(yè)領域的目標愿景，在需求評估階段與高層進行有效溝通。

（3）市場需求

市場需求主要來源于目標用戶群體，有條件的話最好進行深入調研和訪談。對于B類產品，若研發(fā)團隊難以直接觸及用戶，也可通過銷售人員了解目標用戶的需求和反饋。

此外也可通過直接競品和相關競品從側面了解市場需求，一方面是直接體驗競品分析其產品結構，一方面是對競品案例效果進行評估，了解其用戶反饋。

（4）場景需求

場景需求即以用戶視角深入目標場景，對任務流程進行拆解，分析用戶行為節(jié)點發(fā)現痛點。以直播帶貨為例，直播帶貨場景可分為直播前、直播中、直播后三大階段，每個階段包含多個流程，每個流程還可細分出子流程。

場景拆分越細越不容易遺漏需求，有助于提升產品功能和體驗。

三、方案開發(fā)

1. 方案設計

經過前期的調研和需求分析，方案設計階段要求我們聚焦產品主線和價值內核，尋找能解決問題快速看到效果的最小可行化產品（MVP），即聚焦核心用戶的最小最基本的功能組合。

產品新人習慣以用戶視角混跡于各種成熟的應用，關注細節(jié)的性能和體驗。然而進行項目研發(fā)時，需要快速進行思維轉化，切換到創(chuàng)作者視角優(yōu)先去解決問題，優(yōu)先關注內在的而非外在的，關注實際的而非未知的。

我項目針對電商直播場景，面向商家和MCN機構用戶，提供虛擬主播直播帶貨解決方案（動捕方向），主要包含軟件、硬件、場景服務和美術定制服務。

不同于單純的軟件工具，一套完整的解決方案需要對場景和技術有更細致的考量，虛擬主播直播帶貨場景就涉及動作捕捉技術、美術模型呈現、虛擬直播畫面展示、中之人配合、直播間搭建、直播平臺對接等多個環(huán)節(jié)，進行產品設計時需要考慮到這些環(huán)節(jié)在軟件產品中的功能映射。

MVP方案主要圍繞兩點進行設計，一個是虛擬主播驅動效果，一個是虛擬直播間展示效果，在軟件產品中的具體體現為虛擬主播配置和虛擬直播間配置兩大功能模塊。

虛擬主播配置以驅動效果為主，軟件需要采集中之人的身體和表情數據驅動虛擬主播運動，該方案中身體數據使用的是第三方動捕設備，面部數據主要運用我公司的人臉核心算法，借助普通攝像頭就可以實現精準捕捉。

驅動效果的好壞雖然主要取決于技術能力，但產品經理需要深入測試了解技術邊界和影響因素，比如動捕設備的穩(wěn)定性跟磁場環(huán)境有一定關系，面部和動作捕捉的精準度跟光照環(huán)境、角度、距離、人物模型等有一定關系，這些都可以為方案設計提供依據。

如何在軟件產品中接入承載技術能力，放大技術優(yōu)勢規(guī)避技術風險，一方面需要與技術及美術同學共同磨合解決，另一方面需要通過功能設計進行優(yōu)化完善。

比如動捕設備做手部精細動作呈現效果不是很好，為解決這個問題，軟件中就內置了一批符合直播場景的動畫（點贊、比心、倒計時等）進行補足，并支持直播中快速觸發(fā)，既可以規(guī)避動捕弱點又可以提升直播效果。

在虛擬直播間展示方面則需要對電商直播信息傳達和用戶行為節(jié)點進行拆解分析，這一點在之前文章中也有所提及。

虛擬直播間能打破真實場景限制，在虛擬環(huán)境、商品信息傳達、虛擬互動上有更大的發(fā)揮空間，所以主要圍繞虛擬直播場景配置和商品信息配置設計了相關功能。

此外，還要關注的是解決方案整體的完整性和易用性。

對于一場虛擬直播，需要考慮到直播前、直播中、直播后的各環(huán)節(jié)，在方案設計階段需要結合項目進展對最終的展示效果有所預期，并反推打磨，考慮直播間各項設備精確到厘米的布局方案、設備成本和空間利用率、多平臺試用性、直播場景下的軟件快捷操作等各環(huán)節(jié)細節(jié)。

2. 需求評審

形成初步方案后，需要拉著開發(fā)、設計、運營等相關人員以及項目負責領導對方案進行評估。從初步方案到成熟方案也是經歷了好幾次被懟打磨，所以參與評估時一定要保持良好心態(tài)，并在項目周期中預留出足夠的方案調整時間。

評估可分為產品側和技術側兩方面，主要評估當前解決方案能否滿足需求，能否創(chuàng)造價值，操作邏輯以及方案落地的技術可行性。

其實為了提升效率，產品經理在評估會之前就應該與技術同學有所溝通，了解技術背景進行簡單的技術評估，不然產品方案想的天花亂墜結果根本做不了，就非常耽誤進度。

方案演示方面，對于新項目ppt一定要簡潔易懂，多進行圖形化呈現，對于一些效果demo能用視頻展示更好。

借助圖形和少量文字聚焦邏輯主線，不要過多關注細枝末節(jié)或者價值輸出少的功能點。要講清楚需求背景和方案價值，讓與會人員建立起共識。還要多關注與會人員反應，可適當互動調整節(jié)奏即時答疑，切不可悶頭一直講講講。

四、項目管理踏坑成長

由于是孵化項目，沒有專業(yè)的項目管理人員，筆者需要擔負起項目管理的責任，把控項目開發(fā)進程。初次參與項目管理經歷了多次碰坑踩雷，正是這個階段讓我真正見識到一個產品的誕生有多不容易，在此也分享一些小心得。

1. 任務管理

（1）需求排期

排期前首先要評估需求優(yōu)先級，在評估會之前產品經理最好先自行評估一下，對需求進行排序。然后再拉著團隊成員在此基礎上調整，這樣能夠有效提升評估排期的效率，所以平時應當多了解技術點提升任務評估能力，同時也不容易被開發(fā)小伙伴忽悠。

善于利用排期表進行任務分配，需要確認每個需求任務的負責人，保證其真的清楚任務要求和交付節(jié)點，每個人的表達和理解能力是不同的，其實很多任務延期都是因為前期沒溝通清楚導致的。此外，排期表最好在線同步和更新，讓每個成員都能及時了解項目進度。

（2）文件管理

需要熟悉項目開發(fā)中產生的各類文件，確定統(tǒng)一的傳輸和保存路徑。

文件名可以加上創(chuàng)建時間方便后續(xù)查找，即使是更改過的文件，對于較大改動也應當保存更改記錄，這樣有助于我們更清晰地了解項目演進過程。可能有的文件是離線的，有的文件是線上的，作為產品經理應當清楚每個文件的位置，整理好文件庫做好歸類。

（3）進度跟蹤

• 周會和周報是了解項目整體進度的重要途徑，開發(fā)過程中還可以根據項目情況多組織小會及時同步進度；
• 對于多條并行的任務要合理安排時間及時推進，切不可只顧一頭，真實的實踐場景很復雜，提升多任務并行解決的能力很重要；
• 關注交付節(jié)點和風險點，當感知到問題在節(jié)點不能解決時可以積極需求其他開發(fā)人員幫助，不要陷入苦思冥想而超過交付節(jié)點。

（4）解決突發(fā)問題

• 面對突發(fā)的bug，快速試錯和復現判斷問題成因，提高解決問題的效率；
• 舉棋不定的時候不要擱置爭議和問題，一定要搞清楚原因，再三確認能否解決，解決不了的話也把原因記錄清楚再找其他解決方案或者咨詢他人。

2. 向上管理

作為項目負責人，除了具體的方案開發(fā)工作外，溝通是非常重要的一部分，主要包含向上管理和團隊溝通。

向上管理指與上級相關的溝通管理工作，向上管理是否有效良好甚至決定著項目的走向，這不僅關乎項目進展更關乎個人職場發(fā)展，對于產品新人應當盡早樹立向上管理意識。

（1）方案講解

• 講解方案前要搞清楚上級對當前項目的了解程度，如果上級不是很了解那么要先把背景需求講清楚，如果領導比較了解，那就應當快速進入主題進行闡述；
• 方案講解時要主次分明，指出主要問題闡釋和相應解決方案以及該方案的優(yōu)勢和價值，方案的價值對于上級來說是最重要的信息；
• 注重講解的脈絡和邏輯，ppt結構清晰畫面簡潔，平時最好積累一些ppt素材避免在ppt制作上浪費太多時間；
• 在方案首頁和末頁最好整理出一個議程或信息總覽，讓與會人員對討論的議題更有概念，方便圍繞議題進行討論并敲定方案。

（2）應對質疑

• 上級對項目進程或方案產生質疑其實是很正常的，他可能太忙忘了之前提過的事情也可能不了解項目內容不了解需求背景，首先心態(tài)上要擺正不要一聽到質疑就妄自菲薄、胡亂揣摩；
• 盡量避免讓上級產生質疑，所以平時要與上級保持良好的溝通，積極反饋項目進展和工作內容；
• 對于上級的合理質疑，不要急于給出結論，要多思考實踐從多個角度去論證，得出結果后及時反饋給上級

（3）進程匯報

除常規(guī)的項目匯報外，對于風險點要及時盡早提出，千萬不能抱有僥幸心理，要學會借助上級的力量協(xié)調資源處理問題規(guī)避延期風險；

對于市場的發(fā)現的新動態(tài)也可以多整理多匯報，這樣之后形成需求落地就會容易很多。

3. 團隊溝通

（1）溝通方法

• 說對方能聽得懂的話，除了上級產品經理面對的角色主要有開發(fā)、測試、設計同學，還有可能接觸市場、銷售、美術等其他部門同學，不同角色往往有著自己的話語體系，產品經理需要對此有所了解并有針對性地調整溝通方式；
• 溝通方式要靈活，對于難以解釋的事情或者緊急的事情，要積極地去進行面對面溝通，對于一般性事物則多用線上溝通，避免干擾對方正在進行的工作；
• 帶著目的去溝通，溝通時要有明確目的不可含糊不清，注重提高溝通效率，必要時給出明確的樣例做輔助說明。

（2）任務落實

• 隊內溝通中非常重要的一部分是任務分配和執(zhí)行，任務實施前要把任務細則、目標和時間節(jié)點都明確出來確保成員意見一致，并讓每個人都清楚負責的內容，有可能出現的風險和預案最好提前說明，讓大家都做好應對準備；
• 任務執(zhí)行的過程中，非必要時產品經理不要擅自修改需求，不然開發(fā)大哥會崩潰測試同學會流淚，不利于團結；
• 跟進任務時要有節(jié)奏，不要天天催開發(fā)，也不要拖延到交付節(jié)點，可以為執(zhí)行階段設幾個跟進節(jié)點，了解任務進展及時規(guī)避風險。

4. 測試實踐

（1）產品自查

在方案設計階段，產品經理可以自己準備一個常用自查表進行產品自查，比如頁面、控件、交互是否完整流暢，文案和提示是否適當完備，是否考慮全異常情況等等，這個自查表網上有很多分享可以參考。

自查表這對于初級產品經理是一個很好的自查自糾的方法，前期把事情都考慮清楚能夠極大減輕之后的開發(fā)和測試壓力；隨著開發(fā)深入和產品成熟，自查表需要及時更新，可以去掉項目不涉及的檢查條目，讓自查表和項目更加匹配，為后期迭代提供依據。

（2）測試準備

當項目開發(fā)進入尾聲，就可以開始準備測試內容了，要提前和測試同學溝通好測試需求和測試樣例，并讓測試同學盡可能熟悉項目內容；

一般來說測試同學比較擅長軟件測試，但對于一個完整的解決方案，軟件產品往往只是方案的一部分，如果項目還涉及環(huán)境搭建、硬件設備、說明教程等配套服務，這就需要產品經理對整體方案的可行性和效果進行更多把關和準備。

（3）測試反饋

找一個固定位置或者軟件同步測試結果，保證項目相關人員都可以看到，并做好記錄保存，方便之后查看校驗；對于測試結果，產品經理需先對測試結果分類處理，再對要修改的問題進行優(yōu)先級排序最后與開發(fā)溝通排期。

（4）落地實踐

由于是直播帶貨解決方案，臨近項目節(jié)點需要在公司內部做一場直播進行正式實踐演示。

這之前需要準備好演示流程和演示材料，真的把自己當作直播工作人員，力求通過小小的直播間將虛擬主播的魅力和帶貨能力展現完全，也正是在這個階段又發(fā)現了整體方案中的一些不足之處并及時解決，最終直播內測時直播間氣氛很活躍，任務順利完成。

內測后又達成了一項客戶合作，不過這次出了點岔子，開播前夕出現了一個技術問題，導致開播時間延時了10分鐘，還遇到了真人主播團隊不夠配合的情況，看來真實的實踐才是產品進化的推動力，從實踐中學習，在實踐中成長。

四、總結與后續(xù)

筆者參與的虛擬直播項目大約歷時三個月，其中客戶端的開發(fā)時間大概是一個月，然后就在公司內部進行正式內測直播演示，方案跑通后及時達成了一項直播客戶合作了解到了實際的落地效果，之后一個月的時間主要是功能和體驗上的優(yōu)化調整，至此虛擬直播項目1.0方案基本成型。

之后由于市場環(huán)境變化和公司策略調整，該產品迭代計劃暫時擱置，這部分涉及到虛擬直播帶貨領域的市場現狀和商業(yè)模式，筆者將在后續(xù)文章中繼續(xù)分享。

本文由 @大王叫我去巡山 ?原創(chuàng)發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于 CC0 協(xié)議