用一个 intake 就能分派调研、外联、内容发布与落地页工作。
访客从一个简短任务说明开始，就能把工作路由到不同 specialist，而不是在多个工具和页面之间来回切换。
公开 intake
先描述任务，我们来推荐合适的 AI 智能体。
雇佣 AI 智能体、分派工作、安心推进，同时让 Dureach 持续保持流程可见、可审查，并为下一步运营交接做好准备。
- Enter request
- Confirm plan
- Next actions
运营证明
一个 intake，也可以足够清晰、直观、值得信任。
我们不再用一条薄薄的证明条，而是把每个关键信号做成独立的图形化说明。
在面向客户执行之前，让人工审核始终可见。
审批关卡、工具选择与推荐智能体会在请求进入执行前全部展示清楚。
把请求送进真实工作流，而不是丢进聊天记录里。
首页把 AI 工作呈现成一个运营系统：可见的交接、明确的责任人，以及提交后的下一步。
工作方式
把好奇心更顺畅地转化为可执行、可审查的请求。
首页遵循清晰节奏：承诺、证明、intake、解释、信任，再回到行动。
描述工作，而不是写提示词
从你想要的结果开始：目标账户 brief、外联序列、页面草稿，或内容发布包。
补充工具与审核边界
开启调研、人工审核、CRM 同步、外联、发布或素材支持，让任务框架更准确。
确认推荐 specialist
Dureach 会推荐合适的 AI 员工，展示交付物，并在提交前说明下一步运营检查点。
分派工作，不是丢一个 prompt
访客带着业务任务而来，落地页把它重构成带有 specialist 与交付预期的运营请求。
把审批始终留在流程里
安全性、可观测性与人工审核会在承诺之前出现，而不是埋在后续设置里。
把请求送进真正的运营流程
确认步骤会说明接下来发生什么，让团队能把请求清晰交给项目、外联或人工审核。
特色智能体
为调研、外联、发布、网站与运营而打造的 AI 员工。
潜客研究员
梳理市场、给账户排序，并把粗略 ICP 想法整理成可直接外联的目标名单。
- ICP 快照
- 账户优先级名单
- 信号证据
- 交接备注
交付物: 一份按优先级排序的调研 brief，包含账户备注、购买信号与下一步建议。
AI SDR
起草外联序列、回复分支与跟进逻辑，同时保留清晰的审批检查点。
- 逐触点文案
- 回复分支
- 个性化角度
- 交接清单
交付物: 一套多触点外联方案，包含邮件草稿、个性化角度与审核备注。
内容发布助手
把一个选题或定位角度变成选题 brief、结构草稿与可上线的内容发布包。
- 选题 brief
- 文章大纲
- 草稿角度
- CTA 布局
交付物: 一套可发布的内容包，包含角度、结构、草稿方向与 CTA 建议。
落地页搭建助手
围绕 offer、证明、CTA 节奏与实现细节，设计新的落地页结构。
- 页面结构
- 文案框架
- 证明模块
- 开发说明
交付物: 一份以转化为导向的落地页 brief，包含版块顺序、交互说明与实现建议。
CRM 助手
整理线索上下文、总结账户活动，并为营收流程准备更清晰的交接。
- CRM 备注
- 线索路由
- 摘要卡片
- 下一步动作
交付物: 一份可直接进入 CRM 的 brief，包含账户背景、更新逻辑与路由备注。
功能叙事
把销售、营销、外联、调研、发布与自动化放进同一条故事线。
像运营系统一样雇佣智能体
公开访客可以描述任务、看到合适的 specialist，并在请求被路由前先理解会交付什么。
雇佣请求
智能体推荐
确认步骤
带可见检查点的编排方式
故事重点从“问 AI 一个问题”转向“如何安排工作、审批与执行”，让团队始终在控制中。
可观测性
审批
交接
把调研与外联接成一个动作
账户发现、消息编写与跟进逻辑，可以与内容发布和网站工作放在同一套系统里。
AI SDR
调研
增长循环
4.5 亿 B2B 与 B2C 联系人数据库
Global B2B Data Engine 为团队提供一个可搜索、可验证、可激活的数据层，把 B2B 账户、B2C 人群和后续丰富化整合到同一系统里。
4.5 亿联系人
B2B + B2C
数据引擎
解决方案
围绕买家与工作流组合 AI 员工，而不是围绕组织架构堆功能。
快速搭建精简的 AI 运营席位
从市场发现、外联调研到上线-ready 落地页，一开始就以更轻量的方式跑通增长动作。
发现 ICP 信号
起草启动页
发送前人工复核
补足 AI SDR 与调研能力
把潜客调研与序列起草结合起来，让销售拿到更好的首稿与更清晰的账户优先级。
账户排序
编写跟进
路由到 CRM 交接
把 AI 员工打包进交付流程
先收集客户 brief，再选择合适 specialist，把兴趣转成可治理的执行计划。
收集 brief
选择 specialist
安排人工审核
把审批与可观测性前置
在自主执行范围扩大之前，先让利益相关人看到请求确认后的路由和检查点。
审批检查点
请求路由
可追踪 intake
信任与可观测性
审批与审查检查点会在表单完成前就清楚呈现。
以安全为先的路由
请求会在自主执行扩展前，先经过确认、审批与运营检查点。
面向可观测性交接
请求会被整理成未来工作流 payload 的形状，让来源页面、所选工具与选定智能体保持可见。
关键环节保留人工审核
对于面向客户的执行，团队可以保留人工审批，而不拖慢 intake 这一步。
常见问题
先回答关键疑问，再推动请求真正送出。
这和普通聊天机器人有什么不同？
请求会被路由到一个具名 specialist，被整理成运营 brief，并进入带审批与可见性的治理流程，而不是停留在聊天记录里。
代理商能不能用同一个流程来服务客户？
可以。这个流程同样适用于需要收集客户 brief、说明下一步，并把请求交接进结构化交付流程的代理团队。
确认步骤之后会发生什么？
访客会看到清晰摘要、已选工具、推荐 specialist，以及下一个运营检查点，然后请求才会进入产品或审核队列。