产品新人从0到1虚拟直播项目实践复盘

2021-07-19 16:53:00

编辑导语：在直播带货风生水起的同时，虚拟直播也初见苗头。作者分享了自己在实际工作中所统筹的一个项目，是针对电商直播场景提供虚拟主播直播带货解决方案的项目复盘，我们一起来看看吧。

2020年夏，作为产品新人的我初入职公司有幸参与了公司的孵化项目，项目研发历时三个月。第一次Lead项目收获颇丰，在此分享一些项目实践经验和教训，具体的项目内容不便过多介绍，请见谅。

一、项目背景

随着直播带货的风生水起，虚拟主播直播带货也初见苗头。目前产业链上玩家都有不同痛点及诉求，上游企业及IP机构主要集中于IP形象建立与升级，中游集成商和硬件厂商急需形成互补，寻求场景切入点。

该项目针对电商直播场景提供虚拟主播直播带货解决方案，于2020年5月立项研发周期三个月，属于公司新业务拓展，同时为其他直播场景提供解决方案基础。

（1）团队组成

一位产品（笔者）、两位图形开发，一位算法，一位UI设计，一位测试以及美术团队同学若干。

（2）工作内容

输出解决方案向产品总监和老板汇报，方案评审通过后制定开发规划组织团队进行开发和测试。

（3）项目成果

项目输出内容为虚拟直播客户端V1.0、方案介绍ppt以及一系列指导说明（包含物料采购建议清单、场景搭建与布局说明、软件使用与直播平台接入说明等文档），最终完成项目内测并达成一项客户合作。

二、需求调研

笔者在入职前就被安排参与虚拟主播直播带货相关的调研，当时动捕类的虚拟直播案例比较多，也是我项目的开发方向。

对于虚拟主播直播带货领域的现状和需求，笔者已在前两篇文章中做过相关阐述和分析，在此不再复述《直播带货领域，虚拟偶像如何立足？（一）》，《直播带货领域，虚拟偶像如何立足？（二）》。

结合我自身经验，对于新兴领域或从0开始的项目，建议从以下几点着手：

（1）行业需求

对产品所处的行业领域要建立认知，了解行业发展历程和市场现状，洞察发展前景。以虚拟主播直播带货为例，目前行业发展尚不成熟，可以搜罗的相关分析较为粗浅。

但是国内的真人直播带货领域和国外的虚拟主播领域已经较为成熟，可以分别从其发展阶段、产业链、头部玩家等方面，了解这两个行业现状分析行业需求。

（2）企业需求

企业需求是产品新人最容易忽视的需求来源，它在一定程度上反映了企业在新领域探索或既有领域深耕的战略目标。

所以一定要对企业现状和技术、产品能力有所了解，了解企业对于当前行业领域的目标愿景，在需求评估阶段与高层进行有效沟通。

（3）市场需求

市场需求主要来源于目标用户群体，有条件的话最好进行深入调研和访谈。对于B类产品，若研发团队难以直接触及用户，也可通过销售人员了解目标用户的需求和反馈。

此外也可通过直接竞品和相关竞品从侧面了解市场需求，一方面是直接体验竞品分析其产品结构，一方面是对竞品案例效果进行评估，了解其用户反馈。

（4）场景需求

场景需求即以用户视角深入目标场景，对任务流程进行拆解，分析用户行为节点发现痛点。以直播带货为例，直播带货场景可分为直播前、直播中、直播后三大阶段，每个阶段包含多个流程，每个流程还可细分出子流程。

场景拆分越细越不容易遗漏需求，有助于提升产品功能和体验。

三、方案开发

1. 方案设计

经过前期的调研和需求分析，方案设计阶段要求我们聚焦产品主线和价值内核，寻找能解决问题快速看到效果的最小可行化产品（MVP），即聚焦核心用户的最小最基本的功能组合。

产品新人习惯以用户视角混迹于各种成熟的应用，关注细节的性能和体验。然而进行项目研发时，需要快速进行思维转化，切换到创作者视角优先去解决问题，优先关注内在的而非外在的，关注实际的而非未知的。

我项目针对电商直播场景，面向商家和MCN机构用户，提供虚拟主播直播带货解决方案（动捕方向），主要包含软件、硬件、场景服务和美术定制服务。

