为什么无响应情况会造成如此大的阻力
沉默感觉很简单，直到它蔓延到数十个应用程序。
- 您不知道沉默是否正常或已经陈旧。
- 有些记录需要跟进，而其他记录则应存档，但它们看起来相同。
- 你不知道你是否已经推动了公司一次。
- 旧应用程序在心理上保持开放，因为关闭永远不会被正确记录。
无响应跟进
恢复过时的应用程序，无需猜测是否要等待、跟进或关闭它们
使用一条记录来记录静默、过时状态、恢复操作和关闭决策，这样无响应的情况就不再只存在于您的脑海中。
无响应工作流程阐明了什么
价值不仅仅是再发送一条消息。它决定记录接下来应该变成什么。
- 区分自然等待与真正的无响应漂移。
- 为沉默、后续尝试和最终关闭保留一个位置。
- 在不删除有用公司或文档的情况下查看过时的机会
无响应工作流程阐明了什么
价值不仅仅是再发送一条消息。它决定记录接下来应该变成什么。
- 区分自然等待与真正的无响应漂移。
- 为沉默、后续尝试和最终关闭保留一个位置。
- 在不删除有用公司或文档的情况下查看过时的机会
您可以再次控制的内容
过时状态可见性
查看哪些记录已经安静了足够长的时间，需要深思熟虑的决定而不是被动等待。
恢复计时
使用后续计时和先前的外展历史记录来决定是否应恢复或关闭记录。
更干净的关闭
标记无响应结果并将其存档，而不会丢失您申请的位置或您的内容已发送。
相关工作流程页面
常见问题
正常等待何时会变成无响应问题？
这取决于角色和流程，但工作流程可帮助您在上下文中判断沉默，而不是以相同的方式处理每个等待。
我应该跟进每个静默申请吗？
并不总是如此。一些记录应该被推动，而另一些记录则应该归档或关闭。关键是要深思熟虑地做出决定。
无响应应该成为跟踪结果，而不是精神负担
当过时的应用程序通过计时、后续历史记录和清晰的关闭路径进行处理时，整个搜索变得更容易审查和清理。