1、邮件、短信通知
1）常见的系统功能性通知（如发在线考试地址）、活动通知、操作提醒。
2）有部分需要回执的通知，例如需要知道对方是否同意/拒绝某个邀请，或活动。有的场景是这三个选项不需要同时具备。
在产品设计上，通常设计为可按需勾选使用，例如同意、拒绝、申请调整
3）有部分通知需要发带有附件的通知，需要查收文件等（例如电子发票，有隐私的合同）
在产品设计上，如果服务商能支持附件最好，不支持的话，一般设计为一个网址，给收件人一个唯一标识（配合变量），到制定的一个网址查看或下载。
4）有需要插入变量的。例如面试通知场景，候选人姓名、面试时间每个人都不同，需要用到变量支持，达到自动替换的效果。
2、智能语音外呼
机器人自动根据模板拨打电话给 被呼叫人。通常有两种方式
1）一句话通知类。对方接听后不用对话，类似登录时候的语音验证码，其它二次通知的场景
2）问答类。根据设定的问答方式与被呼叫人互动问答。难点是问答方式设定很繁琐，适用于业务不复杂的问答设定，对于机器不理解的转人工方式。
应用中对于简单明确的回答，配置好规则，不明确的配置为一类
问题与常规操作
3）机器人语速快慢不均，听不清除；
4）机器人理解语义有问题，不能识别
5）主叫号95开头号能同时拨打很多电话，容易被标记为广告推销等，被屏蔽；主叫号139等正常手机号段 同时只能拨打一个手机号，也有被标记广告的风险。
实际操作中一般专号专用，营销类与功能类区分开
3、短信、语音获取验证码
一般用在登录的场景，短信验证码获取不到，手机号拉黑、信号差等，一般有语音短信验证码备案措施。
4、用户查询式
在网站事先公布，怎么查在哪儿查等，提供一个用户查询系统，凭借手机号、唯一凭证等方式自助查询，这样是最好的，能避免垃圾箱拦截、短信拦截、短信邮件通道堵塞等问题。
以上除了系统的方式，每个页面都留有邮箱、微信、电话等方式供用户咨询是最好的。
如果实在要发短信邮件等，也在网站公布多少时间内没收到邮件要再询问等。尽量把客观因素都排除，让信息畅通无阻。
本文内容结束
