指南
AI 邮件助手：自建还是采购？
多数企业并不需要再多维护一款软件产品。他们需要的是一种更好的方式，来应对每天涌入邮箱的客户请求、供应商动态、订单变更和各类文档。真正的问题不在于模型能不能总结一封邮件，而在于：您的优势是否取决于自有系统内部那种深度定制的自动化，还是说您的团队只是需要在这个月就把邮件理解得更清楚、处理得更到位。
最后审阅 .
定义
从已经到达邮箱的那些工作说起
运营工作很少以整齐的形式到达团队手中。它可能是一位客户要求重新报价，一家供应商挪动交货日期，一封三行正文里附着一张发票，或者一条很长的会话中某一句话改掉了谈定的数量。在这些内容和您的系统能够使用的东西之间，横着五件日常工作——而这五件 Kerna 都能做。
- 为邮件会话生成摘要，提供三种深度，让当前状况一目了然。
- 依据五个内置类别、六个自定义类别，或二十个行业预设中的一个，对来件进行分类。
- 在语言成为工作阻力时，跨 45 种语言翻译邮件。
- 从 PDF、DOC 和 XLS 附件中提取具名字段，导出到 Sheets、Docs、Excel、Word 或 CSV。
- 以七种语气、八种意图准备回复草稿，交由用户复核并发送。
问题所在
一次演示不等于一套工作流
一个内部原型，一个下午就能做出令人惊艳的效果。真正要紧的问题是：到了第四百封邮件、当人们已经开始依赖它的时候，是什么让它依然好用。三件事把两者区分开来。
它必须待在工作开始的地方
是收件箱，不是另开一个控制台。一套要人把邮件转到别处、或者把会话粘进某个框里的流程，等于给它本该缩短的活又加了一步——而一件费的力气比省下的还多的工具，人们会悄悄弃用，不会来反馈。
它必须扛得住人们真正发来的东西
长会话、混着几种语言、一份装在 PDF 里的改单、一张列着明细行的表格、同一段对话同时用两种语言在走。一件在精心挑出的单个例子上跑得通的工具，和一件能在客服、销售、采购、运营和财务里都撑得住的工具，是两回事。
它必须随着业务变化持续可用
邮件形态在变，商务重心在移，人员岗位在换。总得有人长期负责提示词、模型成本、效果评估和失败案例——而且是无限期负责。这恰恰是自建预算里最容易被漏掉的那一块。
需要什么
为什么从 Kerna 起步在商业上更划算
它让团队先改进一个看得见、天天重复的工作环节，而不必先把这项改进变成一个内部软件项目。
在谈预算之前，你就能先试
从应用市场把 Kerna 装进 Gmail 或 Outlook，拿一条复杂的会话、一份刚到的文档，或一封需要斟酌的回复对准它，用你自己的活来评判结果。Starter 为 0 €、包含全部功能，所以第一次认真的试用，背后不需要一张采购单。
它与您已经信任的系统并行工作
Kerna 在信息进入您的 ERP、CRM、电子表格或流程之前先把它准备好。您现有的系统依然是记录归档和下一步运营动作发生的地方。什么都不用迁移，什么都不会被替换，您的商务与运营管控也原封不动。
控制权留在为结果负责的人手里
在运营邮件中，AI 最大的价值在于让工作更容易被复核，而不是悄悄替团队作出承诺。Kerna 准备摘要、分类、提取字段和草稿；由您来判断这条会话意味着什么、可以承诺什么，以及这份回复是否妥当。Kerna 本身不发送邮件。
这是日常的活，不是一个项目
不用派人专门盯着，不用搭进去一个 sprint，也不会留下一个内部工具、而它的负责人一年后就走了。团队就在自己本来就有的邮件上用它，变好的是他们每天早上都要做的那一段。
并排对照
两条路各自把什么压在你身上
两条路要做的是同一件五段式的活。差别在于：谁来造它、谁让它一直能用，以及你能改什么。
| 方面 | 自己造 | Kerna |
|---|---|---|
| 起步 | 设计、开发、部署一个应用，再把它送到真正要用的人手里。 | 从 AppSource 或 Workspace Marketplace 装一个加载项，按你所在组织对加载项的规定来办。 |
| 活在收件箱里 | 自己做并长期维护邮件集成、权限，以及人们实际操作的那块面板。 | 就在团队本来就开着的 Gmail 或 Outlook 里运行。 |
| 它能做什么 | 每一项能力，都得你自己定范围、自己写、自己测。 | 会话摘要、分类、翻译、从附件里提取数据、回复草稿——出厂就是这些。 |
| 贴合你的业务 | 任何你能写清楚的逻辑，任何与你自有系统的对接。这才是「自己造」真正站得住的理由。 | 在产品已有能力范围内做配置：你自己的分类、你想从文档里取的字段、语气和意图。 |
| 让它一直能用 | 归你：代码、基础设施、提示词、效果评估，以及各种出错的情况——而且业务一直在变。 | 厂商的事。留给你的，是判断结果对不对。 |
| 成本 | 开发、基础设施、模型用量，以及上线之后并不会停下的工程投入。 | 一个方案，加上团队上手所需的时间。Starter 为 0 €。 |
核对清单
一种务实的决策评估方法
四个问题，请对照您自己的业务如实作答。
- 1我们的问题，是否始于有人必须去解读外部邮件和附件？
- 2更清晰的会话摘要、有意义的分类、提取出的字段和经复核的草稿，能否在这个月就改善工作？
- 3下一步动作，是否在我们的 ERP、CRM、电子表格或运营流程中已经有了归宿？
- 4我们真正需要的差异化价值，究竟是深度的系统自动化——还是仅仅是在使用那个系统之前做好更充分的准备？
Kerna
定制自动化何时才值得
确实存在自建才是正确战略选择的情形。如果价值取决于把某个专门的内部流程紧密自动化、与专有系统深度打通，或者运用别处根本不存在的业务逻辑，那么定制软件很可能是合理的。而这与改进那些始于邮件的日常阅读、分拣、文档处理和回复准备，是完全不同的需求。
- 当您自己的系统和逻辑就是产品本身、自动化就是差异化优势时，选择自建。
- 当工作通用却耗时时，使用 Kerna：让来件和文档变得可理解，并为下一个人或下一个流程准备就绪。
- 如果核对清单的前三个问题答案都是肯定的，第四个问题的答案是“更充分的准备”，那么 Kerna 就是最直接的起点。
- Kerna 运行在比利时的 Cloud Run 上，Firestore 在波兰；个人数据会在内容送到模型之前被剔除。这是否满足你们自己的要求，信任页上逐条写明。
常见问题
大家常问的问题
- Kerna 是我们 ERP 或 CRM 的替代品吗？
- 不是。Kerna 工作在这些系统之前，让通过邮件和附件到达的信息变得清晰可用。随后由您的团队把它录入您已经在用的流程和系统。
- Kerna 会作出商务决定或发送回复吗？
- 不会。Kerna 只准备草稿，由用户复核后发送；它本身不发送邮件。决定、措辞和最终发送的控制权都留在您的团队手中。
- 谁从 Kerna 中获益最大？
- 那些真实工作通过外部邮件到达的人：客服、销售、客户管理、采购、供应链、运营、订单管理、财务，以及亲自处理重要客户或供应商沟通的小团队。
- Kerna 能在我们团队已经在用的工具里工作吗？
- 可以。Kerna 是面向 Gmail 和 Microsoft Outlook 的 AI 邮件助手，从 Google Workspace Marketplace 或 Microsoft AppSource 安装，直接在收件箱中工作。
用您自己的收件箱来做决定
无论你最后得出什么结论，都请在真实邮件上得出，而不是在演示上。把 Kerna 装进你本来就在用的 Gmail 或 Outlook，拿下一封带文档来的订单变更，把整条链跑一遍——摘要、分类、提取、导出、草稿。Starter 为 0 €，包含全部功能，并带一份试用令牌额度。