不同于单纯的软件工具，一套完整的解决方案需要对场景和技术有更细致的考量，虚拟主播直播带货场景就涉及动作捕捉技术、美术模型呈现、虚拟直播画面展示、中之人配合、直播间搭建、直播平台对接等多个环节，进行产品设计时需要考虑到这些环节在软件产品中的功能映射。

MVP方案主要围绕两点进行设计，一个是虚拟主播驱动效果，一个是虚拟直播间展示效果，在软件产品中的具体体现为虚拟主播配置和虚拟直播间配置两大功能模块。

虚拟主播配置以驱动效果为主，软件需要采集中之人的身体和表情数据驱动虚拟主播运动，该方案中身体数据使用的是第三方动捕设备，面部数据主要运用我公司的人脸核心算法，借助普通摄像头就可以实现精准捕捉。

驱动效果的好坏虽然主要取决于技术能力，但产品经理需要深入测试了解技术边界和影响因素，比如动捕设备的稳定性跟磁场环境有一定关系，面部和动作捕捉的精准度跟光照环境、角度、距离、人物模型等有一定关系，这些都可以为方案设计提供依据。

如何在软件产品中接入承载技术能力，放大技术优势规避技术风险，一方面需要与技术及美术同学共同磨合解决，另一方面需要通过功能设计进行优化完善。

比如动捕设备做手部精细动作呈现效果不是很好，为解决这个问题，软件中就内置了一批符合直播场景的动画（点赞、比心、倒计时等）进行补足，并支持直播中快速触发，既可以规避动捕弱点又可以提升直播效果。

在虚拟直播间展示方面则需要对电商直播信息传达和用户行为节点进行拆解分析，这一点在之前文章中也有所提及。

虚拟直播间能打破真实场景限制，在虚拟环境、商品信息传达、虚拟互动上有更大的发挥空间，所以主要围绕虚拟直播场景配置和商品信息配置设计了相关功能。

此外，还要关注的是解决方案整体的完整性和易用性。

对于一场虚拟直播，需要考虑到直播前、直播中、直播后的各环节，在方案设计阶段需要结合项目进展对最终的展示效果有所预期，并反推打磨，考虑直播间各项设备精确到厘米的布局方案、设备成本和空间利用率、多平台试用性、直播场景下的软件快捷操作等各环节细节。

2. 需求评审

形成初步方案后，需要拉着开发、设计、运营等相关人员以及项目负责领导对方案进行评估。从初步方案到成熟方案也是经历了好几次被怼打磨，所以参与评估时一定要保持良好心态，并在项目周期中预留出足够的方案调整时间。

评估可分为产品侧和技术侧两方面，主要评估当前解决方案能否满足需求，能否创造价值，操作逻辑以及方案落地的技术可行性。

其实为了提升效率，产品经理在评估会之前就应该与技术同学有所沟通，了解技术背景进行简单的技术评估，不然产品方案想的天花乱坠结果根本做不了，就非常耽误进度。

方案演示方面，对于新项目ppt一定要简洁易懂，多进行图形化呈现，对于一些效果demo能用视频展示更好。

借助图形和少量文字聚焦逻辑主线，不要过多关注细枝末节或者价值输出少的功能点。要讲清楚需求背景和方案价值，让与会人员建立起共识。还要多关注与会人员反应，可适当互动调整节奏即时答疑，切不可闷头一直讲讲讲。

四、项目管理踏坑成长

由于是孵化项目，没有专业的项目管理人员，笔者需要担负起项目管理的责任，把控项目开发进程。初次参与项目管理经历了多次碰坑踩雷，正是这个阶段让我真正见识到一个产品的诞生有多不容易，在此也分享一些小心得。

1. 任务管理

（1）需求排期

排期前首先要评估需求优先级，在评估会之前产品经理最好先自行评估一下，对需求进行排序。然后再拉着团队成员在此基础上调整，这样能够有效提升评估排期的效率，所以平时应当多了解技术点提升任务评估能力，同时也不容易被开发小伙伴忽悠。

善于利用排期表进行任务分配，需要确认每个需求任务的负责人，保证其真的清楚任务要求和交付节点，每个人的表达和理解能力是不同的，其实很多任务延期都是因为前期没沟通清楚导致的。此外，排期表最好在线同步和更新，让每个成员都能及时了解项目进度。

