建立易歪歪催付话术时，应先确认订单确实待付款，再查看客户是否已经收到提醒、是否提出疑问，以及是否明确表示暂不购买。回复以说明订单状态、询问是否需要帮助为主，不使用虚假的库存或活动倒计时制造紧迫感。易歪歪可以保存和调用提醒内容，但不能默认它会识别付款状态、记录提醒次数或自动避免重复发送，这些情况需要客服在实际平台中核对。
发送前先确认是否还需要提醒
待付款不一定意味着客户忘记付款，也可能是正在比较商品、等待确认规格，或者已经放弃购买。先查看订单和会话，再决定是否提醒，能够减少向已付款客户发送催付消息的情况。
核对订单状态和客户意向
- 确认当前状态：在店铺后台查看对应订单是否仍待付款。客户可能在客服准备回复期间完成支付，发送前应再次确认，不沿用之前看到的状态。
- 阅读已有对话：客户已经说明“稍后决定”或正在等待客服回答时，应先处理其问题，不连续追问付款。客户明确表示不购买时，应停止催付。
- 检查已有提醒：查看当前会话是否已经出现人工提醒，以及平台是否有可见的提醒记录。无法确认时，不应仅因为换了客服就再次发送同样内容。
把催付写成帮助确认，而不是施压
催付话术应让客户容易理解订单当前情况，并给对方提出问题的空间。客户尚未决定购买时，简短、准确的询问通常比大段促销文案更适合继续沟通。
按实际情况准备不同回复
- 普通待付款提醒：示例为“您好，看到您这笔订单目前仍待付款。如果对规格或购买流程有疑问，可以告诉我，我帮您确认。”仅在订单状态核实后使用。
- 客户正在确认商品：示例为“您刚才咨询的规格问题，我已经核对好了。还有其他需要确认的地方吗？”应先提供实际答案，不把未解决的问题转成付款催促。
- 客户反馈支付困难：示例为“方便说明一下页面出现的提示吗？请遮挡个人和支付信息后再发送截图，我帮您确认下一步。”后续按实际平台提供的帮助渠道处理，不索取密码或验证码。
只有真实条件才写进提醒内容
活动期限、库存和订单保留时间可能影响客户决策，但这些信息必须来自当前页面或已确认的业务安排。不能把“马上涨价”“只剩最后一件”等句子存成通用话术，向所有客户重复发送。
区分事实提醒和未经确认的承诺
- 活动期限先核实：确有截止时间时，可以说明具体活动及适用条件。活动结束后及时修改或移除相关话术，不能继续发送旧优惠提醒。
- 库存变化现场查看：客户需要确认能否购买时，应查看当前商品库存。库存可能变化，不宜把某次查询结果长期保存在催付模板中。
- 订单期限按页面说明：需要提醒订单关闭时间时，以该订单页面实际显示的信息为依据。没有明确记录时，不编造付款倒计时，也不承诺会一直保留商品。
在易歪歪中区分催付场景，保留必要版本
通过易歪歪整理客服常用回复时，可以保存普通提醒、商品疑问跟进和支付问题引导等内容。标题应帮助客服判断用途，避免建立多条含义相同的催付话术，误以为换一种表达就能再次提醒。
让调用方便，也让使用条件清楚
- 标题标明场景：例如“待付款—普通询问”“待付款—规格确认后跟进”“支付问题—了解页面提示”。不使用“强力催付”“最后催付”等无法说明适用条件的标题。
- 正文保持准确：通用内容中不预填客户姓名、订单金额或活动截止日期。需要补充的信息应在发送前核对，不能默认软件会自动读取并替换。
- 核对保存方式：电脑版手册将标题和实际发送内容分开说明。添加或编辑时，可以参考易歪歪电脑版短语管理说明，把内部使用备注与客户回复分开。
用会话记录和交接安排减少重复提醒
避免重复打扰，关键在于客服知道之前做过什么，而不是准备更多催付文案。提醒记录应放在实际使用的客服工作台或交接记录中，不能把具体客户的待办事项混进公共话术库。
让后续回复有明确依据
- 记录已经提醒：按团队实际工具记录对应订单、提醒时间和客户反馈。再次处理前先查看记录，不默认易歪歪已经统计提醒次数。
- 交接说明客户状态：客户正在考虑、等待答复或已表示不购买时，应在交接中说明。接班客服先处理已有事项，不重新发送完整催付流程。
- 按反馈决定后续动作：客户没有回复，不等于可以不断追问。是否再次联系，应结合客户意向、实际业务需要和所用平台要求判断；已经付款、订单关闭或明确拒绝时，应结束催付。
常见问题
催付消息间隔多久发送比较合适？
没有适用于所有店铺和客户的固定间隔。应结合已有提醒、客户反馈及实际平台要求判断，不把固定频率写成通用流程。客户明确不需要或已经完成付款时，应停止提醒。
换一条催付话术再发，就不算重复打扰吗？
不是。即使文字不同，只要反复要求客户为同一笔订单付款，仍可能造成打扰。发送前应看是否有新的必要信息，而不是只看文案是否重复。
易歪歪能自动跳过已经付款的客户吗？
不能根据保存了催付话术，就认定软件能够识别订单状态或自动跳过客户。本文介绍的是人工核对后调用回复的方式，付款情况需要在对应平台或店铺后台确认。