10 分钟学会职场基本功

大多数“软技能”培训,是用四十页 PPT 讲四句话能讲完的东西。这一页只留那四句话:真正被人用来主持会议、给出反馈、拿到晋升的几个框架,每个都配一组改写前后的例子,今天就能照搬。

🎙️ 发布并录制于: ·

01结论先行:金字塔原理

麦肯锡的芭芭拉·明托提出过一个原则,它的分量超过这一页上其他所有内容:先说结论,再给支撑。大多数人是按自己想问题的顺序讲出来的,背景、分析、遇到的障碍,最后才是重点。听的人全程都在焦虑,猜你到底要说什么。把顺序倒过来。

✗ “我查了一下供应商那边的情况。他们的 API 三月份改过,我们
   的对接还在用旧的认证流程,文档也没更新,找他们的支持一
   周才回我,所以基本上……这次迁移要晚了,具体晚多久还得
   再看看。”

✓ “这次迁移会晚两周。主要原因是供应商三月份改了 API,
   我们的对接被打断。方案我已经有了,只需要你定一件
   事:兜底方案走哪一种。”

结论 → 2 到 3 条支撑 → 你需要对方做什么。整个金字塔就是
这么点东西。写邮件、开站会、回答“方便聊两句吗”,都是同一
个套路。
容易做错的地方
很多人听到“简洁一点”,就把支撑全砍了。不是这个意思。这条规则说的是顺序,不是长度。开头给答案,后面留着推理过程,给想深究的人看。坏消息尤其要这样:先说标题。埋起来,读的人只会理解成你在藏。

02SMART 目标

具体、可衡量、可达成、相关、有时限。说句实话:这个缩写本身是凑数的,全部价值都在 M 和 T 上。说不出怎么衡量、什么时候截止,那你手里不是目标,是愿望。剩下三个字母的作用,是让你在有人问“为什么是这个数”的时候能撑过那场会。

✗ “本季度改善客户响应速度。”

✓ “到 3 月 31 日,把首次响应时间中位数从 9 小时降到 4 小时,
   以客服看板的数据为准,并且不增加人手。”

检验方法:4 月 1 日那天,一个完全不了解情况的人能不能自己
判断你做到了没有?能,这个目标就是 SMART 的。还得你解释一
遍才说得清,那就不是。
容易做错的地方
给自己控制不了的东西定指标。“拿到 50 个注册”取决于市场,“做完 20 场演示”取决于你。结果里有运气成分时,就把目标定在你的投入上。否则你会出现两种下场:行为做到了,数字没到;或者更糟,为了数字去动手脚。

03STAR 方法

情境、任务、行动、结果,这是面试里回答“讲一次你……的经历”的标准结构。但它不只用于面试,任何时候你要讲清自己的工作,都靠它落地。两条被大多数人忽略的规则:行动要占六成篇幅,而且主语是“我”,不是“我们”。

✗ “我们出过一次大故障,当时压力特别大,不过大家一起顶住
   了,最后修好了,也学到很多。”

✓ S:“黑五凌晨两点,支付服务挂了。”
✓ T:“我在值班,先恢复服务,再把原因讲清楚。”
✓ A:“我回滚了这次发布,定位到那条有问题的数据迁移,
     写了故障报告,并加上灰度检查。”
✓ R:“40 分钟恢复服务。同一类故障从那之后
     一次都没再出现。”
容易做错的地方
情境说不完。面试官在你讲公司背景的第二分钟就已经走神了。情境加任务合起来大概二十秒就够,它们是背景,不是故事本身。另外,如果你的结果里没有一个数字,先去把那个数字找出来,再讲下一次。

04让人听得进去的反馈:SBI

情境、行为、影响。这套方法的纪律在于,描述你观察到的行为,而不是你推断出来的性格。“你太粗心了”是在攻击身份,对方立刻竖起防线。“报告里有三张图是错的”是事实,事实才有得谈。

✗ “你开会的时候很不专业。”

✓ “周一那次客户电话上(S),客户在说话,你在回 Slack
   消息(B)。客户注意到了,会后专门问我,我们是不是还
   重视这个项目(I)。”

说完就停住,把话给对方。SBI 打开的是一次对话;下判决书
是把它关上。
容易做错的地方
三明治式反馈。用两层表扬夹住批评,只会教会对方:你的表扬是警报声。好话在发生的当下就说,难听的话在发生的当下平静地说清楚。另外,表扬也可以用 SBI:“你写的迁移方案(S),每个阶段都带了回滚步骤(B),运维一个问题都没问就上了(I)”,比“干得好”有用得多。

05向上管理

向上管理不是讨好。它只有一条规则,永远不要让你的主管被意外打到,再加上一个无聊但稳定的汇报格式。意外会让主管开始盯细节,稳定的信号能给你换来自主权。真正有用的格式就三行:已完成、下一步、卡住了。

