快捷回复模板怎么用变量自动填客户名称（配置步骤与兜底）

先把结论说清楚：在快捷回复模板里写一个占位符（不同系统写法不同，常见的是 {{contact.name}}、{{first_name}} 或从字段下拉里选），调用模板时系统会按当前对话所属的联系人记录，把占位符替换成真实名字填进输入框。

但这件事能不能成，卡在三个前提上，缺一个就会把 Hi , 或者 Hi 8613xxxxxxx, 发到客户脸上：

你用的工具要能解析变量，而不只是存一段固定文字；
当前这个会话要关联到一条有名字的联系人记录；
名字为空或者是一串乱码时，模板要有兜底写法。

下面按配置顺序一个个过。

先确认工具支不支持变量

很多人在 WhatsApp Business 原生 App 里试了半天填不出名字，不是配置错了，是原生功能本来就没有这个能力。原生的快速回复通过输入 / 触发，保存的是固定的文字或媒体消息，单账号上限 50 条，它不会去解析 {{name}} 这种语法——你写进去，发出去就是字面的 {{name}}。

要做到自动抓取并填入客户名称，必须用具备动态变量解析能力的客服工作台、SCRM 或者 API 聚合管理软件。判断方法很简单：打开模板编辑器，看有没有"插入变量/插入字段"这类按钮，或者帮助文档里有没有列出可用字段清单。有，才往下配；没有，就别在模板里写占位符，改成不带称呼的句式更安全。

名字到底从哪个字段来

这是最容易被忽略、也最容易出洋相的一步。同一个客户，系统里通常有好几个"名字"：

平台昵称：客户自己在 WhatsApp、Telegram、LINE 上设置的显示名（Push Name / Display Name）。这个字段不受你控制，可能是公司全称、可能是一串 emoji、可能是 "."，也可能平台根本没返回。
账号标识：手机号、用户 ID、Telegram 的 @username。username 前面带 @，直接塞进 "Hi {name}" 里会很别扭。
备注名 / 客户画像里的称呼字段：你自己或同事手动维护的那个名字。只有这个是可控的。

实操上的做法是：把备注名当作唯一权威的称呼字段，团队约定新客户进来先补这一栏，模板变量优先取它。如果系统支持多级回退，配成"备注名 → 平台昵称 → 通用称谓"；如果只能绑一个字段，那就绑备注名，并接受没填时走兜底。

跨平台还有个细节要注意：Telegram 的名字拆成 first name 和 last name，有人只填 first name，有人两个都是符号；LINE 的显示名常带店铺后缀。所以别默认"取全名就行"，能选 first name 的场景优先选 first name，欧美客户尤其如此——"Hi John" 自然，"Hi John Michael Smith" 像群发。

客户名称变量的取值优先级与空值兜底分支示意图

配置步骤

第一步，先定字段再建模板。 先想清楚称呼取哪一栏、谁负责填、什么时候填（建议是首次回复后顺手填）。字段没统一就批量建模板，后面每改一次都要全库返工。

第二步，建模板时用编辑器提供的方式插变量。 不要凭记忆手打语法。各家的写法不一样，有的是双花括号，有的是点击字段名自动插入，手打错一个字符就渲染不出来。插完先别存，看看编辑器有没有预览。

第三步，短码命名要能被搜到。 常用的是按场景起名：/greet 开场、/price 报价、/ship 物流、/refund 退换。团队超过三个人就写个命名规范，不然会出现 /hi、/hello、/kaichang 三条内容差不多的模板。

第四步，必须用空值会话测一遍。 找一个没填备注名、平台昵称也没返回的对话，调用模板看看输出成什么样：是留空、跳过整句、还是显示 ID。这个表现各家系统不同，测过才知道自己的兜底该怎么写。

第五步，检查调用后的行为。 好的做法是模板内容填进输入框、光标留在里面，让客服扫一眼再回车；而不是点一下直接发出去。带变量的模板尤其需要这一秒的人工确认。

兜底：四种会翻车的名字

空值：最常见。除了设默认回退值（Dear Customer、Hi there、您好），更稳的办法是把模板句式写成不依赖名字也通顺的样子——比如开头用 "Hi there, thanks for reaching out"，名字放在第二句作为加分项。
纯手机号或数字 ID：比空值还糟，客户一眼看出是机器拼的。如果系统支持条件判断，给纯数字加过滤；不支持就靠人工补备注名。
emoji 和特殊符号：客户昵称是 "🌸🌸🌸"，渲染出来 "Hi 🌸🌸🌸," 显得很怪。这类客户进来时就手动改备注名。
全大写公司名："Hi SHENZHEN XX TRADING CO., LTD," 属于典型的没维护过。把公司名放到公司字段，称呼字段只放人名。

多语言模板里，变量放哪儿

做海外沟通的话，还有一层：中文模板翻译成多语种再发，和直接维护多语种模板，是两回事。

人名不该被当作可译词处理，机器翻译偶尔会把名字音译或改写，尤其是名字本身是个普通名词的时候（比如客户叫 Rose、Lily）。稳妥的处理是：常用语种各存一版模板，变量在每版里的位置保持一致，发送时直接调对应语种那版，而不是让翻译引擎去处理一句带变量的中文。

句式上也有差异：英语、西语习惯名字在开头（Hi John,）；日语、韩语的敬称跟在名字后面（〜様 / 〜님），变量后面要预留敬称位置；有些语言的问候语不带称呼更自然。建模板时按语种分别写，别用一套中文结构硬套。

退换货、物流延误这类高频场景，值得按节点把多语言模板一次性建齐，可以参考跨境电商退换货客服沟通话术与多语言模板里的节点划分。

在 NexSCRM 里这一步落在哪

NexSCRM 的快捷话术模板和客户画像、标签、联系人去重在同一块，配置时按上面的顺序走就行：先在客户画像里把称呼字段定下来并要求团队填写，再去话术模板里插入变量、设短码。变量的具体插入方式和字段清单以客户端当前版本为准，建库前用一个没填备注名的测试会话跑一遍，看清空值时的实际表现，再决定兜底写法。

有一个坑值得单独提：同一个客户在系统里存成了两条记录——比如手机号一条、Telegram 账号一条，备注名只填在其中一条上，另一条的会话调用模板时自然取不到名字。所以变量能不能稳定填出来，和联系人去重做得干不干净直接相关，可以配合联系人去重与字段合并的做法一起处理。功能入口在画像、去重与话术。

如果你的模板要在多语种对话里复用，翻译是分开的一层：原文和译文同时保留，方便客服核对名字有没有被改写，相关说明在实时双向翻译。