惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
J
Java Code Geeks
博客园 - 聂微东
量子位
C
Check Point Blog
T
The Blog of Author Tim Ferriss
T
Tailwind CSS Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
B
Blog
罗磊的独立博客
腾讯CDC
GbyAI
GbyAI
博客园 - 【当耐特】
A
About on SuperTechFans
M
MIT News - Artificial intelligence
U
Unit 42
D
Docker
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Y
Y Combinator Blog
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
S
SegmentFault 最新的问题
有赞技术团队
有赞技术团队

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
年会不能停!用产品思维做年会主持人
徐虾壳 · 2024-01-26 · via 人人都是产品经理

到了年底,年会是必不可少的一部分,作为产品经理,将产品思维代入到年会中做主持人,需要注意哪些步骤和流程?

据我爸说,当我还是个小男孩时,我曾在某个除夕夜天真的指着电视机问:“爸,等我长大了,倪萍阿姨还做主持人不?我要跟她一起主持!”

时光荏苒,我没有成为一名专业主持人,但依旧顽强的成长为一个野生的业余主持。细数过往,主持过的活动大约有30多场了吧。大到上千人的体育馆,小到几十人的公司内部会议,从年会主持到客户大会,我甚至从接亲到礼成完整的主持过一位同事的婚礼。我很热爱做主持人,再加上一点点天赋和经验,也让我擅长活动主持。因此还闹过个小笑话,曾有一位同组的产品经理,以为我到金蝶做产品经理前的上一份工作,是搞主持的。

见过的场面多了,踩的坑多了,自然也摸索出了一些经验教训。逐渐发现做一场活动主持,与产品经理做出一款产品,简直异曲同工!那接下来我就用专业产品经理的视角,来解读如何做好一个业余主持人。

以下内容,均为原创,如有雷同,那不可能!

首先我们确定“好主持人”的标准。

拿着主持稿按活动顺序完成串场,这并不是好主持人,甚至达不到及格线。就如同写一份需求文档,然后交给技术团队,跟进产品上线,不能算是一个好产品经理一样。

好产品经理,要确保产品为公司盈利,取得商业成功。

同理,好主持人,要确保活动顺利完成,并达到预期目标。

那么一切有关于活动的事情,主持人都要关注。虽然导演把控全场,但在活动现场,主持人绝对是小CEO。

那接下来,就给大家讲解用产品思维做好主持人的几个步骤。

第一步:确定活动目标(确定业务需求)

作为主持人,要先明确举办此次活动的目的和目标是什么。

比如颁奖典礼,目的在表彰优秀激发员工荣誉感,或年尾牙祭,抽奖+搞笑演出形式的年会,不同性质的活动,要求主持人营造出的现场风格完全不同。这里就选择互联网公司常见的优秀表彰+表演抽奖形式的年会主持作为例子。

通常是人力资源部负责人或品牌部负责人确定年会主题,小规模公司可能是CEO定调子。通过优秀表彰来激发团队士气,提升优秀员工的荣誉感,要求主持人在这个环节营造隆重大气的氛围,体现出对优秀者的礼遇。激发出台下员工见贤思齐的想法,最好能传达企业文化,加深员工认同感。再通过诙谐轻松的表演+激动人心的抽奖环节,让员工们放松心情,辛苦一年让兄弟姐妹们乐呵乐呵。

与做产品需求一样,一定要先确认好高层次的业务目标,确保与公司战略保持一致,这样更容易获得高管的认同和资源支持。

第二步:确定活动流程(确定用户需求)

大方向定好之后,就可以找年会总负责人确定具体的活动流程了。一般负责人会输出一个环节流程excel表。

如:

环节1:开场舞——负责人:张三——时长:14:00~14:05

环节2:正式开场——负责人:主持人——时长:14:05~14:10

环节3……

以此类推。

这张表非常非常重要,是主持人接下来工作的基准。我们用产品设计的思维详细拆解一下,通过这张表,可以获得哪些信息。

1. 获得活动范围信息

出现在流程表中的节目环节,才是需要主持人写串词介绍的部分。在做活动流程时,创意团队可以天马行空,花样百出,有经验的主持人也可以出谋划策。主持人负责自然流畅的完成各环节的承前启后,营造氛围,凸显主题。一旦活动流程交给高层确定后,就如同项目管理中的范围基线,不可随意改动。尤其要杜绝在现场随意调整环节流程的行为(如果你的导演能听进去劝的话)。

与做产品需求一样,做好范围管理,是项目成功的基础与关键。

2. 获得活动参与人/相关方信息

1. 各环节负责人信息

主持人作为现场的调度者,实际是在指挥现场所有的活动参与者,在指定时间完成他们的指定动作。主持人要非常清晰各个环节的负责人都是谁,并确认他们的监管工作是否到位。虽然总负责人会主抓各个环节负责人的工作,但并不妨碍主持人像总负责人的小助手一样,协助跟进。毕竟在活动现场任何一个环节的疏忽纰漏,都得靠主持人来救场。

2. 各环节参与者信息

通常主持人不需要关注到具体参与者,但存在一些特殊情况,且需要在主持串词中清晰写明。比如以下几种情况

(1)颁奖环节,某位领导颁奖完成后,还需要在舞台完成某些事项,如协助抽奖或宣读下一轮获奖名单。这时就需要特别注明“请某某留步,其他人台下就坐”。如果没要及时留住对方,可能就会出现对方刚就坐,又马上上台的尴尬事情。

(2)某获奖者无法出席现场活动。出于对获奖者的尊重,需要说明获奖者无法出席的原因,由谁来代领。也可以借此引导大家向优秀学习,把气氛推个小高潮。

(3)演出人员有特殊要求

