服务
Outlook 加载项 — 让邮件不再是流程的终点。
Outlook 内的一个侧栏，把打开的邮件变成它本该生成的东西：一张工单、一项任务、一条 ERP 记录。无需复制粘贴，也不必离开工作现场。
工作从邮件进来，也常常就停在那里。有人读完一条请求，打开另一个标签页，查找客户，复制主题，粘贴正文，选好类别，再创建工单——每封邮件两分钟，一天几十次，其中每五封就有一封最终根本没有被记录。加载项在问题发生的地方解决它：在 Outlook 里。
我们构建什么
从邮件到系统，一次点击
侧栏读取打开的邮件——发件人、主题、正文、附件——并尽可能预先填好。使用者确认类别与优先级，点一次，工单就产生了。原本的两分钟变成一个动作。
为贵公司现有的系统而建
Freshservice、Freshdesk、Jira、自研 ERP、内部数据库。有 API 时我们直接对接，没有时我们搭建这座桥。我们已交付过一个在 Freshservice 开工单的加载项，以及另一个在内部管理系统中创建任务的加载项。
Outlook 能用的地方它都能用
Windows、Mac、浏览器和手机。现代加载项是通过网页提供的 HTML 与 JavaScript，配上一份 Outlook 读取的清单——不是需要 IT 部门推送到上百台机器的安装程序。
做过第二次才明白的两件事
API 密钥不能放在浏览器里
加载项运行在使用者的电脑上。把工单系统的 API 密钥放在那里，等于交给任何一个打开开发者工具的人。我们始终在中间构建一层中间件：加载项与它对话，它与系统对话，密钥永远不离开服务器。
Outlook 网页版在另一个域名下
侧栏运行在 outlook.office.com，而多数 API 不接受来自那里的请求。中间没有自建服务，加载项就会撞上 CORS，任何设置都无法解决——缺的那块必须自己造。
流程如何进行
- 一次简短的沟通，谈清楚邮件里进来的是什么，之后应该发生什么。
- 一个能用的加载项，真实对接贵公司的系统——不是演示原型。
- 在组织内部署，由 Microsoft 365 管理员发布给全体或某个群组。
- 连同代码一并交付，以及没有我们也能继续维护所需的一切。
需要多久
从一周起，完全可用、已在生产环境运行，并附带书面测试。实际周期取决于对面的系统——一个有文档的 API 和一套毫无接口的老旧 ERP 不是同一份工作，我们会在动工前先说清楚是哪一种。