随着越来越多的外贸B2B企业认识到在使用WhatsApp Bussiness API群发带来的询盘量直线拉升的高效益之后，有点放纵自我，开发信模板快速回复按钮不再使用“Yes”和“No”两个按钮，改为直接填写“Yes”,让潜在客户收到消息后没有选择的余地，只剩下“举报”“封锁”。放纵自我的后果就是潜在客户不想点击“Yes”,那只能点击“举报”“封锁”。于此情况下，因为群发量大，点击“举报”“封锁”的几率变得更高。错误的模板会带来严重的后果。
如下图所示，这是我们的客户在看到群发数据分析后发现状态全部显示为“拒绝”后，让我们帮忙查看原因。
于是我们去后台查看原因，显示错误代码为7006，通常这不是一个好迹象，于是我们给Meta官方发送邮件询问Sender号码状态。大约几分钟后，我们收到回复，显示Sender 号码状态为“Disable”,用白话讲就是号码被封了。
从提交资料到Meta商业认证再到Sender名称审核，最后到号码审核通过，为了让客户开发到客户，我们的客服人员花费了很多精力给与免费服务。结果因为客户的错误操作导致号码被封，真的是得不偿失，只能换一个号码再次申请Sender。
于是我们让客户截图给我们看看开发信的模板内容是怎么写的。如下图，看到后恍然大悟，在使用之前已经再三提醒过客户，结果往往客户在尝到甜头后就开始放纵自我，不按“规矩”办事，苦果只能自己尝。
在我们长期的使用过程中发现，只要在开发信中填写"Yes"和“No”同时存在的情况下，号码的存活几率就会变得很高。
我们自己使用的号码使用了5个月时间，到现在仍然还在使用，只是因为我们遵守Meta的规矩，遵守人性，既然是打扰，那最好是要尊重一下，不能“硬来”，给一个回旋的余地，对自己对潜在客户都好。
标准WhatsApp Bussiness API 开发信模板附送一张，共大家观摩研究。其中“Yes”填写的快速回复内容为“Thank you very much. Please describe your requirements.”"No"填写的内容为“Sorry to bother you”。
拒绝的客户，选择了点击“No，thaks”,而不是“举报”“封锁”，通过这种方法很好的保护了账户的安全。
潜在客户在首先表达了拒绝之意后，看到回复内容，又转头表示想要了解的意向。
谢谢大家。有更多问题可发送私信我。
