面试中讲影响力，不是讲“我有权”，而是讲“我让人一起动起来”

在行为面试中，常会遇到这样的问题：

“Tell me about a time you influenced someone without authority.”

很多人一听就慌了。

我不是 tech lead，也不是项目 owner，我哪有什么影响力？

但其实，真正的影响力，恰恰是出现在你没有title没有权限的时候。

有 title的时候，别人听你是因为职责；没title的时候，别人愿意跟你一起做事，才是真本事。

影响力不是“你说服了谁”，也不是“别人支持了你”，而是你有没有设计出一条路径，让对方愿意、看得懂、信得过地往前走。

不是你很能讲，而是对方愿意行动。

跨组、跨时区、无 title，但你能把合作推下去

我当时参与的是一个金融系统迁移项目。

我们的目标是把一个核心计算服务从老平台迁到云原生系统，底层逻辑处理的是几十亿资产的外汇对冲计算。

迁移刚做完接口集成，测试就出问题了：新老系统的数据不一致。

而这些不一致，很容易被贴上新系统有 bug的标签。再加上两个数据源是美国团队负责的，而我们团队不负责任何上游数据，也没有任何产品/技术 ownership。

说白了：出事了，我们也改不了他们的代码；不改，我们的系统就上线不了。

项目当时没人想接这锅。但我知道：不管是不是我的责任，如果这个事没人推进，整个系统就搁浅。

我从最小的部分开始动手：复现场景。

我先同步了生产数据，先验证新系统自己的计算逻辑，确保它不冤枉。然后写了一个自动对比工具，把新旧系统的输出按字段、来源系统、差异类型做出结构化比对。

每一条对不上，我们都拿截图、payload、raw log 一一对照，用最无可争议的方式证明它是 bug 还是预期差异。

这些证据，我们不是发一句“你们系统有 bug”，而是整理成结构清晰的比对表，带截图、带文字、带注释，按字段级分类，发过去。没有责备，只有透明。

有些是对方系统的问题，有些是我们之前的处理逻辑理解错了，还有一个是非常隐蔽的：外汇汇率计算精度，从之前的乘法公式改成了除法，精度差在第七八位，但在几十亿规模的基金中，会导致上万美元的差异。

我把这个问题结构化说明清楚，做了场景复现， 数学公式和合规文档对照，并发给了业务方做确认。

他们很快意识到，这不是工程细节，这是合规风险。

整个过程我没有 title、没有权限，但我推进下去，是因为我做了三件事：

1. 用推理替代发号施令。不是“我们要你改”，而是“数据在这里，逻辑是这样，为什么会这样？”
2. 用结构降低认知门槛。不需要别人自己去查问题，而是整理好给你看，让对方无阻力地决定。
3. 用关系节奏维持合作温度。每周固定时间同步，不推不吵；对方做完一个修复，我们写感谢，也跟进回测。

这不只是沟通能力，这是影响力：你不站高位，也能拉动前进；你不带帽子，也能让人相信你说的事值得做。

当你不被赋权，你怎么慢慢构建信任？

有一次我刚进一个新项目组，正赶上一轮内部 roadmap 调整。我们组被要求负责某个低优先级、但跨组依赖很多的组件维护。

这件事说难不难，但谁都不想接，因为它没有直接产出，也没什么曝光度，还容易被别组怪罪“你没维护好”。

我观察了一下发现，大家的问题不是不会做，而是做了也没人 care。

我不是 TL，也不是项目负责人。但我整理了三个月内所有这个组件的 incident、延迟记录和相关人的反馈，做了一份风险趋势图。

这个图我没拿去要资源，而是发给两位组内的senior，看他们怎么看这个问题。

其中一个人看完后私下跟我说：“我感觉这个事确实该有人系统性跟，但你别是想把它推给我吧？”

我说不是，我是希望我们能一起想想，这个组件的责任边界应该落在哪，而不是每次 incident 都我们来扛。

后来我们三个人一起列了一个责任切分表，拉了另一个组来一起复盘三起最近的 case。对方原本是甩锅型选手，结果那次复盘之后，说了一句：“其实我们自己也觉得这个组件没标准，某一部分确实跟我们组有关。”

那个瞬间我没说什么，但我知道大家的信任建立起来了，这个事儿就有希望了。

我没用“我们必须”，也没用“你应该”，但我创造了一个节奏，让对方在低张力下看见了问题，然后自发地做出选择。

这就是不靠角色、不靠语气，也能逐步建立信任的影响力。

AI 怎么帮我复盘出影响力的结构？

我在准备这类面试故事时，会专门用一组 prompt 让 AI 帮我拆出：我讲的，是执行，还是影响。

你也可以试试这些提示词（可用 ChatGPT 或 Claude）：

I’m preparing for a behavioral interview. Here’s a story where I influenced others without authority: [paste] Please help me: – Highlight moments where I guided decisions through reasoning, not power – Point out any vague areas that could be strengthened with clearer influence patterns – Ask 3 follow-up questions an interviewer might use to test my influence depth

有时候我还会请它帮我总结这类故事的“决策路径图”：

• 最初意见不一致在哪里？

• 谁是影响对象？他的原始阻力是什么？

• 我的行动有没有降低阻力，还是只是做得多？

• 是哪一刻对方开始改变？为什么？

这些不是为了把面试故事装进STAR框架，而是为了让我讲出那个我没发号施令，但决定在动的过程。

真正的影响力，是你在场，但你不站在前面

回头看我参与过的最有成就感的项目，很多时候我都不是那个被写进汇报的名字。

但每次关键节奏有人接住、有人点头、有人认同继续走下去的那个时刻，我都知道：我在场，我参与了那个节奏的构建。

行为面试讲影响，不是讲你多会讲，而是讲：你在没被赋权的时候，怎么让人自动选择走你铺好的路。

影响力不是让别人听你，而是让别人相信你说的事，做起来值得。

读者反馈： 完全赞同，向锤姐学习！👍 分享自己的一点经历，距离锤姐的难度差太多了.

我在澳洲独自WFH三年多，入职时每天面对数百条Slack消息，经理按时逐一分配任务。头三个月，我整理常见故障，归纳成表格；半年后，搭建POC环境，展示stateless架构的高效性和经济性。结果，客户数据同步时间从4小时+缩短到30分钟，昂贵的实例运行从24x7降到4x5，每月节省超1万美元。一年后，系统成功迁移到新架构。之前每周忙碌8x5，调整后仅需3x4😛。作为团队中入职最晚，多系统了解最少的成员，我通过数据收集、性能对比和演示，逐步赢得经理及跨部门认可，推动架构调整稳步落地。

其实优化过程技术上并不复杂。原架构依赖多个服务器处理数据，通过rsync将上百GB数据分发到全球100+客户端。优化后，改为server → S3 → clients的流程，数据处理与分发效率提升数倍。在搭建POC环境前，我与经理反复沟通，他虽口头认可但未明确支持。我独立完成POC环境搭建后，性能提升显而易见，经理当即大力支持，推进数据分发架构优化

-==== 有次HR让我讲个攻破某技术难关的故事，我讲得是我率先突破，建立团队信心，又教给别人甚至领导也学着做了任务，我讲完故事最后总结It’s not about skill，it’s about influence.