结构化客户吸收
指导潜在客户提供适当的初始信息，而不意味着仅提交信息就能建立律师与客户的关系。
该解决方案的作用
减少普通电子邮件中的敏感工作
潜在客户和现有客户经常通过最容易找到的渠道发送机密信息。配置好的客户体验可以尽早设定期望，仅收集所需的信息，将其发送给授权员工，并为文档和对话提供更合适的路径。
定义的文档路径
为受支持的交换提供不受控制的附件链的批准替代方案。
保密通信选项
将适当的对话转移到基于 Hat 的工作流程中，同时保持端点和参与者风险可见。
核心工作流程
在不混淆法律边界的情况下支持客户的旅程
公司确定某人何时仅是潜在客户、何时进行冲突审查、何时开始参与以及哪个系统保存正式事项记录。
潜在客户摄入量
收集已配置的初步信息，并提供明确的不参与通知和冲突审查边界。
咨询请求
路由安排请求，同时在批准的系统中保留最终日历和参与状态。
文件交换
为受支持的文件提供专用路径，并遵守授权、恶意软件、保留和事项记录程序。
客户消息传递
使用安全渠道进行适当的沟通，并定义何时需要电话、面对面或其他受控方法。
事项更新
显示配置状态或下一步信息，无需替换法律建议或权威事项文件。
人员处理
使用 Operations 将配置的请求路由到接收、法律、调查、计费或管理团队。
它是如何运作的
在接收路径中建立保密性
设计应该在提交信息之前开始：通知、冲突、身份、最低限度收集、员工访问和官方文件都需要一个所有者。
定义法律和信息阶段
单独的公众调查、潜在客户吸收、冲突审查、参与、主动事项沟通和事后保留。
配置访问和切换
设置通知、员工角色、安全通道邀请、文档规则、集成点、保留和升级。
验证专业义务
在启动前审查保密性、特权、监督、客户身份、记录、可访问性、管辖权、事件响应和员工培训。
安全和隐私
加密支持机密性；它没有定义特权
特权和专业职责取决于法律、事实、参与者、目的、弃权、公司行为和管辖权。安全的工具可以降低一些技术风险，但无法解决这些法律问题。
受保护的 Hat 通信
支持Hat通道内容采用City of Hats加密控件；端点、屏幕截图、导出和授权收件人仍然相关。
身份是一个工作流程决策
假名可以保护消息来源或初步询问，而其他事项则需要验证身份和冲突检查。
需要知道的访问
公司必须配置和审查律师、员工、承包商、专家、调查人员和管理人员的访问权限。
官方文件边界
公司决定哪些内容必须进入其文件或实践管理系统，以及如何记录和保留该转移。
范围清晰
重要边界
强烈适合时
您的公司希望有一个更清晰的机密接收和客户沟通层，并且可以定义冲突、参与、授权、正式记录和保留。
它不能取代什么
它不是冲突数据库、法律咨询系统、法庭立案服务、电子取证平台、信托会计工具、完整的DMS，也不是特权或专业合规性的自动保证。
部署前确认
审查专业责任规则、特权通知、客户身份、冲突、记录、监督、保留、合法保留、发现、导出、事件响应和特定管辖区的要求。
直接回答
团队在演示前提出的问题
产品范围审查: 2026 年 8 月 10 日
使用 City of Hats 是否会使对话具有特权？
不。特权取决于法律以及关系和沟通的事实。安全工具可以支持机密性，但不能自行创建、保留或确定特权。
该门户是否会取代我们的实践管理或文档系统？
不会。公司批准的事项、文件、冲突、计费或记录系统可能仍然具有权威性，并且需要明确的集成或移交。
潜在客户可以匿名提交信息吗？
配置的工作流程可以在适当时允许假名初始联系。公司必须决定何时需要身份、冲突、制裁或客户验证程序。
文件是否受到保护以防止各种泄露？
不会。加密可以保护定义的传输和存储边界，但授权接收者、受损端点、屏幕截图、导出、法律流程、人为错误和后续处理仍然是风险模型的一部分。
公司在部署之前应该审查什么？
审查接收通知、冲突、特权、身份、员工和供应商访问、正式记录、保留和合法保留、导出和发现、事件响应、客户支持和适用的专业规则。
探索平台