[{"data":1,"prerenderedAt":4},["ShallowReactive",2],{"article-doc:blog\u002Fwhy-we-built-lanson-reception":3},"## 我们并不是出发去构建一个 AI 前台。\n\nLanson Reception 并不是产品路线图上独立出现的一个想法。\n\n它生长自一个我们已经琢磨了更久的问题：**在时刻仍然正在发生时，口语要经历什么才能变成可用的上下文？**\n\n在 LansonAI，我们花了很长时间围绕这个问题构建——实时转录、上下文纠正、翻译、稳定交付，以及让意义在实时流中被承载、而不是把语音当作孤立碎片来处理所需的系统。\n\n技术开始起作用了。\n\n我们尚未解决的是另一件事：\n**这项能力要在哪里变得足够紧迫，让人真正需要它？**\n这个问题最终把我们带向了 Lanson Reception。\n---\n## 技术起作用了，紧迫性却比预想的弱。\n\n我们更早的面向消费者的实验，包括 Lanson Life，教会了我们一件重要的事。\n\n人们能看到更好的实时语音理解的价值。当语音变得更容易跟随、更容易纠正、更容易跨语言承载时，他们能感受到那个差别。\n\n但有用并不总是等于紧迫。\n\n在很多消费场景里，如果一次语音交互不完美，用户可以绕过去。他们可以改用打字。可以重复一遍。可以稍后再来。他们可以容忍一点摩擦，因为失败的后果通常有限。\n\n这并没有让底层问题变得不真实。\n\n它只是意味着**第一个商业切入点，需要把更强的后果绑定到对话上。**\n\n于是我们开始问一个不同的问题：\n> 在什么地方，丢失语音上下文真的会让某人付出代价？\n一旦我们把目光投向商业电话，答案清晰得多。\n---\n## 一通商业电话承载着一个结果。\n\n打给企业的电话，很少只是一次闲聊。\n\n打电话的人想做成一件事。\n\n他们可能在约一个时间、问某项服务是否可用、描述一个紧急问题、要一个报价、找到对的人、改一个既有预约，或在决定这是否是他们想合作的企业。\n\n当这通电话被漏接、被处理错、或被忘记时，损失不只是对话层面的。\n\n它可以变成流失的客户、丢掉的预约、延迟的响应，或一个悄悄消失的线索。\n\n这改变了我们眼中问题的形状。\n\n在消费产品里，更好的语音理解可以改善一段体验。\n\n在前台里，更好的语音理解可以改变一个结果。\n\n这个区分很重要。\n> **漏接一通电话的代价，往往不是那通电话。是你再也听不到的那个客户。**\n一旦这样看到问题，下一步就变得自然了。\n\n系统不能止步于理解某人说了什么。\n\n它必须参与到接下来发生的事里。\n---\n## 理解，已经不够了。\n\n一个有用的 AI 前台，不能只是听着、然后给出一个好的回答。\n\n真实的商业对话不像干净的聊天机器人轮次。\n\n人们会打断。\n\n他们会停顿然后继续。\n\n他们会自我纠正。\n\n他们会问一个问题，中途想起另一个，在一句话中间改变方向。\n\n他们默认接电话的人已经了解这家业务、它的政策、它的可用时间、它的优先级，以及什么时候应该升级给真人。\n\n而最重要的是，他们打电话来，通常是因为希望某件事发生。\n\n这意味着一个 AI 前台必须做的，比生成语言更多。\n\n它需要理解到目前为止的对话，在轮次之间保持状态，知道自己有什么权限，并把这种理解连接到真实的行动上。\n\n一个来预约的来电者，不应该收到一段\"我们有预约服务\"的解释。\n\n系统应该帮忙把约排上。\n\n一个合格的线索，不应该消失在一份转录稿里。\n\n系统应该捕捉细节，并把对话向前推进。\n\n一个紧急情况，不应该和常规 FAQ 得到同样的对待。\n\n系统应该识别出差别，并恰当地升级。\n\n正是在这里，Lanson Reception 开始变得不只是狭义上的 AI 接线员。\n\n\u003Cp style=\"line-height: 2.1;\">这个品类可以从接电话开始，但我们正在构建的产品更接近一个\u003Cstrong>AI 前台\u003C\u002Fstrong>：一个实时对话层，它能够回答、理解、协调，并在那通电话背后的工作流中采取行动。\u003C\u002Fp>\n---\n## 为什么把一个语音模型接到电话线上是不够的\n\n现代的语音与推理模型能力惊人。\n\n它们能识别语音、生成自然的回应、在大量信息上进行推理。\n\n但一场生产环境里的对话，仍然有那些不会因为底层模型很强就消失的失败模式。\n### 打断\n真实的来电者可以在任何时刻打断。\n\n系统需要停下来、理解什么变了、保存相关上下文，并自然地继续——而不是把打断当作一个全新的请求。\n### 持久状态\n一段对话不是一堆独立的 prompt。\n\n名字、偏好、决定、未完成的任务、先前的行动，需要在轮次之间存活。来电者不应该被迫不断为系统重建上下文。\n### 业务上下文\n前台代表的是一家具体的企业。\n\n它需要正确的知识、政策、营业时间、服务、路由规则、预约逻辑、升级边界和语气。知道*说了什么*，只有在系统同时理解*这在这家业务里意味着什么*时才有用。\n### 行动\n对话必须连接到下一步：排程、线索捕捉、通知、转接、跟进，或其他工作流。\n\n难点不只是调用一个工具。\n\n行动必须在正确的时刻、带着正确的信息发生，然后连贯地回到对话里。\n### 时机\n语音对延迟毫不宽容。\n\n交互节奏错了，技术上正确的答案也会感觉是坏的。轮次、推理、语音生成、打断、工具执行，都必须像一个连续的系统那样运作。\n\n这就是我们在一些地方仍然使用 **AI 接线员** 这个术语的技术原因：电话交互是一个非常具体的环境，所有这些问题在那里会同时显现。\n\n但在技术上解决接线员，正是让更广义的 AI 前台成为可能的东西。\n---\n## 语音上下文层从理解走向了参与。\n\nLanson Reception 并不要求我们放弃 LansonAI 背后的技术方向。\n\n它迫使我们把它延伸出去。\n\n在 Lanson Live 上，问题是：语音如何在有人还在说话时，变成稳定、可读的上下文。\n\n在 Lanson Reception 上，问题变成了：当那个上下文必须立刻影响一场实时交互时，会发生什么。\n\n系统现在必须持续回答这样的问题：\n- 来电者真正想表达的是什么？\n- 对话的哪部分已经定了，哪部分还在变化？\n- 来电者是说完了、在停顿、在继续，还是在打断？\n- 之前轮次里的哪些信息仍然重要？\n- 这家业务被允许承诺或做什么？\n- 接下来应该发生什么行动？\n- 什么时候应该由真人接管？\n\n这就是为什么我们把 Lanson Reception 看作同一个语音上下文层的另一个表面，而不是一个割裂的产品。\n\n底层问题仍然是上下文。\n\n区别在于，上下文现在有了后果。\n**语音 → 理解 → 状态 → 行动。**\n语音上下文层不再只是在帮信息沉淀。\n\n它在帮系统参与。\n---\n## 市场改变了我们的商业路径，而不是技术论点。\n\n创业故事里有一种诱惑：让每个产品回头看都是必然的。\n\n这里不是那样发生的。\n\n我们开始做 LansonAI 时，并不知道 AI 前台会成为我们第一个主要商业重心。\n\n我们构建了技术，把它放到世界面前，学到价值在哪里强、紧迫性在哪里弱，然后跟着问题走向一个地方——在那里，更好的语音上下文有更清晰的经济后果。\n\nReception 是商业切入点的变化。\n\n它不是底层论点的重置。\n\n同样的关于上下文、纠正、流式、打断、状态和实时编排的工作，被放进一场\"接下来需要发生点什么\"的商业对话里时，变得更值钱了。\n> **产品没有改变我们的技术论点。市场告诉我们先把它用在哪里。**\n对我们来说，那不是技术与商业之间的妥协。\n\n那是产品发现本来就该做的事。\n---\n## 为什么我们要和客户紧密地一起构建最早的前台\n\n这也是为什么我们不认为 Lanson Reception 的第一版应该像自助式聊天机器人构建器那样售卖。\n\n一个真实的前台，包含多年积累的上下文。\n\n它知道哪些问题重要。\n\n它知道哪些请求是常规的，哪些是敏感的。\n\n它知道哪类电话应该给谁、预约实际怎么运作、这家业务舒服承诺到什么程度、以及哪里仍然属于人类判断。\n\n这些没法用一个 prompt 输入框装下来。\n\n对早期的 Founding Partners，我们的工程师直接与业务一起，围绕它的真实运营来配置和调校系统：业务知识、对话行为、电话流程、排程、路由、升级，以及生产使用前的真实感测试场景。\n\n这些贴身的工作与产品不分离。\n\n它就是我们学习\"生产语音到底要求什么\"的方式。\n\n每一次部署都给我们证据：什么应该变成可复用的基础设施，什么应该保持可配置，以及边缘情况真正藏在哪里。\n\n随时间推移，其中更多会变成产品化的部分。\n\n眼下，我们认为贴近第一批客户是一种优势。\n---\n## 我们实际在构建什么\n\nLanson Reception 从一个熟悉的对象开始：企业电话。\n\n这让问题很容易辨认。\n\n但野心比\"替代语音信箱\"或\"回答 FAQ\"更大。\n\n我们正在构建一个 AI 前台：它能在一场实时对话中持续在场，把上下文贯穿其中，理解这家业务需要什么，并把交互推向一个有用的结果。\n\n有时那意味着回答一个问题。\n\n有时那意味着留一个消息。\n\n有时那意味着排一个预约、捕捉一个线索、路由一个来电者、发一个跟进，或者知道正确的行动是把真人请进来。\n\n重要的部分不是 AI 会说话。\n\n重要的是，这场对话从第一个词到下一个真实世界的行动，始终保持连贯。\n\n这就是我们构建 Lanson Reception 的原因。\n\n不是因为我们一开始就计划再做一个 AI 接线员。\n\n而是在构建了能理解实时语音的系统之后，市场向我们展示了下一个值得解决的问题：\n> **如果语音能做的不止是变成上下文呢？如果那个上下文能够参与呢？**\n**聆听。理解。记住。行动。**\n[探索 Lanson Reception](https:\u002F\u002Fwww.lansonai.com\u002Fsolutions\u002Freception)\n\n[体验 Lanson Reception](https:\u002F\u002Freception.lansonai.com)\n",1790059118939]