可见队列
将传入的工作路由到共享操作视图中，而不是依赖转发链和个人收件箱。
该解决方案的作用
将访客请求转变为拥有的工作流程
当客人、患者、家长或客户提交请求时，Operations 会为负责团队提供一个明确的位置来处理该请求。目标不是复制每个企业系统；而是复制每个企业系统。它是围绕通信、文档、状态和交接创建一个更清晰、更安全的服务层。
责任范围
按场地和配置的员工角色组织工作，以便适当的团队可以负责下一步的行动。
通讯保持连接
将受支持的消息、文件和更新放在它们所属的工作流程附近。
核心工作流程
围绕敏感服务的操作层
可用的工作流程是为组织配置的，当另一个平台保留为记录系统时，可能需要集成工作。
请求摄入和分类
接收门户或支持的渠道请求，确定优先级，并将其引导给正确的运营所有者。
案例式追踪
围绕定义的事项或服务请求组织状态、注释、文档和通信。
受控文档处理
通过具有明确员工所有权的专用工作流程移动适当的文档。
预约和跟进
协调请求的时间和后续步骤；权威调度可以保留在连接的系统中。
安全对话
使用基于 Hat 的通信来支持员工和外部参与者之间的敏感交流。
外部通道路由
与 Unified Inbox 配对以支持 WhatsApp Business、Messenger 和 LINE 工作流程，同时尊重其单独的隐私边界。
它是如何运作的
请求随所有权移动
最终的工作流程是围绕团队的实际职责、升级规则和记录保存义务而设计的。
接收并分类
请求从配置的门户或通道进入，并使用所需的最少信息进行分类。
分配和工作
授权工作人员负责下一步操作、使用批准的通信路径并记录所需的状态。
妥善解决并保留
团队根据组织的保留、审计和记录系统规则关闭或移交工作。
安全和隐私
安全性在平台和进程之间共享
加密无法纠正过多的权限、薄弱的端点实践或不明确的保留策略。 Operations 的部署应包含角色审查、员工培训和记录的数据流。
作用及场地范围
访问是围绕配置的工作人员和场地边界进行组织的；组织必须审查谁担任每个角色。
受保护的通信路径
支持的 Hat 频道内容使用 City of Hats 安全控制，其限制记录在 Security Evidence Center 中。
互联系统边界
发送到 CRM、EHR、SIS、PMS、提供商 API 或其他系统的数据将受到该系统的控制和保留。
运营治理
客户仍然对通知、合法使用、许可、记录、事件处理和特定部门的要求负责。
范围清晰
重要边界
强烈适合时
您的团队需要围绕服务请求和敏感通信建立共享的、限定范围的工作流程，并且您可以定义所有权、升级和保留。
它不能取代什么
Operations 并不自动成为 CRM、EHR、SIS、PMS、帮助台、文档管理平台或受监管的记录存档。
部署前确认
在启动之前确认所需的角色、工作流状态、集成、审计预期、导出、保留、业务连续性和管理员职责。
直接回答
团队在演示前提出的问题
产品范围审查: 2026 年 8 月 10 日
Operations 与 Branded Experience 相同吗？
不。Branded Experience 是面向访客的门户。 Operations 是面向员工的工作空间，用于处理该门户背后的请求和通信。
多个团队可以在同一环境中工作吗？
部署可以围绕场地和配置的人员职责进行构建。必须为组织确认确切的租户、角色、升级和报告模型。
它会取代我们的CRM或行业软件吗？
默认情况下不是。 Operations 可以充当安全服务和通信层，而另一个平台仍然是权威的客户、临床、学生、财产或事项记录。
员工可以处理外部通讯对话吗？
支持的通道可以通过Unified Inbox进行路由。这些对话保留外部提供商的安全和数据处理边界，直到它们进入配置的 City of Hats 工作流程。
安全团队应该审查什么？
查看 Security Evidence Center 中发布的数据流、员工角色、端点、集成、保留、事件程序、恢复预期以及声明和限制。
探索平台