乔新亮CTO成长复盘(中)
2021-12-18 11:29:36 2 举报
AI智能生成
现彩食鲜CTO,前苏宁电器技术中心副总裁的个人成长复盘,第2部,共3部
作者其他创作
大纲/内容
对管理工作的复盘
管理工作核心
组织调整到位;
加强协同效率;
激发团队活力;
企业 IT 能力
飞轮有四个“叶片”
其中「端到端的产品管理」、「增强协同 - 项目管理」以及「绩效与激励体系」部分,其实就分别对应着管理者最重要的三个任务
1 号叶片,是绩效与激励体系
管理者要做的,就是通过团队成员的投入产出比评定绩效,通过阶梯式绩效建立有行业竞争力的激励体系。
2 号叶片 —— 项目管理部分
三项重要工作
目标清晰:每个业务目标、产品目标、技术目标都要清晰且可量化;
责任到人:上述每个目标都要责任到人,不能都是项目经理扛,项目经理扛不了的;
承诺到位:如果需要外部组织配合,要得到外部组织的明确承诺;
人才密度加强
在用人方面,要尽量提高人才密度。同样一份工作,宁可用两位中高级人才来完成,也不用三位初级人才来完成,主要原因是要考虑管理成本。
3 号叶片 —— 产品管理部分
建立面向产品的组织架构和机制,以产品为核心让组织运转起来。
做项目赢在当下,做产品赢在未来。
4 号叶片 —— 企业战略层面
当下我们围绕产品做的许多工作,并不一定能帮助业务立刻跨上一个台阶,有些可能是在半年后才会深度影响业务的增长。
管理者最重要的三个任务(一):组织调整到位
组织架构是公司协作的基础,它决定了各团队如何思考、如何协作。
职能型研发组织架构的特征
每个研发中心为一个最大产品团队;
二级部门按岗位职能划分为多个专业职能部门,比如产品经理团队、研发团队,还有进一步把研发团队划分成开发团队、测试团队的;
每个人员仅归属到一个职能组织;
三级部门人员按编制无限扩充;
三级部门团队 leader 任命从岗位职能中挑选 / 竞聘,比如研发能力强的当研发团队 leader,测试能力强的当测试团队 leader;
产品型研发组织架构的特征
每个研发中心为一个最大产品团队;
二级部门按产品下分多个产品组织为三级部门,每个产品组织均形成一 个产品团队;
每个人员至少归属到一个产品团队,暂不限制归属产品数量;
每个产品团队约为 7 ~ 8 人,人数受限,最多 10 人;
每个产品团队产品经理、开发、测试齐备,是一个可以独立作战的小分队;
三级部门产品团队 Leader 可以是团队任意成员;
产品团队 Leader 要求(综合能力):专业能力、领导力、汇报能力;
团队 Leader 任命原则为能者居之,能上能下;
从智能研发团队到产品研发团队的变化
第一,产品经理、开发、测试,形成了一个整体,被赋予共同的文化价值观,为共同的目标去努力,战斗力变得更强了。
第二,无论是产品经理,还是开发、测试,都开始和业务部门熟悉起来,和运营同学坐在一起,为自己的产品负责。
第三,管理者开始能通过一套统一的绩效考核体系,去考核不同岗位的团队成员。
身为管理者,你要学会灰度管理,不断在业务发展和技术能力建设中间寻找平衡
IT 团队的定位是,IT 必须成就业务。
企业做增长,个人看成长;鼓励每个人凭借自己的成长,在团队内贡献更大的能量,赢得企业的发展
如何做组织架构的选型?
不是说所有公司都要立刻构建面向产品的组织架构
三个比较关键的考量标准
第一,如果公司在技术方面还存在比较大的挑战,建议选择职能型研发组织。
第二,如果技术挑战所剩不多,不要犹豫,建议转为产品型研发组织结构。
第三,通过设置技术管理办公室、云部门统一建设基础平台和研发管理平台,降低对于大多数开发、测试的专业能力要求。
管理者最重要的三个任务(二):加强组织协同效率
协同,就是让所有人向着同一个目标狂奔,并妥善解决奔跑过程中的合作问题。
认知与工具层面的目标聚焦
无论你的能力有多强,需求是永远做不完的;
因为需求做不完,所以要努力通过全局视角思考,做到战略上的“舍九取一”,进行单点突破。
顺畅合作-协作的客观方法
第一,对方不愿意配合,是态度问题。管理者发现后要及时出面,说服解决;
第二,对方愿意配合,但确实很忙。管理者及时出面,判断哪个需求更贴近大的目标,以公司的利益为主,大家都要在大的格局看问题、做决策;
第三,无论为公为私,双方吵起来了,乌烟瘴气,以至于管理者都不好插手。这点倒是难倒了很多人。
要通过沟通来解决,不能决策的找上级管理者决策,但绝对不允许在办公室吵架(不是辩论),如有发现,直接开除。
你的公司里是否有这种情况
团队各做各的,心没往一起去,影响团队产出;
团队间互相扯皮,出了问题互相推诿,影响团队产出;
IT 团队的同学,有时候会说:你看我做了一个很好的东西,但是他没有配合好,所以没有发挥价值;
4 大协同手段
沟通协同:一般通过飞书等即时通讯软件来实现;
日历协同、会议协同:这里是指全员、尤其是管理者要做到日历公开,只要空白的时间段,就意味着可以预约会议,减少协调成本;
文档协同:一般通过石墨文档、飞书文档等共享文档实现高效协同;
目标协同:一般通过 OKR 来实现上下目标对齐。在彩食鲜,中高层每月、每季度对齐目标;执行层每日、每周对齐目标。
为管理者,要每周,甚至每天关注
在团队内,是否有影响协同效率的事情正在发生?
哪个组织、哪个人阻碍了协同效率的提升?
团队成员是否因为缺乏大局观,影响了更大组织目标的达成?
要公开表扬、鼓励协同做得好的组织和个人;
对影响了协同效率的组织、个人私下进行批评、沟通。
平时看过程指标,考核看结果指标。
尽一切可能打造极度透明、信任的文化
不够透明的信息,最终都会花掉团队更多的时间成本。
问题必须提前暴露
经常同步好消息,这点其实不难做到。你会将坏消息主动同步给领导吗?
彩食鲜制定了两项规定,不容破坏:
问题必须暴露,不许隐瞒,这是红线。有问题不上报,发现后直接开除;
允许犯错、试错,不以指标决定绩效评分,最终以复盘情况决定绩效。
在彩食鲜科技中心,确定性工作使用 KPI,不确定性工作使用 OKR,效果很好。
总结
协同就是向管理要效率,是管理岗位存在的基础意义;
管理者要通过四类工具和基础认知,时刻盯紧协同中的目标聚焦问题和意外情况;
效率是相对的,其关键是极度透明的文化,没有透明就谈不上高效协同;
工具选择只是提高协同效率的一部分工作,给团队带去有底线的安全感往往更加重要。
管理者最重要的三个任务(三):激发团队活力
激发团队活力,管理者的第一个任务是找到同路人。
怎么找到同路人
认真规划面试工作、企业文化宣传、激励措施制定
开除那些触碰底线的人,尤其是能力很强、但触碰底线的人,因为这样的人对团队其他成员的影响力很强。
我们团队不允许抱怨,你可以反馈问题、随时找我商量解决方案,但不允许私下、不停地抱怨,否则立刻开除。
……
管理是为了不管,管理的目的是为了将不那么能自我驱动的人,变得更主动、更积极,而不是当个监工,越管越严。
如果管理制度只是越来越多,最后公司会被制度束缚住手脚,响应外部市场的速度会越来越慢。
向管理要效益;然后慢慢不管,团队自律、自驱,管理逐步达到无为状态。
首先,如果你始终处于工作饱和状态,个人是很难上台阶的 ,做初级管理者都天天熬夜了,做高级管理者不得天天不睡觉了?要想办法逐渐用更少的工作量,达成更好的效果;
再者,应该人人都希望自己团队都是自驱力强、创造力强的成员。如果管理介入得太多、太死板,那些自驱力强的人才,就会逐渐离开团队,因为他们失去了自由和空间。
最终我们理想中的样子是,所有人都很自由、都不需要管理。那么其中的另一个核心就是,团队是否具备开放平等的工程师文化,这样的文化才能激发工程师的积极性。
赋予团队使命,打开考评与晋升通道
只有频繁地重复输出,坚持言传身教,使命和愿景才能从墙上走下来。
组织内是同赛道进行对比,他可能在管理赛道上是倒数,但在普通员工赛道就又是“优等生”,又变得很有竞争力。
管理游戏化,发现每个人的优点
彩食鲜的八个奖项
金苹果奖:工作成绩好,业务价值高;
烂草莓奖:还需要继续努力不断提升;
最具协作力奖:团队协作做得好;
最具契约精神奖:使命必达,保质保量完成任务;
持续改进奖:敢于试错,在自己的工作岗位不断尝试,持续改进;
最佳专业技能奖:专业技能强,技术第一名;
最佳服务满意度奖:时刻将客户服务放在第一位;
月度最突出贡献奖:当月团队贡献最大;
奖项与奖金无关
激活团队,重要的是细节
彩食鲜是要求团队每天打卡
但是打卡只是记录了数据
打卡结果不与奖金挂钩
不需要补考勤
没有罚款
管理者也不会单纯因为迟到去批评一个团队成员
为什么要打卡
首先,这个动作会让团队成员有时间意识;
其次,当团队的产出和工作态度出现问题时,打卡数据会成为一个参考信息。
项目在不停地延期,有个人还迟到早退,这样的情况就应该重点关注
项目做得又快又好,有人还是按时下班,说明他的能力已经超过现阶段的公司要求
激励是否与金钱挂钩
推荐按业务价值确定激励数额:业务增长,大家吃肉;业务停滞,大家就要咬牙努力。
管理的人性哲学:金刚之怒,菩萨慈悲
用沟通替代吵架和抱怨、用求助替代隐瞒
真正“冷酷”的行为是:
发现组织气氛变坏的苗头,不及时制止;
发现个别员工影响组织成功时,不及时沟通。
案例一:如何与员工沟通加薪问题
金刚之怒
近有一个团队的核心骨干,到办公室找我,要求加薪。
因为他有一句话是这么说的:“……我知道周围很多人工资都比我高……”
你这属于严重的违规啊!公司内不允许互相打听薪资,这是规定,为什么不遵守呢?
菩萨慈悲
我接着对他说:“不过客观来讲,你的薪资确实偏低了。”
薪资低是有历史原因的,在上一家公司工作时,他的薪资就不高。
当他来到彩食鲜时,薪资也没有实现跨越式的成倍上涨,这是客观事实。
当下为什么薪资低?因为你的起点低,这是自己过去的选择造成的,要为自己的选择买单;
未来薪资为什么会上涨?因为你在为团队持续地产出价值,两三年以后,你的薪资可能就满足了自己的期望。
案例二:如何处理员工的绩效和降职问题
在彩食鲜,KPI 和 OKR 系统里的几个数字,不会直接决定你的绩效和薪资水平。
季度结束时,我们会开一场述职会,由其他人共同现场打分,保证公开透明。
打分项则涵盖了团队价值贡献、产品能力提升等各个纬度,讲得好可能绩效就好,讲得差可能绩效就差。
你可能想,那技术人不成了靠嘴吃饭的人吗?
团队 Leader 的必备能力之一就是“汇报能力”。
第一,就算是技术人,也要把语言表达能力重视起来,对团队协作和职位晋升都有好处;
第二,很多时候,表面看是说不清楚,实际是没想清楚。
Q3 的述职会上,评分倒数第一的小分队的 leader 要被降级
本人其实就不太服气:他觉得自己付出了很多,也为组织创造了很多价值
第一,这么多人在现场公开打分,你就是倒数第一,要承认这个结果;
第二,会讲很重要,要锻炼汇报能力。你做的 PPT 完全不合格,如果光凭 PPT 和汇报结果打分,你的得分应该更低。恰恰是因为大家知道你平日里的成绩,才会出现这个分数;
第三,你在团队管理方面得分很低,为什么?因为你只是个专业的产品经理,很多管理工作都没有做。就连团队内部发生吵架现象时,都没有及时地介入和做调整。既然你身在管理岗位,就必须承担起相应的责任,为组织的一切问题负责。
我说,按评分,他理应被降级。但我手头没有更合适的 Leader 人选,所以我决定把他重新提拔上来,再给他机会去学习和锻炼。
先把这位 Leader 降职,这是金刚之怒;再把他提拔回来,这是菩萨慈悲。
当你批评下属时,越严重的批评越要选择私密场合进行,一定不要骂人
夸奖员工的时候,要指出员工可以继续提高和成长的方向;
批评员工的时候,也要肯定他的努力和做得好的部分。
全局思维和持续完善体系的建立,让团队持续成长
团队成员的争吵时怎么办
吵闹一般是缺乏全局思维引起的
案例1 高可用设计或许是个“伪命题”
光缆连接美国达拉斯到深圳的机房居然只有一条
业务部门却不愿意为新增加的光缆付费,说目前部门的压力大
根源在于看问题的视角不够高,缺乏全局思维。
这条光缆的问题不会对 C 端业务造成影响,只会影响后台的统计分析。
最后,技术团队将相关调研整理、总结,和业务部门坐下来相互对齐,得出结论:业务影响处于可以接受的范围,结合公司情况,暂不增加备用光缆。
光缆也被挖断过,但是大家都理解
中台也是类似的,中长期投入没有产出,KPI考核压力大
全局思维与向上管理
全局思维,都是站在更高的维度,将技术视角和业务视角统一起来,学会用业务增长的思维看待技术建设。
每次周会问下属
我的回应经常是:“你说的都对,但这个有什么用?产品是什么,用户是谁?对用户有什么好处,对公司有什么益处?”
向上管理
很多 CEO 其实很讨厌“向上管理”
一是听起来确实让人不大舒服,像是在沟通中,掺杂了很多心机和花样;
二是在很多 CEO 眼里,“向上管理”属于伪命题:是 CEO 真的需要被管理,还是下属自以为比 CEO 更明智?
时间维度
是指遇事不要只看当下得失,要学会站在未来六个月、一年甚至三年的维度看得失。很多让人难以决断的问题,只要站在更长的时间维度去看,就会豁然开朗。
空间纬度
不要只站在自己的视角看待问题,要时常做好身份转换。
比如技术人员要考虑
站在业务部门的角度,会如何考虑这个问题?
站在财务部门的角度,会如何考虑这个问题?
站在 CEO 的角度,会如何考虑这个问题?
CTO 也可能犯错
2015 年年底到 2016 年年初针对容器编排管理工具,有两个选择:一个是 Swarm,另一个是 Kubernetes
Swarm 的架构简单,是 Docker 内嵌模块,部署运维成本低,在业务角度有利于降本提效;Swarm 是 Docker 的原生编排工具,支持度好,容器的启动速度高
Kubernetes 当时的情况就有些不尽如人意
结果,还不到一年,我就知道自己做了错误的决策。
召集团队,承认了自己的失误,立刻做了调整。
复盘这件事时,我发现,在做技术选型时,我们少考虑了一个关键因素
大厂的支持能力。
管理维度的全局思维和持续完善体系的建立,这是一个不断迭代的过程。
管理战略上的聚焦和放弃:有舍才有得
在一定时间内,只将注意力聚焦在其中一个板块上。对于初级管理者来说,这一点尤其重要。
普通技术人聚焦个人成长
为什么乔新亮在工作不到两年后的第一次跳槽中,就能让薪资上涨 2.5 倍呢?
在神州数码时,有一个标签:工作流引擎方向的技术专家
麒麟远创愿意以 2.5 倍薪资招募我,也是因为我能在非常重要的岗位上,承担起与“工作流引擎”相关的工作。
一定要做“T”型人才,也就是说,首先要在某个维度成为专家,广度都是深度的附属。
这个社会不会奖励面面俱到,但都很平庸的人,光环永远属于那些有明显优势、有明显长处的人。
成长就是为了变得更优秀,而优秀的含义是:做同样的事情,表现比别人更好。
聚焦不但会影响成长的速度,还会影响成长的质量。
在程序员阶段,如何在成长中贯彻聚焦的思想。
因为这一阶段,你的角色是 “Do”,执行公司派发的任务。
所谓「聚焦」更偏向个人成长。比如,花两周的时间,让自己的代码变得优雅整洁。
重点在于“有目标”,用目标指引自己的学习,找到工作的重点。
找到重点,是为了让自己在这一领域变得更优秀。
目标可以很小,但长年坚持下来,优秀就会变成一种习惯。
初 / 中级管理者聚焦双线成长
技术与管理两手抓,是成长的好机会,有了跨台阶的机会。
当你的技术深度,足以辅导团队做技术选型和决策时,就可以聚焦管理了。
当你聚焦管理工作就要尝试去思考管理的价值所在,让自己在技术方面的专业度,成为做技术选型、技术决策的重要支撑。
一步一步聚焦「管理三板斧」的落地
上面讲的许多管理内容,其实和管理者下辖的团队规模关系不是特别大。
千万不要觉得团队有多少人,就承担多少人的工作量。
舍九取一,聚焦和放弃紧密相连
舍九取一,只有舍弃掉 90% 干扰事项的人,才可能真正聚焦那 10% 的核心任务。
培养全局思维,只有看到全局,才能做好聚焦。看清问题全貌,是做好聚焦的大前提。
结语
第一,所谓聚焦,不是让你随心所欲地乱选发展方向。
企业现阶段最需要的能力是什么?
行业目前最稀缺、最有市场的能力是什么?
第二,不要因为做了聚焦,就回避其他一切任务和需求。
该付出的时间和精力,还是不要吝啬
风险管理:世界是脆弱的,持续管理风险非常重要
墨菲定律”告诉我们:如果事情有变坏的可能,不管可能性有多小,它总会发生。
案例:苏宁UPS供电方案。
团队反馈说“ N + 1 ”方案已经非常成熟
不同意“2 N” 型保护策略
一定要做好调研、做好风险控制,绝不接受自己不熟悉的方案。
打卡,本质上是个风险控制手段
在公司的角度上,打卡只是个行为,更准确地说,应该叫“考勤”。希望你按时上班
为什么要按时上班?从目标和结果来看,这是为了让团队有一个稳定的工作产出
这是老板要提高组织产出的下限,从公司全员每天至少有 8 个小时的产出
风险控制,重要的是尺度
打卡是为了收集数据,作为团队健康度评定的重要依据。
通过一个打卡数据,是能非常清晰地看到组织的健康程度的。
高层应该给予团队一个关键且唯一的价值导向:我们需要并奖励那些自驱力强、有 Owner 意识、不需要我去管理的团队成员。
如果你把打卡拿捏得很死板,“打卡”这件事,就与高价值、高自驱、有创造力等企业文化导向割裂开来,变成了一个需要额外背负的“讨厌”任务。
有效的风险控制:高层不能战略懒惰
高层时时刻刻提醒自己:今天有没有偷懒?有没有和中层管理者抢工作,却对战略问题、全局问题视而不见?
实际可操作的风险管理
项目立项有三点要求
目标清晰;
“SMART 原则”公示
S=Specific,目标必须是具体的;
M=Measurable,目标必须是可以衡量的;
A=Attainable,目标必须是可以达到的;
R=Relevant,必须要与其他目标有一定的关联性;
T=Time-bound,目标必须具有明确的截止期限;
责任到人;
每条目标必须与责任人一一对应。
文档里的参与者名字排在第一位的,要负责将目标拆解、分派下去,如果目标没达成,他负最终责任;
如果目标实现了,他也享有最大的功劳。
承诺到位。
以上三点都做到了,也不代表项目就不会出问题。
第一,余下的解决思路大致可以归纳为:要么向上求,要么向下求。
第二,风险是个概率性事件,概率只能升高或降低,几乎不可能归零。
人要有勇气接受一些风险,因为彻底规避风险的代价太大了。
需求做不完,应该怎么办?(初/中级管理者篇)
需求永远都做不完
对于任何一名走管理路线的技术人来说,工作状态长期过于饱和,都是一个危险的信号
在新台阶工作了一定时间后,还是很辛苦,就要好好反思自己的工作方法和认知了。
“管理三板斧”、培养全局思维、聚焦能力、风险意识,基于这个考虑
初 / 中级与高级管理者的定位差异
初 / 中级管理者和高级管理者应该区别看待。
前者主要解决效率问题,后者主要解决价值问题。
效率问题要和价值问题围绕同一目标进行对齐。
价值问题
“价值问题”的核心是要对需求的价值和正确性作出回答
明确需求在公司目标中的地位,决定需求的优先级
自我定位
初中级管理者,还喜欢天天找 CEO 聊价值和战略问题,可能会“死”得很惨
高级管理者,却仍然在处理效率问题,那就是严重的失职,战略上过于懒惰。
难度最低的办法:保持专注
首先,如果你大脑在繁杂事项间不断切换处理,一天下来会很累。这是导致效率降低的主要原因之一。
其次,专注做事情更有目标感,相应地也更有成就感。
周报不能写流水账
哪怕你一周就写一件事,只要对季度目标的达成有利,我觉得都没问题;
哪怕你一周写了一百件事,如果和季度目标没关系,我认为可能都是白费劲儿。
80 分管理者:学会时间管理
真正将时间严格管理起来的人却很少。
一个主要原因是,意外太多了,经常被打断。
一个始终在处理紧急问题的管理者,不可能是一个优秀的管理者,管理者不应该是职业“救火队长”。
首先,要学会用团队力量解决部分紧急任务;
其次,在时间规划中,要为紧急问题预留时间;
最后,即便是紧急任务,也要有取舍,也要区分优先级。
优秀的高级管理者永远希望下属有思考、有权衡,能优先做最重要的事情,能成就业务;
100 分管理者:思维陷阱和认知灌输
《别让猴子跳回背上》
最关键的部分:授权与审查,简单说就是分配工作、检查工作。
附加工作
思维陷阱一:下属为何这么笨?
下属的工作能力本来就不如你,不然也不会拿着比你更少的薪水,成为你的下属。
思维陷阱二:教会徒弟,饿死师傅?
不要总是担心自己,让别人有发展,自己迟早会有发展,因为这至少证明你的管理能力在上升。
作为一个初 / 中级管理者,至少要培养两名能力很强的下属,才算合格。
每当我不得不替下属完成部分工作,我都会告诉他:这是你的工作,我是在替你完成工作。
结语
保持专注、学会时间管理、做好授权审查,在我眼中,这是初 / 中级管理者解决效率问题最有用的手段。
需求做不完,应该怎么办?(高级管理者篇)
需求处理量提升至 150%,仍然无法满足业务方要求
不再解决效率问题,解决需求价值问题
解决效率问题依赖专注做事的习惯和方法、高效的时间管理方法和「别让猴子爬上背」的管理价值观;
解决价值问题依赖产品型研发组织的构建、对 CEO 的影响力以及对业务及其他部门的影响力。
追求效率要适度,追求价值则要无所不用其极。
所谓“价值问题”,就是要对需求的价值做出回答,明确这个需求在公司季度、年度目标中的地位,决定某个业务需求的优先级。
表面上公司是在为了需求积压而焦虑,实际上是在为业务发展的困境承受煎熬和困扰。
高级管理者解决价值问题,初 / 中级管理者解决效率问题,一切取决于个人定位。
建设产品型研发组织结构,做战略上的聚焦
要由“项目驱动”转向“产品驱动”
前提条件是团队能力尚可,技术上不存在太多挑战。
在“项目驱动”的模式下,可能没人对需求的价值作出负责任的回答 —— CEO 或 某事业部总经理单个人的精力不足以覆盖每一个需求;
在“产品驱动”的模式下,所有需求都应该是对产品价值的准确回答,因为这是团队共同的责任。
深度干预集团战略和激励体系
问题一:业务部门不理解技术部门的变革
答案是:CEO 对业务和产品的认知,决定了他会不会说服业务部门;CEO 应该重新定义技术部门的 KPI 或 OKR。
问题二:一般团队很难在心态和行为模式上作出比较好的转型,很可能全员思维僵化,继续等待需求下发,下意识认为没有需求就等于没有工作。
答案是:重新规划考核体系,并将业务部门纳入考核;重新定义激励体系,从面向需求转为面向产品。
如何通过演讲分享,打造自己的影响力?
影响力就是用别人乐于接受的方式,改变他人思想和行动的能力。
大部分人聚焦“关注圈”,不停地吐槽、抱怨,却无能为力;成功人士习惯聚焦于“影响圈”,使影响圈不断扩大、扩张和成长。
打造个人影响力的主要方式是演讲分享
演讲分享也是成本最低、回报率最高的影响力建设方式之一
听众对理论居多、无实践案例的章节感触不大,对生动的案例则很有兴趣。
再者观众更喜欢走心、诚实的分享,不喜欢教条的宣讲。
因为在给别人分享的时候,其实收获最大的是我自己。
首先,分享你需要做准备,从多个视角去推敲自己的内容,这能够让你的思考得更为深入。
其次,分享要有用户思维,让用户理解,这等于你是在把演讲做成了一个产品,为了这个产品体验好,
最后,如果你讲得不错,听众会给一些正反馈。反过来激发你,让你觉得自己厉害,后面你做事的时候,就会给自己提更高的要求。
对于演讲来说、精心准备还远远不够,还要有用户思维、产品思维,要思考观众真正想听的是什么。
现场演讲最大的优势,就是能和观众产生充足的互动,给你及时反馈。
优秀演讲的真正内核是:从心底里放下架子、足够诚恳,明白自己是来交流的,而不是来讲课的。
别总说文绉绉的专业术语,多说些实在的大白话,多分享点有逻辑支持的实践经验。
通过演讲和分享打造自身影响力,请一定要做时间的朋友,认真对待每一场分享和活动
认真是迈出的第一步,真诚是要跟上的第二步。
大部分情况下,过度包装自己都不会带来益处。
0 条评论
下一页