全渠道收件箱
本页讲的是一项实际工作：让来自不同渠道（邮件、Telegram、MAX、网站聊天）的客户来询都进入同一个窗口，不会丢失，有明确的负责人，并在需要时转化为任务或销售机会。下面介绍这在 LadVen OS 中是如何搭建的。
它解决什么问题
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
当客户写信到不同渠道时，消息很容易淹没：有的在销售人员的私人邮箱里，有的在手机上的 Telegram 里，有的在网站聊天里。没有统一的队列，不清楚由谁负责，部分来询就这样无人回复。
本场景这样解决：把已接入渠道的来询汇集到一个统一信息流中，每条来询都有负责人，并且可以直接从来询创建任务或销售机会，而不丢失上下文。
它在 LadVen OS 中如何运作
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
本场景由几个已经协同工作的模块搭建而成：
- 渠道 —— 邮件、Telegram、MAX、网站聊天，以及其他可接入的渠道。
- 统一信息流 —— 来询集中在一个地方查看，而不是散落在各个应用里。
- 负责人 —— 每条来询都有对它负责的人。
- 来询 → 工作 —— 从消息创建任务或销售机会，并关联到客户。
- 通知 —— 新来询不会丢失。
- 管控 —— 一眼看清哪些未回复、哪里有延误。
多渠道汇入同一窗口
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
已接入的渠道（邮件、Telegram、MAX、网站聊天）会汇集到统一的来询信息流中。员工在一个窗口里工作，不必在各个应用和私人账号之间来回切换。具体有哪些渠道，取决于你的门户接入了什么。
来询 → 任务或销售机会
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
来询不会停留在「只是一条消息」的状态：可以从中创建带有执行人和截止日期的任务，或在销售管道中创建销售机会，同时保留与客户的关联和沟通历史。这样请求就转化为可管理的工作，而不会淹没在往来消息里。
管控与责任
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
每条来询都有负责人，而整个信息流则有管控：可以看清哪些未回复、哪些已逾期、哪里有延误。管理者直接跟踪工作量和响应速度，而不必手动从各个渠道拼凑整体情况。
团队能获得什么
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
- 来自不同渠道的来询集中在一个窗口，不会丢失任何内容；
- 每条来询都有负责人；
- 请求迅速转化为任务或销售机会；
- 管理者一眼看清哪些未回复、哪里有延误。
落地清单
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
- 把各渠道（邮件、Telegram、MAX、网站聊天等）接入同一信息流。
- 为每条咨询指定负责人。
- 约定规则：把咨询转成关联客户的任务或销售机会。
- 设置通知，确保新咨询不丢失。
- 设置管控：哪些未回复、哪些已逾期、延迟在哪里。
- 按信息流跟踪工作量和响应速度，而不是逐个渠道手工统计。
应避免的问题
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
- 不要让咨询没有负责人：「人人可见」就等于「无人回复」。
- 不要用私人账号回复——会丢失历史和管控。
- 不要把每条消息都变成新的销售机会——先检查是否已有进行中的。
- 不要忽视响应速度——这是收件箱的关键指标。
如何衡量成效
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
- 咨询的首次响应速度；
- 已指派负责人的咨询占比；
- 转为关联客户的任务或机会的咨询占比；
- 无人回复的丢失咨询数量（趋近于零）。
从哪里开始
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
- 邮件 —— 在门户内处理邮件。
- 接收申请与渠道 —— CRM 中的表单和渠道集成。
- 创建任务 —— 将来询转成带负责人、期限和上下文的任务。
- 任务上下文 —— 保留来询来源、客户和已达成的约定。
- 任务关系 —— 将来询连接到客户、销售机会、文档和后续工作。
- 评论与聊天 —— 讨论与消息。
- 通知 —— 让新来询不会丢失。
- 动态信息流 —— 总览整体活动情况。
申请演示
场景概念流程：用于说明工作过程，不是界面截图，也不是截图证据。
想在现成的演示环境上，看看来自不同渠道的来询如何汇集到一个收件箱里吗？申请演示——我们会展示已配置好的场景，并帮助你接入自己的渠道。