HyperControl
交付问题在9点18分到达。 另一个问题是关于明天的开幕时间。 然后,客户想要更改订单。 回复一切阻止你停止;回复什么都不会让工作放松。 正确的起点是一个定义的范围,而不是普遍的自动答案。
使用 HyperControl,一个自动化可以结合一个时间窗口,在电话上可用的事件和自然语言指示。 此场景解决了关闭后重复的问题。 它不假设一个看不见的团队监控帐户或电话,可以超越每Android限制。
简单问题与商业决策分开
开放时间、收集地址和已记录的交付时间为合理的初步范围。 接受订单变更,承诺特殊交付或解决争议往往需要做出决定。 在安排规则之前,请写下这些例外。
一个“后小时回复”资源可以收集要使用的信息和要留给您的主题。 具体说明一个答案错过时要说什么。 例如:“您的请求需要检查。 当我们重新打开时,我们将收集它,“丢失的信息不应该成为作为事实提交的估计。
设定一个规则,而不仅仅是恩惠
指定应用程序、开始和结束时间、日期和预期的结果。 对于中夜的窗口交叉,请检查常规中显示的时间。 指定时间区,如果您与不同国家的人合作或旅行。
提出请求后,请确保该规则在应用程序中存在并活跃,“我会照顾它”本身并不是计划的证据。 发射器必须保存,需要的许可和前提条件必须可见。
什么是通知可能的 - 什么是不可能的
处理取决于邮件应用程序所展示的信息和行动。 直接回复可以发送,当通知提供此行动时,无需通过整个应用程序进行导航。 如果它只包含一部分预览,助理可能缺乏足够的背景来决定。
模拟的团体,没有通知的对话和在启动之前收到的消息不会成为一个完整的可访问的输入箱。 打开和控制一个应用程序的任务需要一个可用的,无锁的电话。 Android 还可以根据电池限制和许可延迟背景任务。
一个简介,帮助你重新工作
请求以决策为导向的总结:处理的问题,未回复的请求,客户需要跟踪,并将详细信息添加到目录。 它只应涵盖在规则范围内实际接收和保留的事件。 不要把它作为每个业务信息的完整备份。
您可能会问:“开始总结,请求阻止订单。 对于每个人来说,给主题,问题要解决,并提出下一步行动,“这比每个通知的长时间编写更有用。
第一天晚上进行测试
在让它在夜间运行之前,试试一个短的窗口与你信任的人。 发送一个熟悉的问题,一个双重的请求和订单更改。 查看答案、未经授权的承诺和总结中的例外。
此外,请确保规则停止在窗口的尽头,并在暂停时正确地行事。 目标是处理一些重复的请求,而不会失去需要你的判断的人的痕迹,而不是回答一切。