✓ 周报(三分钟就能写完):
  已完成:结算页 A/B 已上线,转化率 +4%。
  下一步:手机端流程,周四前给设计出初稿。
  卡住了:需要 staging 数据库权限(周二找了基础架构,
  还没回音,能帮我推一下吗?)

“卡住了”这一行价值最高。第一周就让主管知道的阻塞,是你在
帮他的忙;同样的阻塞到第四周才被发现,那就是事故。早点上
报不是软弱,一个人捂着才是。这一行千万别因为怕难看就省
掉。
容易做错的地方
只带问题,不带方案。“供应商延期了,我们怎么办?”等于让主管替你做你的工作。“供应商延期了。我看有两条路,要么砍掉 X 功能按期上,要么整体推一周。我倾向推一周,理由是这样”,这才是能让你升职的版本。带着可决策的选项,永远胜过开放式提问。

06值得开的会

会议存在的意义是做出一个决定。同步进度发条消息就行;头脑风暴需要提前准备才有效;所谓“对齐一下”,通常是一个没人写下来的决定。三个习惯能救回大部分人的日程表,而且没有一个需要向上申请批准。

✓ 1. 议题要写成一个问题,不是一个话题。
     “三季度路线图” → “这五个项目里,三季度我们投哪
     两个?”
✓ 2. 散会前落到人。
     “周五前小安约上供应商;周二前老沈写完迁移方案初
     稿。”
✓ 3. 一小时内把结论用文字发出去。
     两句话就够。谁来写,谁就定义了刚才到底定了什
     么。
容易做错的地方
推掉会议感觉有风险,所以大家场场都到,然后心里憋着火。可行的中间路线是回一句:“我们这次要定的问题是什么?如果这个问题不需要我,我看会议记录就行。”一半的情况下,组织者会发现根本没有要定的问题,然后把会取消。

07会被读完的写作

默认你的读者正在两个会议之间,用手机看,只给你八秒。军队把这个解法叫 BLUF,bottom line up front,先给底线。它就是金字塔原理用在一条消息上:诉求放第一行,最好放在标题里。

✗ 主题:“一个问题”
   “您好!我们最近一直在推三季度上线的事,法务那边提了几
   个点,想找您方便的时候聊一下,看看怎么处理会比较
   好……”

✓ 主题:“三季度上线文案需要你周四前确认”
   “法务标出两处表述有风险(文档已附,批注在文内)。周四
   下班前批准或直接改,我们就能按原计划走。需要背景的话
   在下面。”

一封邮件,一个诉求。两个诉求 = 第二个一定没人理。
容易做错的地方
“如我上封邮件所说”这类句子。写下来的阴阳怪气是永久的,每转发一次读起来都更难看,而它一定会被转发。如果一个话题要回到第三封才收得住,答案是打五分钟电话,不是再写一段更锋利的话。

08如何说不

每一次答应,都是对你已经承诺过的事偷偷说了一次不,只是来找你的人看不见你盘子里有多少东西。所以别拒绝人,把取舍摆出来,把选择权交回去。“可以,前提是”能起到“不行”的作用,摩擦却小得多。

✗ “行,我挤一挤。”   (这句谎话会毁掉你的周五)

✓ “可以,但报告要推到下周一,这件事同样要占两天。
   哪个更重要?”
✓ “整个审计我接不了,不过周四我可以拿一小时把结论
   看一遍。”
✓ (对主管说)“这样我手上就有三个 P1 了。哪一个可以
   往后放?”
容易做错的地方
解释太多。一个包在五条理由里的“不行”,只会招来一场关于第三条理由的辩论。取舍说一次,替代方案给一次,停。而且要快点说:慢慢说出来的“不”,比当场说出来的更伤信任,因为对方已经按你的沉默做了安排。

09速查表

整页内容压成九条。收藏、照搬、改成你自己的。

# 任何汇报,任何听众
先给结论 → 2 到 3 条理由 → 你要对方做什么。

# 任何目标
外人能判断你做到没有,以及截止到哪一天。

# 任何讲自己工作的场合
20 秒背景 → 你本人做了什么(带数字)→ 结果。

# 任何一次难开口的反馈
你看到的事实,它造成的影响。不用形容词。

# 任何主管
每周:已完成 / 下一步 / 卡住了。永远别让他被突袭。

# 任何会议
它回答一个问题,散会前落到人,结论一小时内以文字
发出。

# 任何邮件
诉求写进主题行。一封邮件,一个诉求。

# 任何超载
“可以,前提是 ___。哪个更重要?”

这些都不需要职级,这正是它安静的好处。人们就是靠这些习惯变成资深的。挑一个,这周就用上,再回来拿下一个。

Tell me what missed

A correction is more useful than a compliment. This goes straight to the person who writes SwiftGrasp.

Was this page useful?
0/1000

Please do not include passwords, private keys, or personal information.