客户会议沟通
33 分钟阅读
客户会议（client meeting）在美国公司里指跟外部客户开的那些会：项目启动会（kickoff）、每周进度同步（weekly sync）、季度业务回顾（QBR），以及出了事之后的补救会（escalation call）。中国同事最不适应的是称呼和语气：哪怕对方是财富 500 强的总监，会上也是 Hi Mark，邮件开头也是 Hi Mark。美国客户判断你专不专业，不看头衔和敬语，看两件事：你有没有准备好，以及你说过的有没有做到。
第二个要练的是确认需求的方式。中文里"好的，我明白了"是礼貌；英文里这五个字什么也没确认。美国客户最怕的不是你提问，是你没问清楚就回去开工。所以复述是常规动作：Let me play that back to you.、So just to make sure I've got this right...。追问一句"你说的’尽快’是几号"不会显得你笨，只会显得你在管风险。
| 中国人的直觉 | 美国客户的解读 |
|---|---|
| 反复确认需求 = 显得我没听懂 | 反复确认 = 专业、可控 |
| 报坏消息先解释内部原因 | 听起来像找借口，要先说影响和补救 |
| 先答应"我试试看" | 等于答应了，做不到就是失信 |
| 不是我们的问题，先划清责任 | 客户听到的是"你们不管了" |
| 说"不知道"很丢脸 | 说"不知道"却不给下一步才丢脸 |
| 连声道歉显得诚恳 | 过度道歉显得失控，只对影响道歉就够 |
第三点最重要：在美国客户关系里，早说的坏消息几乎总会被原谅，晚说的好消息不会。同样是延期一周，你在知道的第一天就打电话过去，客户会跟你一起想办法；等交付前一天才说，客户记住的是"你们瞒着我"。这两件事在客户心里完全不是一个量级。
每一次客户会其实是两次会。 第一次是电话里那个会，第二次是你当天发出去的那封 recap 邮件。电话里说得再好听，只要没落到文字里，两周以后就是两个人各自的记忆。美国客户不会觉得你发 recap 是啰嗦，他们反而会用你那封邮件去跟自己老板汇报。所以每场会结束前留三分钟，把决定、行动项、负责人、日期念一遍，散会之后立刻写下来。
含糊的时间词必须在会上变成日期。 中国同事听到 soon、ASAP、down the road、in the near term 会默默记成"尽量快"，美国客户说这些词的时候脑子里其实也没算过。你自己的项目里每一个含糊的时间词，都是一颗延期的雷。正确动作只有一句：把球轻轻推回去，When you say "soon," what does that mean in terms of a date? 逼出来的日期未必准，但至少双方从这一刻起用的是同一本日历。
kickoff 会上真正要问清的六件事（漏掉任何一件，后面都会以变更单的形式回来找你）：
| 要问的 | 长什么样 | 为什么不能省 |
|---|---|---|
| 范围（scope） | 具体交付什么、给谁用 | 边界不清，后面所有争论都没有依据 |
| 排除项（out of scope） | 明确说"这次不做"的东西 | 不写排除项，客户默认全都要 |
| 日期（dates） | 每个节点的日历日期，不是"几周后" | 换成日期才能被发现排期冲突 |
| 优先级（priority） | 哪些是上线必须、哪些是 nice to have | 时间不够时你知道先砍什么 |
| 验收标准（acceptance） | 谁验收、拿什么算通过 | 验收标准缺席，项目永远结不了案 |
| 最终用户（users） | 到底谁天天用它 | 用户不是会议室里的人，功能就会做偏 |
项目启动会：把需求一条条复述确认
乙方 Delivery Lead（就是你） 客户方 Project Manager（Rachel） Mark（客户方运营负责人，会上后半段加入）
（周一下午，kickoff call，四十五分钟）
乙方 Delivery Lead: Thanks for setting this up, Rachel. Is Mark joining for the scope part?
💬 乙方交付负责人： 谢谢你组织这个会，Rachel。范围那部分 Mark 会参加吗？
客户方 Project Manager: He is. He’ll hop on in about ten minutes — he’s coming from another call.
💬 客户方项目经理： 会。他大概十分钟后进来——他上一个会刚结束。
乙方 Delivery Lead: No problem. Then let me start with what I think I know, and you tell me where I’m off.
💬 乙方交付负责人： 没问题。那我先把我理解的讲一遍，哪里不对你直接说。
客户方 Project Manager: Perfect. Go ahead.
💬 客户方项目经理： 很好，你说。
乙方 Delivery Lead: So just to make sure I’ve got this right: we’re building the customer portal, it goes live mid-November, and it’s for your internal team — about forty people. Am I close?
💬 乙方交付负责人： 确认一下我理解对了：我们做的是客户门户，十一月中上线，用户是你们内部团队，大概四十人。我理解得接近吗？
客户方 Project Manager: Close, yeah. Forty in phase one. Three teams — finance ops, procurement, and regional accounting.
💬 客户方项目经理： 接近。第一期四十人，三个团队——财务运营、采购、还有区域会计。
乙方 Delivery Lead: Got it. Let me play that back to you. So the portal itself, with login and the three standard reports. In scope. The mobile app is not in scope for phase one.
💬 乙方交付负责人： 明白。我复述一遍：门户本身，带登录和三个标准报表，在范围内；手机 App 第一期不在范围。
客户方 Project Manager: Right. Mobile’s phase two.
💬 客户方项目经理： 对。手机端是第二期。
乙方 Delivery Lead: And I had data migration as out of scope as well. Is that still true?
💬 乙方交付负责人： 另外我记的是数据迁移不在范围里。这条还成立吗？
客户方 Project Manager: That’s the one thing Mark wants to reopen. He’ll bring it up himself.
💬 客户方项目经理： 这条正是 Mark 想重新提的。他会自己说。
Mark: Sorry, sorry — hi both. I’m here. What did I miss?
💬 马克： 抱歉抱歉——两位好，我到了。我错过什么了？
乙方 Delivery Lead: We’re doing scope. Nothing that can’t be repeated — I’ll say it all again at the end anyway.
💬 乙方交付负责人： 我们在过范围。没有不能重复的东西——反正最后我会再说一遍。
Mark: Good, because I was gonna say something about the June data.
💬 马克： 好，因为我正想说六月数据的事。
乙方 Delivery Lead: I figured. So here’s the thing — migrating the June data is new work for us. I can’t give you a real number on the spot. Can we treat it as a separate ask and I come back with an estimate?
💬 乙方交付负责人： 我猜到了。是这样——迁移六月数据对我们来说是新增工作，我没法当场给你一个准数。我们能不能把它单列出来，我出个估算再回复你？
Mark: Sure.
💬 马克： 行。
乙方 Delivery Lead: Then one more thing on the report. You mentioned it should go out “soon.” When you say “soon,” what does that mean in terms of a date?
💬 乙方交付负责人： 那报表还有一件事。你刚说它要"尽快"发出去。你说"尽快"，具体是哪天？
Mark: Hmm. I’d have to check with finance. It doesn’t have to be in the portal, though.
💬 马克： 嗯……我得跟财务确认。不过不一定要做在门户里。
乙方 Delivery Lead: Okay. So my notes say the report is a nice-to-have for launch, not a hard requirement. If it turns out finance needs it, we’ll slot it in as a fast follow. Does that work?
💬 乙方交付负责人： 好。那我记成：报表对上线来说是最好能有，不是硬性要求。如果财务真的需要，我们把它作为快速跟进项排进去。这样可以吗？
Mark: That works. It just can’t be a year from now.
💬 马克： 可以。就是不能拖到一年以后。
乙方 Delivery Lead: Understood. And one hard requirement I want to say out loud, because everything depends on it. SSO login has to work for all forty users on day one. If that’s broken, nobody gets in, and nothing else matters.
💬 乙方交付负责人： 明白。还有一个硬性要求我要明说出来，因为所有东西都靠它：SSO 登录必须在上线第一天就对全部四十个用户可用。这个要是坏了，谁也进不去，别的事都没意义。
客户方 Project Manager: Correct. And I’ll send you the IdP details this week.
💬 客户方项目经理： 对。我这周把 IdP 的信息发你。
乙方 Delivery Lead: Perfect. Last one, and this is the most useful question I’ll ask today. What does success look like in December, when we’re all sitting in the review?
💬 乙方交付负责人： 太好了。最后一个，也是我今天要问的最有用的问题：十二月我们开复盘会的时候，做成什么样算成功？
Mark: Three reports that finance runs themselves, without me standing over their shoulder.
💬 马克： 财务自己能跑出那三个报表，不用我站在旁边盯着。
客户方 Project Manager: And the CFO’s team using them in the December audit without calling us for help.
💬 客户方项目经理： 还有 CFO 的团队在十二月审计里直接用，不用打电话找我们求助。
乙方 Delivery Lead: That’s helpful. So the auditor’s the real deadline. When does that walkthrough start?
💬 乙方交付负责人： 这个很有用。那审计才是真正的截止线。他们的走查什么时候开始？
客户方 Project Manager: First week of December.
💬 客户方项目经理： 十二月第一周。
乙方 Delivery Lead: Okay. Then mid-November gives us two weeks of buffer, and that’s exactly what I want. I’ll send a recap today with the scope list and the dates, and you tell me what I got wrong.
💬 乙方交付负责人： 好。那十一月中就给了我们两周缓冲，这正是我要的。我今天发一封 recap，把范围清单和日期都写上，哪里记错了你告诉我。
这一幕的核心句型
| 英文 | 中文 | 备注 |
|---|---|---|
| Let me play that back to you. | 我复述一遍给你听。 | 确认需求的标准开场 |
| So just to make sure I’ve got this right, you want X by Y, and Z is out of scope for now? | 确认一下我理解对了：你要 X 在 Y 之前完成，Z 暂时不在范围内？ | 一句话锁住三件事 |
| Am I close? | 我理解得接近吗？ | 复述后收尾，等对方补充 |
| When you say “soon,” what does that mean in terms of a date? | 你说"尽快"，具体是哪天？ | 逼出日期，最实用的一句 |
| Is that a hard requirement for launch, or nice to have? | 这是上线必须的，还是最好能有？ | 分优先级，避免全都变成硬性 |
| What does success look like? | 做成什么样算成功？ | 定验收标准，客户很吃这套 |
| Who’s the user for this? | 这个是给谁用的？ | 防止需求来路不明 |
| What problem is this solving for you? | 这解决的是你那边什么问题？ | 问需求背后的需求 |
| Can I ask a dumb question to make sure we’re aligned? | 我能不能问个笨问题，确认我们理解一致？ | 自嘲式软化，非常常用 |
| I can’t give you a real number on the spot. | 我没法当场给你一个准数。 | 不当场承诺，但不推脱 |
| I want to say this out loud, because everything depends on it. | 这条我要明说出来，因为所有事都靠它。 | 强调关键前提 |
| Let me say it all again at the end anyway. | 反正最后我会再说一遍。 | 有人中途加入时的救场句 |
中式英语纠正
| 常见错法 | 问题 | 改成 |
|---|---|---|
I understand, no problem. | 中文式"我明白了"，在客户耳朵里等于什么都没确认 | Let me play that back to you. |
I will try my best. | try 在美国客户听来就是"大概做不到"，等于提前发坏消息 | I'll confirm with my team today and come back to you tomorrow. |
We can discuss later. | 听起来像拖延，客户不知道"later"是哪天 | Let's take that offline. I'll come back with an estimate by Thursday. |
Yes, we can do everything. | 当场全答应，最后做不到，损失的是信任 | That's doable, but it would push the date. |
关联词汇
| 单词 | 音标（英 / 美） | 意思 |
|---|---|---|
| client | /ˈklaɪənt/ /ˈklaɪənt/ | 客户 |
| confirm | /kənˈfɜːm/ /kənˈfɜrm/ | 确认 |
| require | /rɪˈkwaɪə/ /ˌriˈkwaɪər/ | 需要 |
| agreement | /əˈgrimənt/ /əˈgrimənt/ | 协议 |
| proposal | /prəˈpəʊzəl/ /prəˈpoʊzəl/ | 方案、提案 |
口语小注
1. Let me play that back to you 不是不信任客户，是专业。
美国客户最怕的状态是"以为说清楚了"。复述一遍等于当场验收需求，出问题时你手上有依据。刚跟美国客户打交道的中国同事常常不敢复述，怕显得自己理解力差，结果恰恰相反。
2. 中途有人进来，一定要重述一遍。
Mark 迟到的十分钟里你们已经过完范围了，这时候不要说 We already covered that。一句 Nothing that can't be repeated，散会前再把清单念一遍，比你单独给他补课省事得多。
3. I can't give you a real number on the spot 比 Let me think 安全。
当场编一个数字，两周后就得回来改口，客户会记住你"报价不准"。宁可当场说不能给，但一定要接一个日期：I'll come back with an estimate by Thursday. 客户接受"等一下"，不接受"没下文"。
4. 排除项要说出口，不能只写在文档里。
The mobile app is not in scope for phase one. 这句话在 kickoff 会上说出来只要五秒钟，等三个月后客户问"手机端呢"再解释，要开三次会。凡是"这次不做"的东西，都要在会上让它从你嘴里过一遍。
每周同步：有个延期要提前说
乙方 Delivery Lead（就是你） 客户方 Project Manager（Rachel）
（周三上午，B 主动打过去的电话）
乙方 Delivery Lead: Hey Rachel, you got two minutes? I want to give you a heads-up before it becomes an issue.
💬 乙方交付负责人： Rachel，你有两分钟吗？我想在这件事变成问题之前先跟你说一声。
客户方 Project Manager: Sure. That sounds ominous.
💬 客户方项目经理： 行。听着不像好事。
乙方 Delivery Lead: It’s not great. Here’s where we are. The integration piece is gonna land about three days later than we said.
💬 乙方交付负责人： 是不太好。现在的情况是这样：集成那块会比我们说好的晚大概三天。
客户方 Project Manager: Okay. Why?
💬 客户方项目经理： 好。为什么？
乙方 Delivery Lead: Our vendor’s sandbox has been throwing errors on test transactions since Monday. Every test run dies halfway through. We can’t do the integration testing until they fix it.
💬 乙方交付负责人： 我们供应商的沙箱从周一开始就在测试交易上报错，每次测试跑到一半就断。他们不修好，我们没法做集成测试。
客户方 Project Manager: So it’s their problem.
💬 客户方项目经理： 所以是他们的问题。
乙方 Delivery Lead: It’s their bug, but it’s our date, and I’m not gonna stand here and tell you it’s not our problem.
💬 乙方交付负责人： 是他们那边的 bug，但日期是我们的，我不会站在这儿跟你说这不关我们的事。
客户方 Project Manager: I appreciate that. But honestly, this is the second slip this quarter.
💬 客户方项目经理： 谢谢你这么说。但说实话，这是这个季度第二次延期了。
乙方 Delivery Lead: I hear you. Let me tell you what’s different this time. You’re hearing it from me nine days before the date, not the day of. And I have the recovery plan already, not a promise to go find one.
💬 乙方交付负责人： 我听到了。我说说这次不一样的地方：你是在原定日期前九天从我这儿听到的，不是当天；而且我手上已经有补救方案，不是一句"我去想办法"。
客户方 Project Manager: Okay. Let’s hear it.
💬 客户方项目经理： 行，那你说。
乙方 Delivery Lead: Two options. Option one, we compress QA and we hold the date. That means less regression testing, which I’m not crazy about. Option two, we take the three days, and the date moves to the 27th.
💬 乙方交付负责人： 两个方案。方案一：压缩 QA，保住原日期。这意味着回归测试变少，我个人不太喜欢。方案二：吃下这三天，日期推到 27 号。
客户方 Project Manager: What do you recommend?
💬 客户方项目经理： 你推荐哪个？
乙方 Delivery Lead: Option two. Three days of QA is cheaper than a production bug in December.
💬 乙方交付负责人： 方案二。三天 QA 的代价，比十二月出一次生产事故便宜。
客户方 Project Manager: Agreed. Do it.
💬 客户方项目经理： 同意，就这么办。
乙方 Delivery Lead: Great. And here’s the plan to recover, so you know what I’m doing about the vendor. I’ve escalated to their support lead, I’m asking for daily updates, and if they don’t have it fixed by Friday, we build our own stub and keep moving.
💬 乙方交付负责人： 好。补救计划是这样，让你知道我在供应商那边做什么：我已经升级到他们的支持负责人，要求每天给更新；如果他们周五还没修好，我们就自己搭一个桩，继续往前走。
客户方 Project Manager: Good. And this is going in writing?
💬 客户方项目经理： 好。这个会写成文字吗？
乙方 Delivery Lead: Today, this afternoon. Revised timeline with dates, plus what’s on the critical path.
💬 乙方交付负责人： 今天，今天下午。修订后的排期带日期，还有关键路径上有哪些东西。
客户方 Project Manager: Is the 27th real, or a guess?
💬 客户方项目经理： 27 号是准的，还是猜的？
乙方 Delivery Lead: It’s real. It’s based on their fix landing Friday. If Friday falls apart, you’ll hear from me Friday, not the 27th.
💬 乙方交付负责人： 是准的。它建立在"他们周五修好"这个前提上。如果周五黄了，你周五就会收到我的消息，不会等到 27 号。
客户方 Project Manager: Fair. One more thing — I have to tell my VP. Want to join that call?
💬 客户方项目经理： 行。还有一件事——我得跟我们 VP 汇报。你要不要一起上那个会？
乙方 Delivery Lead: I’d rather be on it than have you explain our delay to your VP. Send me the invite.
💬 乙方交付负责人： 我宁愿上去，也不想让你替我们解释这个延期。把邀请发我。
客户方 Project Manager: Sending it now. Thursday, ten o’clock.
💬 客户方项目经理： 现在就发。周四十点。
乙方 Delivery Lead: I’ll be there ten minutes early.
💬 乙方交付负责人： 我提前十分钟到。
客户方 Project Manager: Thanks for calling me instead of waiting.
💬 客户方项目经理： 谢谢你打过来，而不是等着。
乙方 Delivery Lead: Thanks for picking up. I’d rather have this conversation now than three weeks from now.
💬 乙方交付负责人： 谢谢你接电话。我宁可是现在聊这个，而不是三周以后再聊。
这一幕的核心句型
| 英文 | 中文 | 备注 |
|---|---|---|
| I want to give you a heads-up before it becomes an issue. | 我想在它变成问题之前先跟你说一声。 | 提前预警的万能句 |
| Here’s where we are. | 现在的情况是这样。 | 报进度的开场，先给结论 |
| That’s going to land about three days later than we said. | 这会比我们说好的晚大概三天。 | 直说不绕 |
| Here’s the plan to recover. | 补救计划是这样。 | 落后必须配补救 |
| That’s on us. | 这是我们的问题。 | 很短，但极有分量 |
| I hear you. Let me tell you what’s different this time. | 我听到了。我说说这次不一样在哪。 | 接住情绪，不辩解 |
| Two options. | 两个方案。 | 给选项，不要让客户替你想 |
| What do you recommend? | 你推荐哪个？ | 客户通常会这么问，要答得出来 |
| It’s based on their fix landing Friday. | 它建立在"他们周五修好"这个前提上。 | 把假设讲明，等于自保 |
| I’d rather be on it than have you explain our delay to your VP. | 我宁愿上去，也不想让你去跟你们 VP 解释我们的延期。 | 主动去面对客户老板 |
| Agreed. Do it. | 同意，就这么办。 | 短促的许可 |
| Thanks for calling me instead of waiting. | 谢谢你打过来，而不是等着。 | 早说坏消息的回报 |
口语小注
1. 坏消息的顺序是：结论、影响、补救。永远不要先讲原因。
Our vendor's sandbox broke 放在第一句，客户听到的是借口。放在第三句，客户听到的是解释。这个顺序换一下，同一件事的观感完全不一样。
2. 给两个选项，客户就不会觉得被通知。
只有一个方案叫"通知"，两个方案叫"商量"。哪怕你心里已经选定方案二，也把方案一摆出来并说明它差在哪 —— 这样客户做的是选择，不是接受。
3. That's on us 一句话顶十句解释。
客户已经说了 it's their problem，你完全可以顺着接下去。但真正让关系往前走的是你把这句接回来。责任归属让客户自己判断，你要做的是不推。
4. 会上说的日期，会后一定要变成书面。
This is going in writing? 是客户主动在问。客户问这句的时候，其实是在说"我需要一个能转发给我老板的东西"。答应的事当天下午发出去，别过夜。
5. nine days before the date 这种具体数字要说出来。
“我提早告诉你了"是空话，“提前九天"是事实。提前量越具体，客户越容易把它算成加分项。
客户来电投诉：上个版本把他们的 SSO 弄挂了
客户方 Project Manager（Rachel） 乙方 Delivery Lead（就是你）
（周一上午，客户直接打进来的电话）
客户方 Project Manager: Thanks for picking up. Do you have a few minutes?
💬 客户方项目经理： 谢谢你接电话。你有几分钟吗？
乙方 Delivery Lead: For you, always. What’s going on?
💬 乙方交付负责人： 对你永远有。怎么了？
客户方 Project Manager: I want to talk about the release on Friday.
💬 客户方项目经理： 我想聊周五那个版本。
乙方 Delivery Lead: Go ahead.
💬 乙方交付负责人： 你说。
客户方 Project Manager: The last release broke our SSO for about two hours on a Friday, and nobody told us. We found out from our own users.
💬 客户方项目经理： 上个版本把我们 SSO 搞挂了大概两个小时，还是周五，没人告诉我们。我们是从自己用户那里知道的。
乙方 Delivery Lead: I hear you, and I’m sorry. That’s not the experience we want you to have.
💬 乙方交付负责人： 我听到了，也很抱歉。这不是我们想给你的体验。
客户方 Project Manager: The fix was fine. It’s that we didn’t know.
💬 客户方项目经理： 修复本身没问题。问题是没人通知我们。
乙方 Delivery Lead: That’s on us. Let me make sure I understand what happened. Nobody on our side reached out to you directly?
💬 乙方交付负责人： 这是我们的问题。让我先确认一下经过：我们这边确实没有人直接联系过你？
客户方 Project Manager: No. We saw it on the status page two hours in.
💬 客户方项目经理： 没有。上线两小时后我们才在状态页上看到。
乙方 Delivery Lead: So what you’re telling me is, the outage is one problem, and finding out from your users is the real problem. Is that right?
💬 乙方交付负责人： 所以你的意思是：故障是一个问题，从你们用户那里才知道是真正的问题。对吗？
客户方 Project Manager: Yes. That’s exactly it.
💬 客户方项目经理： 对，就是这样。
乙方 Delivery Lead: Okay. Here’s what I’m going to do. Any production issue that touches your users, you get an email from me within thirty minutes, even if we don’t have the fix yet.
💬 乙方交付负责人： 好。那我这么做：任何影响到你用户的生产问题，三十分钟内你会收到我的邮件，哪怕我们还没有修复方案。
客户方 Project Manager: Even at night? Because this one happened at six p.m. on a Friday.
💬 客户方项目经理： 半夜也算吗？这次是周五晚上六点出的。
乙方 Delivery Lead: Even at night. If I’m asleep, my on-call engineer sends it and copies me. You’ll never find out from your users again.
💬 乙方交付负责人： 半夜也算。如果我在睡觉，我的值班工程师发，抄送我。你不会再从你们用户那里知道了。
客户方 Project Manager: I’d like to believe that. I’ve heard versions of this before.
💬 客户方项目经理： 我很想相信。这种话我以前也听过几个版本。
乙方 Delivery Lead: That’s fair. So don’t take my word for it. I’ll put it in writing today, with the thirty-minute number and who sends it, and I’ll add it to the support agreement so it’s not just a phone call.
💬 乙方交付负责人： 这话说得公道。所以别信我口头说的。我今天就写成书面，写清三十分钟这个数字和由谁发，并加进支持协议里，免得只是电话里说说。
客户方 Project Manager: Okay. That I can hold you to.
💬 客户方项目经理： 行。这个我能拿它说话。
乙方 Delivery Lead: Good, please do. And I want to know what broke, on our side. I’m not gonna guess at it on the phone with you.
💬 乙方交付负责人： 好，请一定。另外我想搞清楚我们这边到底哪里坏了。我不想在电话里跟你猜。
客户方 Project Manager: I’d rather have the real answer too.
💬 客户方项目经理： 我也宁愿听真实答案。
乙方 Delivery Lead: You’ll have it by end of day tomorrow. And one more thing, while I have you. Was there anything else in that release that’s been bothering you? I’d rather hear it from you than read it in a survey.
💬 乙方交付负责人： 明天上班结束前你会拿到。还有一件事，趁你在：那个版本还有别的让你不舒服的地方吗？我宁愿从你这里听到，也不想在问卷里读到。
客户方 Project Manager: Now that you ask — the release notes came out after the release, not before.
💬 客户方项目经理： 你既然问——发布说明是发布之后才出的，不是之前。
乙方 Delivery Lead: Noted. That’s a two-minute fix on our end. Anything else before we wrap?
💬 乙方交付负责人： 记下了。这个在我们这边是个两分钟就能改的事。结束前还有别的吗？
客户方 Project Manager: No. That’s all I needed.
💬 客户方项目经理： 没有了。我要的就是这个。
乙方 Delivery Lead: Thanks for telling me. I’d rather hear it from you.
💬 乙方交付负责人： 谢谢你告诉我。我宁愿从你这里听到。
客户方 Project Manager: Yeah. Talk tomorrow.
💬 客户方项目经理： 嗯，明天聊。
这一幕的核心句型
| 英文 | 中文 | 备注 |
|---|---|---|
| I hear you, and I’m sorry. That’s not the experience we want you to have. | 我听到了，也很抱歉。这不是我们想给你的体验。 | 先接住情绪，不辩解 |
| That’s on us. | 这是我们的问题。 | 很短，但极有分量 |
| Let me make sure I understand what happened. | 让我先确认一下发生了什么。 | 复述对方的不满 |
| So what you’re telling me is X. Is that right? | 你的意思是 X，对吗？ | 让对方确认你听懂了 |
| Here’s what I’m going to do. | 我打算这么做。 | 进入行动，不再解释 |
| I’ll put that in writing today. | 我今天会书面确认。 | 投诉之后必须留痕 |
| I’d rather hear it from you than read it in a survey. | 我宁愿从你这里听到，也不想在问卷里读到。 | 鼓励客户继续直说 |
| Thank you for telling me. I’d rather hear it from you. | 谢谢你告诉我。我宁愿从你这里听到。 | 收尾金句 |
| I don’t want to guess. Let me confirm and get back to you today. | 我不想猜。我确认一下，今天回复你。 | 不知道时的标准答法 |
| I’ll have an update for you by end of day tomorrow. | 明天下班前我给你更新。 | 给具体时间点 |
| Anything else before we wrap? | 结束前还有别的吗？ | 标准收尾句 |
处理投诉的降火五步
| 步骤 | 说什么 | 关键 |
|---|---|---|
| 1 接住情绪 | I hear you, and I'm sorry. | 不解释、不反问、不抢话 |
| 2 认下责任 | That's on us. | 只认自己这部分，不认不属于你的 |
| 3 复述问题 | So what you're telling me is X. Is that right? | 让客户确认你听懂了 |
| 4 给动作 | Here's what I'm going to do. | 带数字、带时间点 |
| 5 留痕 | I'll put it in writing today. | 口头承诺一律补书面 |
中式英语纠正
| 常见错法 | 问题 | 改成 |
|---|---|---|
It is your fault. | 当面定责会让客户立刻进入防御状态，问题反而解决不了 | Let's look at what happened on both sides. |
This is not our problem. | 划清界限在美国客户听来就是拒绝服务，直接影响续约 | That's outside our scope, but here's what we can do. |
Sorry, I don't know. | 只给"不知道"不给下一步，客户会认为你没在管这件事 | I don't want to guess. Let me confirm and get back to you today. |
Please wait. | 命令式，而且没给时间点，客户不知道要等多久 | Give me a couple of minutes and I'll confirm. |
We will try our best to finish it. | try 在客户耳朵里就是"大概做不到”，等于提前发坏消息 | We'll have it to you by the 20th. |
Sorry sorry, it's all my fault. | 过度道歉会削弱专业感，还把不一定是你的责任揽过来 | I'm sorry for the impact. Here's what I'm going to do. |
I already explained this last time. | 暗示客户没听懂，很伤人；要重述，不要反问 | Let me walk through it again. It's on me if it wasn't clear. |
Because our team had some internal issues... | 先讲内部原因，美国客户听成找借口；要先讲影响和补救 | Here's what happened on our end, and here's the fix. |
关联词汇
| 单词 | 音标（英 / 美） | 意思 |
|---|---|---|
| complaint | /kəmˈpleɪnt/ /kəmˈpleɪnt/ | 投诉 |
| issue | /ˈɪʃuː/ /ˈɪʃu/ | 问题、事项 |
| apologize | /əˈpɒləˌdʒaɪz/ /əˈpɑləˌdʒaɪz/ | 道歉 |
| solution | /səˈluʃən/ /səˈluʃən/ | 解决方案 |
| trust | /trʊst/ /trʌst/ | 信任 |
| service | /ˈsɜːvɪs/ /ˈsɜrvəs/ | 服务 |
口语小注
1. 客户说 The fix was fine，是在帮你把话题收窄。
Rachel 不是来骂修复质量的，她是来投诉"没人通知”。听懂这句，你的回应才不会跑偏 —— 先补沟通，再谈技术。
2. I'll put it in writing today 比任何道歉都管用。
客户已经把"这种话我以前也听过"摆到桌面上了，这时候再保证一次没有意义。把承诺变成可以转发、可以引用的文字，甚至在支持协议里加一条，才叫回应。
3. 被质疑之后不要辩解，要接受质疑。
That's fair. So don't take my word for it. 这句的作用是承认对方有理由怀疑，然后给出可以被验证的东西。美国客户对"被理解"的敏感度，远高于对"被说服"。
4. 结尾多问一句 Anything else?，常常能钓出真问题。
SSO 事件只是导火索。真正让客户积攒不满的往往是发布说明晚了这种小事，你不问，它就一直沉在水下。
季度回顾：客户要加需求，得谈追加预算
客户方 Director of Operations（Mark） 乙方 Delivery Lead（就是你）
客户方 Director of Operations: Before we get into the numbers, I want to talk about something that came up internally.
💬 客户方运营总监： 在进入数字之前，我想聊一件我们内部提出来的事。
乙方 Delivery Lead: Sure, Mark. What’s going on?
💬 乙方交付负责人： 好，Mark，什么事？
客户方 Director of Operations: Our ops team wants the tool to handle multi-warehouse inventory. Can you add that?
💬 客户方运营总监： 我们运营团队希望这个工具支持多仓库库存。你们能加吗？
乙方 Delivery Lead: Can I ask what problem that’s solving for you? I want to make sure I’m scoping the right thing.
💬 乙方交付负责人： 我能先问一下这解决的是你那边什么问题吗？我想确认范围没搞错。
客户方 Director of Operations: They keep two spreadsheets and reconcile them by hand every Friday. About six hours a week.
💬 客户方运营总监： 他们现在维护两张表，每周五手工对账。大概一周六小时。
乙方 Delivery Lead: Okay, that’s real. But I’ll be straight with you. That’s outside what we scoped.
💬 乙方交付负责人： 明白，这是实打实的。但我说直话：这超出了我们原来定的范围。
客户方 Director of Operations: I figured you’d say that.
💬 客户方运营总监： 我就知道你会这么说。
乙方 Delivery Lead: It’s doable, but it would push the date. I don’t think we can do it in the current timeframe without moving something else.
💬 乙方交付负责人： 能做，但日期要往后推。我觉得在现在这个时间框架里做不了，除非挪走别的东西。
客户方 Director of Operations: What would it take?
💬 客户方运营总监： 那需要什么？
乙方 Delivery Lead: Let me put together an estimate. Off the top of my head, six to eight weeks, and it’s a separate phase.
💬 乙方交付负责人： 我先出个估算。凭直觉说，六到八周，而且是独立的一个阶段。
客户方 Director of Operations: That’s a lot. Is there a smaller version?
💬 客户方运营总监： 那太多了。有没有小一点的版本？
乙方 Delivery Lead: There might be. If all you need is the weekly reconciliation, we could do a report instead of full inventory support. Much smaller.
💬 乙方交付负责人： 可能有。如果你要的只是每周对账，我们可以做一个报表，而不是完整的库存支持。那个小得多。
客户方 Director of Operations: Hmm. Let me think about it. Can you put both options in writing?
💬 客户方运营总监： 嗯，我想想。两个方案能都写成书面给我吗？
乙方 Delivery Lead: Yeah. I’ll have a one-pager to you by Thursday with rough numbers for both.
💬 乙方交付负责人： 可以。周四前给你一页纸，两个方案的粗略数字都有。
客户方 Director of Operations: Okay. Separately, the invoice this quarter was higher than I expected.
💬 客户方运营总监： 好。另外，这季度的账单比我想的高。
乙方 Delivery Lead: Let’s look at it. Do you have the number in front of you?
💬 乙方交付负责人： 我们看一下。你手上有数字吗？
客户方 Director of Operations: Yeah. We budgeted eighty and it came in at ninety-four.
💬 客户方运营总监： 有。我们预算八万，最后是九万四。
乙方 Delivery Lead: That’s the extra discovery work in April. We flagged it at the time, but I should have been clearer about the total impact.
💬 乙方交付负责人： 那是四月额外的调研工作。当时我们提过，但我应该在总体影响上说得更清楚。
客户方 Director of Operations: I remember the flag. I didn’t realize it was fourteen thousand.
💬 客户方运营总监： 我记得你提过。我没想到是一万四。
乙方 Delivery Lead: That’s fair. Going forward, anything over five thousand, you get a written heads-up before we start, not after.
💬 乙方交付负责人： 这个我认。往后只要超过五千，我们在开始之前就书面告知你，不是之后。
客户方 Director of Operations: I’d appreciate that.
💬 客户方运营总监： 那我谢谢你。
乙方 Delivery Lead: And I’ll send you a monthly burn number, so there’s no surprise at the end of a quarter, and so the extra work is a decision you make in advance instead of a bill you open later. I’d rather give you a heads-up early than explain a number later.
💬 乙方交付负责人： 另外我每月给你发一个消耗数字，这样季度末不会有意外，额外的活也变成你提前做的决定，而不是事后拆开的一张账单。我宁愿提早给你提个醒，也不想事后解释一个数字。
客户方 Director of Operations: Fair enough.
💬 客户方运营总监： 有道理。
乙方 Delivery Lead: One more thing from my side. What does success look like for you this quarter?
💬 乙方交付负责人： 我这边还有一件事。这个季度对你来说，做成什么样算成功？
客户方 Director of Operations: Adoption. If the sales team actually uses the dashboard, that’s the win. Not the launch date.
💬 客户方运营总监： 被用起来。如果销售团队真的在用这个仪表盘，那才算成功，不是上线日期。
乙方 Delivery Lead: That’s helpful. Let me suggest we track weekly usage and put it on the next agenda.
💬 乙方交付负责人： 这个很有用。那我建议我们每周跟一下使用量，并放到下次会议议程上。
客户方 Director of Operations: Good. Do that.
💬 客户方运营总监： 好，就这么办。
乙方 Delivery Lead: Will do. And you’ll have the one-pager Thursday.
💬 乙方交付负责人： 好。周四你会收到那页方案。
这一幕的核心句型
| 英文 | 中文 | 备注 |
|---|---|---|
| I’ll be straight with you. That’s outside what we scoped. | 我说直话：这超出了我们定的范围。 | 超范围的标准说法 |
| That’s doable, but it would push the date. | 能做，但日期要往后推。 | 最标准的"有条件答应" |
| Can we trade it for something else? | 能不能拿别的换？ | 谈范围时的交换逻辑 |
| If we add this, something else moves. Which one hurts less? | 加了这个就得挪别的。挪哪个伤害最小？ | 把取舍摆到桌面上 |
| Let me push back on that a little. | 这点我想稍微反驳一下。 | 美国人真会这么说，不是翻脸 |
| I don’t think we can do that in the timeframe. Here’s what I’d suggest instead. | 这个时间内我觉得做不了。我的建议是这样。 | 拒绝必须带替代方案 |
| I’d rather give you a real number than a fast one. | 我宁可给你一个准数，而不是一个快数。 | 需要时间时这么说，不敷衍 |
| This is a separate phase. | 这是独立的一个阶段。 | 把新增需求和原合同切开 |
| We flagged it at the time, but I should have been clearer about the total impact. | 当时我们提过，但我应该在总体影响上说得更清楚。 | 认一半责任，比全推掉有效 |
| Let me take that back to the team and come back to you by Thursday. | 我拿回去跟团队确认，周四前回复你。 | 不当场答应，但一定给日期 |
超范围需求的三条路
| 路径 | 什么情况用 | 关键句 |
|---|---|---|
| 换 | 客户有别的需求可以往后挪 | Can we trade it for something else? |
| 砍 | 客户要的其实是个简化版 | If all you need is X, we could do a report instead. |
| 加钱加期 | 客户确实要完整版，预算能谈 | It's a separate phase. Let me put together an estimate. |
三条路必须当场给出一条以上。 只说 That's out of scope 而不给路径，客户听到的是"你们不管了"，下一步就是找别的供应商报价。
中式英语纠正
| 常见错法 | 问题 | 改成 |
|---|---|---|
No, we can't do that. | 直接说不，又没有替代方案，谈判就断了 | I don't think we can do that in the timeframe. Here's what I'd suggest instead. |
This is not included, you must pay more. | must 加 pay more 像在要挟，客户会转入对抗 | That's outside what we scoped. Happy to put together an estimate. |
You didn't tell me earlier. | 把责任推回客户，就算事实如此也不该在会上说 | I think we had different assumptions on the date. Let's lock it down now. |
It's very difficult. | 只说难，客户不知道是难、是贵、还是不做 | It's doable, but it would push the date by about three weeks. |
We are all very busy now. | 说自己忙，在客户听来是"你们不重视我" | We're heads down on the launch this month. Let's start this in January. |
关联词汇
| 单词 | 音标（英 / 美） | 意思 |
|---|---|---|
| budget | /ˈbʌdʒɪt/ /ˈbʌdʒɪt/ | 预算 |
| cost | /kɒst/ /kɑst/ | 成本 |
| proposal | /prəˈpəʊzəl/ /prəˈpoʊzəl/ | 方案、提案 |
| contract | /ˈkɒntrækt/ /ˈkɑnˌtrækt/ | 合约 |
| agreement | /əˈgrimənt/ /əˈgrimənt/ | 协议 |
| concern | /kənˈsɜːn/ /kənˈsɜrn/ | 顾虑 |
口语小注
1. 谈钱的时候不要道歉。
That's the extra discovery work in April. 是陈述，不是认错。加了 Sorry, but... 之后，定价就变成了可以商量的东西。认该认的那一半 —— I should have been clearer about the total impact —— 但价格本身站住。
2. I'll be straight with you 是美国人开场硬话的标准缓冲。
它等于提前声明"下面这句话不太好听，但不是针对你"。听到这句，客户会下意识进入解决问题的状态，而不是被冒犯的状态。
3. 报估算一定要带范围，不要给单点数字。
six to eight weeks 是估算，seven weeks 是承诺。客户记住的是数字，你给的精度就是你要负的责任。
4. 主动加一条对自己不利的规矩，是最便宜的信任投资。
Anything over five thousand, you get a written heads-up before we start. 这条对乙方是约束。但正是这种约束让客户敢在下一季度继续批预算。
会后书面确认：把口头说的落到邮件里
乙方 Delivery Lead（就是你） 客户方 Project Manager（Rachel） Dan（乙方工程师，坐在你旁边）
（季度回顾结束当天下午，B 的工位上）
Dan: How’d the review go? Am I building the migration next week or not?
💬 丹： 复盘会怎么样？我下周是开始做迁移，还是不用？
乙方 Delivery Lead: Not yet. Nothing’s agreed until it’s in an email, and I haven’t sent it yet.
💬 乙方交付负责人： 还不用。没进邮件就等于没定，而我还没发。
Dan: Fair. So what do I do Monday?
💬 丹： 行吧。那我周一干什么？
乙方 Delivery Lead: Exactly what you’re doing now. If the recap comes back signed off with the migration in it, I’ll tell you the same day.
💬 乙方交付负责人： 就干你现在干的。如果 recap 回来，对方确认了，里面带迁移，我当天就告诉你。
Dan: Works for me.
💬 丹： 我没问题。
（B 发给 Rachel 的邮件）
乙方 Delivery Lead: Here’s my recap from today. I want to make sure this matches your understanding before we act on any of it.
💬 乙方交付负责人： 这是我今天的会议纪要。在我们按它行动之前，我想确认这跟你的理解一致。
乙方 Delivery Lead: One: the migration is a separate phase, and the first version of the number lands by Thursday.
💬 乙方交付负责人： 第一：迁移是独立的一个阶段，初步数字周四之前给你。
乙方 Delivery Lead: Two: the report is a nice-to-have for launch, so it moves to the fast-follow list.
💬 乙方交付负责人： 第二：报表对上线来说是最好能有，所以放到快速跟进清单里。
乙方 Delivery Lead: Three: the scope stays frozen through launch, and the monthly invoice gets more frequent updates, starting with the September number.
💬 乙方交付负责人： 第三：范围在上线前冻结，月度账单的更新频率提高，从九月这个数字开始。
乙方 Delivery Lead: Action items: I’m taking the one-pager, the budget numbers, and the monthly invoice. You’re taking the call with your finance lead and the sign-off on the migration.
💬 乙方交付负责人： 行动项：一页纸方案、预算数字、月度账单我来；跟你们财务负责人沟通、以及迁移的确认，你来。
乙方 Delivery Lead: On dates: the revised timeline has the launch on the 27th, and your VP call is Thursday at ten.
💬 乙方交付负责人： 日期方面：修订后的排期是 27 号上线，跟你 VP 的会是周四十点。
乙方 Delivery Lead: Flagging one thing we didn’t settle: who owns the training for the regional accounting team. I put my guess in the doc, but it’s a guess.
💬 乙方交付负责人： 标一件事我们没定：区域会计团队的培训谁负责。我在文档里写了我的猜测，但那只是猜测。
乙方 Delivery Lead: If anything’s off, just reply and I’ll fix it. If it all looks right, a one-line “confirmed” is enough.
💬 乙方交付负责人： 哪里有不对，直接回我，我改。如果都对，回一句"确认"就够了。
（二十分钟后，Rachel 回信）
客户方 Project Manager: Looks good. One tweak.
💬 客户方项目经理： 看着不错。有一处要改。
乙方 Delivery Lead: Hit me.
💬 乙方交付负责人： 说。
客户方 Project Manager: On the dates — the VP call is Thursday, but I want the revised timeline by Wednesday. I have to send it to her the night before.
💬 客户方项目经理： 日期那部分——VP 的会是周四，但我希望你周三就把修订排期给我。我得头天晚上发给她。
乙方 Delivery Lead: Got it. Wednesday morning, before your nine o’clock. Anything else, or can I lock it?
💬 乙方交付负责人： 明白。周三上午，赶在你九点之前。还有别的吗，还是我可以定下来了？
客户方 Project Manager: That’s it. Lock it.
💬 客户方项目经理： 就这个。定吧。
乙方 Delivery Lead: Locked. I’ll re-send the version with Wednesday in it, and I’ll CC your boss so the dates are on her side too.
💬 乙方交付负责人： 定了。我把改成周三的版本重发一遍，并抄送你的老板，这样日期在她那边也有记录。
客户方 Project Manager: Perfect.
💬 客户方项目经理： 太好了。
乙方 Delivery Lead: Thanks for the quick turnaround. And for the record, I’m treating this email as the plan until you tell me otherwise.
💬 乙方交付负责人： 谢谢你回得这么快。另外，说明一下：在你告诉我之前，我就把这封邮件当成正式计划。
客户方 Project Manager: Works for me.
💬 客户方项目经理： 我没问题。
这一幕的核心句型
| 英文 | 中文 | 备注 |
|---|---|---|
| Here’s my recap from today. | 这是我今天的会议纪要。 | 会后邮件的第一句 |
| I want to make sure this matches your understanding. | 我想确认这跟你的理解一致。 | 请对方确认，不是通知 |
| Action items: I’m taking X, you’re taking Y. | 行动项：X 我来，Y 你来。 | 一句话分清责任人 |
| Flagging one thing we didn’t settle. | 标一件事我们没定。 | 把悬着的事摆到明面上 |
| If anything’s off, just reply and I’ll fix it. | 哪里有不对，直接回我，我改。 | 降低对方的回复成本 |
| A one-line “confirmed” is enough. | 回一句"确认"就够了。 | 给对方最省事的确认方式 |
| Looks good. One tweak. | 看着不错，有一处要改。 | 客户最常见的回复 |
| Hit me. | 说。 | 极口语的"你讲" |
| Can I lock it? | 我可以定下来了吗？ | 结束确认循环 |
| For the record, I’m treating this email as the plan. | 说明一下，我把这封邮件当成正式计划。 | 书面即承诺 |
| Nothing’s agreed until it’s in an email. | 没进邮件就等于没定。 | 会议原则，可全篇通用 |
会后 recap 的固定结构
| 段落 | 写什么 | 例句 |
|---|---|---|
| 开头 | 一句话说明这是哪场会的纪要 | Here's my recap from today's review. |
| 决定 | 编号列出会上定下来的事，一件事一行 | One: the migration is a separate phase. |
| 行动项 | 谁做什么、什么时候交，不要写"尽快" | I'm taking the plan. You're taking sign-off. |
| 日期 | 每个节点的日历日期 | The revised timeline has the launch on the 27th. |
| 未定项 | 明确标出没谈成的事，别装作谈成了 | Flagging one thing we didn't settle. |
| 结尾 | 请对方确认，并说明改起来很容易 | If anything's off, just reply and I'll fix it. |
顺序不要改。 决定在前、行动项在后，客户转给自己老板时可以直接引用；未定项放在日期之后，因为那是唯一需要对方再动脑子的一段。
关联词汇
| 单词 | 音标（英 / 美） | 意思 |
|---|---|---|
| confirm | /kənˈfɜːm/ /kənˈfɜrm/ | 确认 |
| agreement | /əˈgrimənt/ /əˈgrimənt/ | 协议 |
| deliver | /dɪˈlɪvə/ /dɪˈlɪvər/ | 交付 |
| delivery | /dɪˈlɪvəri/ /dɪˈlɪvəri/ | 交付 |
| client | /ˈklaɪənt/ /ˈklaɪənt/ | 客户 |
口语小注
1. 邮件里的 Action items 一定要有主人的名字。
We'll handle the migration 不是行动项，I'm taking the migration 才是。美国团队看 recap 只看两栏：谁的名字，什么日期。没有名字的行，下周一不会有人动。
2. 未定的事要主动写出来。
客户最反感的一类邮件，是把没谈成的事写得像谈成了一样。Flagging one thing we didn't settle 这句话有风险，但它能省掉三周以后那场"我们以为你们负责"的会。
3. 反复确认不等于啰嗦，前提是那封邮件有新信息。
第二次发的时候要说明改了什么 —— I'll re-send the version with Wednesday in it。如果只是把同一封邮件再发一遍问"你看到了吗"，那就是在消耗对方耐心。
4. for the record 这句是留痕的显式声明。
它的意思是"我下面这句话是要被记录的"。用一次就够，用多了会显得像在防着对方。
5. 抄送老板要看场合。
改期、预算、责任划分这类事，抄送双方的直接上级是常规操作，客户不会反感。但日常进度邮件抄送对方老板，会被理解成你在给他施压。
通用句型与说明
全流程句型速查
| 环节 | 英文 | 中文 |
|---|---|---|
| 开场 | Thanks for making time. | 谢谢抽时间。 |
| 开场 | Before we dive in, is X still the top priority? | 开始之前先确认：X 还是最优先的吗？ |
| 确认需求 | Let me play that back to you. | 我复述一遍给你听。 |
| 确认需求 | So just to make sure I’ve got this right… | 确认一下我理解对了…… |
| 确认需求 | Am I close? | 我理解得接近吗？ |
| 确认需求 | When you say “soon,” what does that mean in terms of a date? | 你说"尽快"，具体是哪天？ |
| 确认需求 | Is that a hard requirement for launch, or nice to have? | 这是上线必须的，还是最好能有？ |
| 确认需求 | What does success look like? | 做成什么样算成功？ |
| 进度同步 | Thanks for making time. Here’s where we are. | 谢谢抽时间。现在的情况是这样。 |
| 进度同步 | We’re tracking against the timeline. | 我们按排期在走。 |
| 预警 | I want to give you a heads-up before it becomes an issue. | 我想在它变成问题之前先跟你说一声。 |
| 预警 | That’s going to land about three days later than we said. | 这会比我们说好的晚大概三天。 |
| 预警 | Here’s the plan to recover. | 补救计划是这样。 |
| 预警 | I’ll send a revised timeline in writing today. | 我今天把修订后的排期书面发你。 |
| 说不 | That’s outside what we scoped. Happy to put together an estimate. | 这超出了我们定的范围。我可以给你出个报价。 |
| 说不 | That’s doable, but it would push the date. | 能做，但日期要往后推。 |
| 说不 | Can we trade it for something else? | 能不能拿别的换？ |
| 说不 | Let me take that back to the team and come back to you by Thursday. | 我拿回去跟团队确认，周四前回复你。 |
| 投诉 | I hear you, and I’m sorry. | 我听到了，也很抱歉。 |
| 投诉 | That’s on us. | 这是我们的问题。 |
| 投诉 | Here’s what I’m going to do. | 我打算这么做。 |
| 投诉 | I’ll put that in writing today. | 我今天会书面确认。 |
| 收尾 | Let me recap the action items. | 我总结一下行动项。 |
| 收尾 | I’m going to own the timeline. You’ll have it by Thursday. | 排期我来负责，周四给你。 |
| 收尾 | Who’s taking that one? | 那件事谁来做？ |
| 收尾 | Anything else before we wrap? | 结束前还有别的吗？ |
| 邮件 | Here’s my recap from today. | 这是我今天的会议纪要。 |
| 邮件 | Flagging one thing we didn’t settle. | 标一件事我们没定。 |
| 邮件 | If anything’s off, just reply and I’ll fix it. | 哪里有不对，直接回我，我改。 |
全篇词汇
| 单词 | 音标（英 / 美） | 意思 |
|---|---|---|
| client | /ˈklaɪənt/ /ˈklaɪənt/ | 客户 |
| confirm | /kənˈfɜːm/ /kənˈfɜrm/ | 确认 |
| deliver | /dɪˈlɪvə/ /dɪˈlɪvər/ | 交付 |
| delivery | /dɪˈlɪvəri/ /dɪˈlɪvəri/ | 交付 |
| delay | /dɪˈleɪ/ /dɪˈleɪ/ | 延迟 |
| complaint | /kəmˈpleɪnt/ /kəmˈpleɪnt/ | 投诉 |
| issue | /ˈɪʃuː/ /ˈɪʃu/ | 问题、事项 |
| solution | /səˈluʃən/ /səˈluʃən/ | 解决方案 |
| apologize | /əˈpɒləˌdʒaɪz/ /əˈpɑləˌdʒaɪz/ | 道歉 |
| concern | /kənˈsɜːn/ /kənˈsɜrn/ | 顾虑 |
| budget | /ˈbʌdʒɪt/ /ˈbʌdʒɪt/ | 预算 |
| agreement | /əˈgrimənt/ /əˈgrimənt/ | 协议 |
| trust | /trʊst/ /trʌst/ | 信任 |
| proposal | /prəˈpəʊzəl/ /prəˈpoʊzəl/ | 方案、提案 |
| contract | /ˈkɒntrækt/ /ˈkɑnˌtrækt/ | 合约 |
| service | /ˈsɜːvɪs/ /ˈsɜrvəs/ | 服务 |
| cost | /kɒst/ /kɑst/ | 成本 |
| require | /rɪˈkwaɪə/ /ˌriˈkwaɪər/ | 需要 |
中国同事的高频中式英语
| 常见错法 | 问题 | 改成 |
|---|---|---|
I understand, no problem. | 中文式"我明白了"，客户耳朵里等于没确认 | Let me play that back to you. |
I will try my best. | try 等于提前预告做不到 | I'll confirm with my team today and come back to you tomorrow. |
We can discuss later. | 客户不知道 later 是哪天 | Let's take that offline. I'll come back to you by Thursday. |
Sorry, I don't know. | 只有"不知道"，没有下一步 | I don't want to guess. Let me confirm and get back to you today. |
Because our team had some internal issues... | 先讲内部原因，听起来全是借口 | Here's what happened on our end, and here's the fix. |
We are all very busy now. | 在客户听来是"你们不重视我" | We're heads down on the launch this month. Let's start this in January. |
口语小注
1. I'll try 在客户耳朵里等于"大概做不到"。
美国客户听到 try 就开始做最坏的打算。不能承诺就别说 try，给日期或者给跟进时间：Let me take that back to the team and come back to you by Thursday. 只要周四你真的回来了，这句话就是加分项。
2. 道歉只针对影响，不针对责任。
I'm sorry for the impact. 和 That's on us. 是安全且有效的说法，不需要连说三个 sorry，也不需要先解释内部原因。中国同事常把"解释原因"放在最前面，那是想说明不是故意的，但美国客户听到的是找借口。
3. Does that make sense? 讲完一段后问一句很正常。
它不是在暗示客户听不懂，而是给对方一个插话的入口。想更自谦一点可以说 Am I making sense?。反过来，如果客户对你说这句，正确回应是 Yeah, that makes sense. 而不是沉默。
4. I don't know 不可怕，可怕的是后面没有下一句。
I don't want to guess. Let me confirm and get back to you today. 在美国职场是被尊重的回答，因为它同时交付了诚实和一个时间点。真正扣分的是含糊其辞或者随便给个数字。
语调与发音提示
1. 复述确认的句子，句尾要降调。
So just to make sure I've got this right… 说到 right 时往下走，然后停顿，再开始罗列内容。整句上扬会听起来像心虚、在求对方认可。
2. Am I close? 的重音在 close。
Am I CLOSE? 读成轻轻一句、音高上扬，是最得体的版本。重读 I 会变成"难道是我理解错了？"，味道完全不一样。
3. That's on us 里 on 弱读。
读成 /əˈnʌs/ 连起来，不要一个词一个词念。这句话的价值就在它又短又稳，念得太用力反而像在表演。
4. I hear you 的 hear 要重读，you 要轻。
I HEAR you. 重音落在 hear 上，表示"我听到你说的内容了"。如果重读 you，听起来像"我听到的是你（而不是别人）"，容易让客户觉得你在划界限。