
跨时区 B2B 商机常在一封邮件、一次会议或几个待补数据之间往返。若纪录只写「已联系」「等客户回复」,下一位接手的人仍不知道谈到哪里、谁该做什么、何时再跟进。有效的商机纪录要把交互还原成可运行的承诺:发生了什么、双方各答应什么、负责人与日期在哪里,以及条件改变时如何重新评估。以下用实际操作字段整理这条流程,文中的人名、时程和情境均为假设示例。目标不是增加联系次数,而是让每次往来都有可验证的下一步。

最新一次交互发生什么?
最新一次交互不要只记「开会」或「寄信」,而要让没参加的人重建决策脉络。至少写下日期与时区、参与者及角色、使用的管道、客户提出的问题、双方确认的结论,以及仍未解决的事项。把客户原意和我方解读分开:例如客户说「月底前评估预算」,纪录可以写成「客户表示将于月底前内部评估预算;尚未承诺采购,也未确认核准人」。这样能避免把兴趣写成承诺。会议摘要可依「背景—问题—决定—待确认」排列;邮件则保留主旨或文档名称和对方的关键回复,避免只贴一长串往来纪录。若有多个时区,采用一个团队共用时区并同时标示客户当地时间。假设会议安排在「2026 年 10 月 20 日 16:00 台北/09:00 伦敦」,不要只写「周五下午」。完成后检查:另一位同事能否说出客户要解决的问题、目前决定及下一个未解问题?若不能,补上具体内容。假设客户表示试用帐号无法邀请财务同事,应记录错误发生在哪个步骤、影响哪些人、是否有替代流程,而不是写「客户遇到技术问题」。这些细节才足以支持后续判断。若一场会议有多个议题,逐项记决定,不要只留下整体摘要;每项标出提出者、结论和仍待谁确认。录音或逐字稿即使存在,也不能取代可搜索的决策摘要,因为交接者未必有时间重听。涉及金额、规格或日期时,注明它是客户提供、双方确认或我方估算,并连到对应文档版本。若对方在会后更正结论,保留修订时间与确认来源,避免旧纪录继续被引用。例如交货地点和测试时间应分成两笔:客户确认先以台湾仓库做规划,但尚未指定地址;测试日期待技术窗口确认,预计周四回复。
客户承诺了哪个动作?
客户承诺的动作要写成可核对的交付物、对象与期限,避免把「有兴趣」「再讨论」当成下一步。可用句型:「由谁在何时前提供什么,交给谁,用于哪个决策」。例如假设客户在会议中说,星期三前会寄出预估月订单量,供双方估算首批出货安排,便记下数据名称、寄件人或团队、日期和用途;若只说「回去看看」,就标记为尚未承诺,并安排一个询问是否需要补充信息的时间。还要辨别客户说的日期是目标、预估还是已确认:用「预计」「承诺」「待确认」标签,并在会后回信请对方更正误解。数据交来后,更新完成时间与收到版本,并确认它回答了原问题;若不完整,要指出缺少哪个字段及新回复日期。避免替客户补写未说过的内容,也不要把沉默当作同意。当承诺依赖第三方,例如财务部提供成本区间,可以同时记录依赖对象和风险,但仍以客户窗口为回复责任人,除非已取得第三方直接联系安排。这样,跟进消息可提醒对方已同意的事项,而非施压,也让商机状态反映证据而非乐观猜测。若客户承诺需要多人合作,主纪录仍指向一位对外窗口,内部分别列出数据提供者,并记下客户承诺的最晚集成时间。对方可能把条件说成「收到数据就能决定」;应确认数据齐备后由谁决策、决定包含哪些范围,免得寄出文档便误判为成交。也要区分交付及采用:收到表单不等于完成审查,完成会议不等于核准。下一次跟进可问容易回答的封闭式问题,例如「预估数量是以每月还是每季计算?」而非笼统地问「还有消息吗?」
我方下一步由谁负责?
我方下一步必须只有一位最终负责人,其他人列为协作者,否则跨时区交接时容易出现「大家都以为别人会做」。负责人要能推动动作完成、更新纪录并在需要时通知客户;不是只列出部门或团队。表格可固定三栏:「动作」「唯一负责人」「交付证据」。例如假设业务窗口林先生负责汇整规格,产品同事协助核对,但林先生仍是外部回复责任人,交付证据是已寄出的确认邮件或更新后的需求清单。
| 动作 | 唯一负责人 | 交付证据 |
|---|---|---|
| 汇整规格 | 林先生 | 已寄确认邮件 |
| 核对可行性 | 产品同事 | 有注记版本的需求清单 |
遇到请假、职务交接或不同地区工作日,要指定备援人及激活条件,例如负责人休假且接近截止日仍未完成时由备援人接手;避免留下「团队处理」。如果工作需要同事先提供数据,将依赖事项另列负责人和期限,并保留商机总负责人对客户承诺的掌握。每次更新时检查负责人是否仍有权限取得数据、联系相关人及代表团队回复;若没有,就立即改派并交接背景、已完成项目与剩余决策。对客户端的窗口也要记录姓名或职责、所在地时区及首选联系管道。若窗口不明,下一步应是确认窗口,而不是假设收件人能拍板。指定责任时也要和本人确认工作量、可用时间及交付格式,不能只靠会议中点名。记录委派日期、接受状态与回报方式;遇到跨部门待办,再设一个内部截止点,避免客户期限到了才发现尚无人开始。若一个动作需要分析后再对外说明,可拆成「完成分析」与「发送结论」两个待办,由不同人负责,但第二步要有明确接手人。
何时前要完成与回复?
期限同时写完成期限与回复期限,因为内部准备时间和客户可见的交付时间可能不同。记录日期、时间、时区及工作日假设;若客户要求「下周」,先问清具体日期,而不是由记录者猜。安排提醒时要配合对方工作时段,并预留我方检查或修正数据的空间。假设台北团队在 2026 年 10 月 22 日星期四收到伦敦客户的规格问题,双方约好伦敦时间星期四中午回复;纪录可写「我方产品负责人:台北时间星期四 17:00 前完成核对;业务负责人:伦敦时间星期四 12:00 前寄出答复」。各自对应不同负责人,并确保前一项至少留出检查和寄送时间。若日期依赖数据或会议,写出依赖条件和未达时的处理方式,例如「若星期二前未收到成本范围,星期三上午先询问是否改期」。不要用「尽快」「下周再跟」等无法触发动作的字眼。当承诺日期变更,保留原期限与变更原因,再记新期限和通知对象;不要直接覆写,否则无法分辨迟延还是重新协议。会议邀请与提醒只是一种运行方式,最终仍要更新商机纪录,让不同时区的人看到同一个截止点。若周二收到规格、周三校对、周四回复,就先确认周三是否为相关人员的工作日,避免我方周四傍晚的截止,被误写成客户周四早上。周末或假期可能影响回复时,询问对方可用时段,再以双方所在地日期记录。期限紧迫时,可重新协议范围或分批交付,说清哪些内容可先提供、哪些仍待确认;不要为了赶日期把估算写成确定答案。若数据尚未齐备,先承诺一个状态更新时间,不承诺自己无法掌控的完整答案。
卡住时要问哪个决策人?
卡住时先问谁能提供缺失信息,谁能批准预算或风险,再判断联系哪个决策人;职称高不代表能处理眼前障碍。把决策链拆成用户、技术评估者、采购或财务窗口、最终核准人,并标记已确认或待确认,不要因为只认识一位联系人就把对方当成唯一决策者。假设试用已完成,但客户表示尚不能排入采购;可先问目前还差哪一项评估、谁负责确认、何时有下一次内部讨论,以及是否需要我方补充材料。若对方不能透露姓名,请其转寄一段中性的摘要给相关同事,或邀请合适人员参加下一次会议。消息要聚焦解除障碍,例如「为了准备符合你们评估方式的数据,想确认负责验收的角色与预计决定日期」,而非要求「请找老板谈」。如果多个角色意见相反,纪录各自关注的条件、差异和待解问题,安排共同确认,不自行替客户选边。只有在已确认授权与联系方式后,才把某人列为可批准者;未确认前写「可能的决策角色」,并设置验证问题。这能让跟进由找最高层,转成找出让决策前进的必要信息。当对话停滞,先整理已知流程与缺口,再一次只问一到两个容易回答的问题,降低客户整理负担。若需要引介,说明目的、预计花费时间及对方可取得的数据,不要求客户自行转述一长串内容。不同角色可能分别掌握技术可行性和采购流程,要标明信息来源,避免把技术同意误写成商业核准。决策人尚未出席时,请客户确认下一次会议需要哪些角色和议题,并先提供简短议程。
过期商机何时重新评估?
商机没有回复,不等于永远失败,也不代表值得无限追问。先依客户同意的日期和你方承诺的节奏提醒;若逾期,记下最后一次有意义交互、已完成及未完成事项、未回复的日期(不要把未寄出的草稿算成联系),再用一则简洁消息确认优先级是否改变。重新评估可设置明确触发条件:例如连续两次约定回复日都未收到信息、原需求已过期,或内部项目暂停;这是团队可采用的假设规则,应按销售周期调整,不是通用标准。届时选择维持跟进、改为低频培养、暂停,或结案,并写明依据、重启条件及下一次查看日。若客户说下季度才有预算,记录客户提供的预计月份与确认状态,在接近该时间前安排一次有理由的确认;若始终没有明确重启条件,则避免每周例行「碰碰运气」。每次重启前先查看原纪录,确认人员、需求和日期是否仍有效。重评时比较原先需求、预估时程和现况,逐项标出仍成立、已改变或未知的部分。若改为低频跟进,下一次触达应有明确理由,例如依约确认预算时间;没有新信息,就等到约定查看日。若结案,记下原因和重启条件,保留必要背景,不把推测写成客户拒绝。每次状态变更都以当时可见的消息为依据,方便日后辨认哪些阻碍反复出现。若客户改组或原窗口离职,先确认新窗口,再恢复原先节奏。现在就挑一笔进行中的商机,把最新交互、客户承诺、我方负责人、完成与回复期限、决策角色、重评条件逐项补齐,再到 Chan & Chung 官方网站 了解相关信息。