（2）文件管理

需要熟悉项目开发中产生的各类文件，确定统一的传输和保存路径。

文件名可以加上创建时间方便后续查找，即使是更改过的文件，对于较大改动也应当保存更改记录，这样有助于我们更清晰地了解项目演进过程。可能有的文件是离线的，有的文件是线上的，作为产品经理应当清楚每个文件的位置，整理好文件库做好归类。

（3）进度跟踪

周会和周报是了解项目整体进度的重要途径，开发过程中还可以根据项目情况多组织小会及时同步进度；
对于多条并行的任务要合理安排时间及时推进，切不可只顾一头，真实的实践场景很复杂，提升多任务并行解决的能力很重要；
关注交付节点和风险点，当感知到问题在节点不能解决时可以积极需求其他开发人员帮助，不要陷入苦思冥想而超过交付节点。

（4）解决突发问题

面对突发的bug，快速试错和复现判断问题成因，提高解决问题的效率；
举棋不定的时候不要搁置争议和问题，一定要搞清楚原因，再三确认能否解决，解决不了的话也把原因记录清楚再找其他解决方案或者咨询他人。

2. 向上管理

作为项目负责人，除了具体的方案开发工作外，沟通是非常重要的一部分，主要包含向上管理和团队沟通。

向上管理指与上级相关的沟通管理工作，向上管理是否有效良好甚至决定着项目的走向，这不仅关乎项目进展更关乎个人职场发展，对于产品新人应当尽早树立向上管理意识。

（1）方案讲解

讲解方案前要搞清楚上级对当前项目的了解程度，如果上级不是很了解那么要先把背景需求讲清楚，如果领导比较了解，那就应当快速进入主题进行阐述；
方案讲解时要主次分明，指出主要问题阐释和相应解决方案以及该方案的优势和价值，方案的价值对于上级来说是最重要的信息；
注重讲解的脉络和逻辑，ppt结构清晰画面简洁，平时最好积累一些ppt素材避免在ppt制作上浪费太多时间；
在方案首页和末页最好整理出一个议程或信息总览，让与会人员对讨论的议题更有概念，方便围绕议题进行讨论并敲定方案。

（2）应对质疑

上级对项目进程或方案产生质疑其实是很正常的，他可能太忙忘了之前提过的事情也可能不了解项目内容不了解需求背景，首先心态上要摆正不要一听到质疑就妄自菲薄胡乱揣摩；
尽量避免让上级产生质疑，所以平时要与上级保持良好的沟通，积极反馈项目进展和工作内容；
对于上级的合理质疑，不要急于给出结论，要多思考实践从多个角度去论证，得出结果后及时反馈给上级

（3）进程汇报

除常规的项目汇报外，对于风险点要及时尽早提出，千万不能抱有侥幸心理，要学会借助上级的力量协调资源处理问题规避延期风险；

对于市场的发现的新动态也可以多整理多汇报，这样之后形成需求落地就会容易很多。

3. 团队沟通

（1）沟通方法

说对方能听得懂的话，除了上级产品经理面对的角色主要有开发、测试、设计同学，还有可能接触市场、销售、美术等其他部门同学，不同角色往往有着自己的话语体系，产品经理需要对此有所了解并有针对性地调整沟通方式；
沟通方式要灵活，对于难以解释的事情或者紧急的事情，要积极地去进行面对面沟通，对于一般性事物则多用线上沟通，避免干扰对方正在进行的工作；
带着目的去沟通，沟通时要有明确目的不可含糊不清，注重提高沟通效率，必要时给出明确的样例做辅助说明。

（2）任务落实

队内沟通中非常重要的一部分是任务分配和执行，任务实施前要把任务细则、目标和时间节点都明确出来确保成员意见一致，并让每个人都清楚负责的内容，有可能出现的风险和预案最好提前说明，让大家都做好应对准备；
任务执行的过程中，非必要时产品经理不要擅自修改需求，不然开发大哥会崩溃测试同学会流泪，不利于团结；
跟进任务时要有节奏，不要天天催开发，也不要拖延到交付节点，可以为执行阶段设几个跟进节点，了解任务进展及时规避风险。