通常只要介绍节目就好,但如果某演出人员对于节目串词提出一些特别的要求,不难实现的情况下,也可以满足对方。

当然还可能存在其他情况,不一一例举,就如同做产品需求一样,首先收集好相关方信息,明确各相关方的需求,有助于进一步细化和确定需求内容。

3. 获得进度信息

通常活动各环节都会规定时长,公司年会的时间颗粒度也许在分钟或半小时级别,多或少半个小时问题不大,不必像春晚主持人那样承担卡时间点的压力。但主持人依旧要关注正常活动的进度情况。如果进度慢了,就要加快节奏,如缩短互动时间,或加快口播速度。反之进度太快,有需要的话就抻抻时长。

通常导演会在主持人候场时沟通节奏问题,但主持人是把控现场进度的唯一人选。

第三步:写主持稿(确定功能需求)

当收集好以上所有信息后,就可以开始写主持稿了。如果是两人或多人搭档主持,还要协商好分工。主持稿要尽可能详细的将串场词写在里面,切不可过分自信的只写个大概。(这里讨论的都是像我这样的业余野生主持人,专业大咖不在讨论范畴内)因为主持稿并非只有主持人在用,它是全场调度的基准。就好像产品需求文档,是技术做功能开发时的基准一样。灯光、音响、礼仪、舞台等老师,可能会根据主持人说出的某句话作为指令,来执行下一步工作,如播放下一页PPT,或切换背景音乐。

做完以上三步,只能算完成了50%准备工作。因为在正式演出前,还会有很多次彩排,包括主持串场彩排,颁奖彩排,节目彩排,重点环节彩排等等等等。所有的彩排,主持人都必须在场。所以做主持人是个体力活。彩排过程中免不了调整流程修改串词,这就像做产品设计时需求方改需求一样。有时候主持人可以凭借自己的经验,说服导演不要瞎搞,但多数时候,主持人记得微笑面对这些调整和变更,呵呵哒。

经过主持稿的不断打磨,多次联合彩排。只要不太过紧张,一般情况下主持人都能依靠手卡完成整场活动主持。当然啦,总会有特殊情况出现。而主持人的职责决定了不论现场出现了多么特殊的情况,主持人都必须挺身而出,确保活动顺利进行。

常在河边走,哪有不湿鞋。在我浅薄的业余主持生涯中,充斥着一个又一个辛酸的救场故事。在此,我将那些宝贵经验整理下来,供大家参考,并附上我的踩坑经过。

这又回到了文章初始的问题:作为一名优秀的主持人,如何确保活动顺利进行呢?这其实是一个质量管理和风险管理的问题。

那么,我们就从质量管理“人、机、料、法、环”五个纬度来解读。

1. 人

在彩排环节,确保现场每一个工作人员都知道自己什么时间该做什么事,并能执行到位。如获奖者何时登台,谁留下做采访并简短回答,礼仪什么时候呈奖杯物料上台等等。凡是有迟疑间断的,主持人应主动要求重来。

一定要再三确认颁奖嘉宾的姓名与职位,彩排时多练几遍,不要读错!不要读错!不要读错!

2. 机

大屏与提词器的PPT播放是否正常,主持人麦克风是否固定且电量充足(通常为1,2号麦克),主持人登台时灯光面光是否合适,能否看清手卡?如果不合适,要及时和灯光老师沟通。

抽奖环节若是程序抽奖,验收程序能否正常工作。并制定planB,如程序卡死时,用抽奖箱替代。程序真的卡死了,记得安抚下观众们的情绪,毕竟这是大家最最关注的环节。

我曾经历过在千人大场,开场时体育馆的灯死活灭不了,导致开场舞无法上台准备。我们几个主持人临时被派上台硬生生的跟现场观众互动了1分钟。现在回想起来都头皮发麻。

3. 料

确保一切要上舞台的物料,都有专人负责。

比如礼仪清楚奖杯颁发的顺序并成功引导嘉宾颁奖,再比如乐队乐器的安装与撤场,表演道具的布置与换景。记得在大学时某次话剧汇演,我的好哥们儿作为男一,在换场时还负责搬道具,结果太匆忙连人带椅子飞扑在舞台上,等亮灯他再次出现在舞台上时,全场报以热烈的(起哄的)掌声。

4. 法

专业主持人的基本功是胸腹联合呼吸法和胸腔共鸣发声。这样在不太损伤嗓子的情况下又能饱满且洪亮的完成主持。毕竟连续的彩排+正式演出,现场气氛全靠主持人来带,声带一直都处于紧张状态,现场劈了嗓子,就很难继续优雅的主持了。记得口袋中常备金嗓子喉宝,温水也有助于声带放松。

正式演出前一个星期,就把辣条烧烤什么的戒了吧,要是上火嗓子发炎,你就是死也要死在舞台上。

5. 环

环境方面,如果是密闭的礼堂或体育场馆,通常不用主持人关注什么。但如果是公开或半公开的酒店大厅,那就需要主持人时常关注下现场情况了,毕竟未知因素更多。

写在最后

能读到这里的老铁,我真是佩服你,毕竟这篇文章真是像老太太的裹脚布又臭又长。我并非为了炫耀自己的主持经历,而是想告诉大家,像产品设计和项目管理这类系统性的知识,有很强的生命力和适用场景。试着将所学的知识迁移到工作生活中的不同场景,兴许你会有全新的发现,并产生举一反三,融会贯通的效果。

最后,如果你做主持人,且遇到了我上面描述之外的场景,那么恭喜你,人生的经历更丰富啦。记得要像一名优秀的产品经理一样,微笑面对一切意料之外的状况。

作者:徐虾壳,金蝶高级产品经理

本文由 @徐虾壳 原创发布于人人都是产品经理。未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。