靠合并重复工单做起生意：索林·阿卢波阿耶如何把 Swifteq 做大

一个人打理十一个应用的生意

2023 年，索林·阿卢波阿耶（Sorin Alupoaie）在 Swifteq 上线了五个新应用。Zendesk 市场上架的应用增加到十一个，到那年 12 月，客户有 230 家，年度经常性收入达到 15 万欧元。当他在给自己发薪水之后还能留下利润时，他就能不靠另一份工作、也不靠投资人把生意经营下去。来自多个应用的收入开始撑起一个开发者的独立。

在这之前，索林有过把生计押在一个产品上的经历。2016 年做 CX Moments 时，他凭一个能跑的样机和潜在订单就决定全职投入，为了发工资不得不早早融资。生意最终没能找到真正贴合客户需求的产品。下一次尝试，他一边上班一边开发，离职前攒了大约一年的工资。Swifteq 就是这样准备好的第二个生意。

在 Zendesk 的重复工作里找到产品

Swifteq 的起点是用 Zendesk 的客服团队。索林读 Zendesk 官方社区，也读客服从业者聚集的 Support Driven 上的帖子，从中找反复出现的麻烦。同一个客户多次发来的咨询，客服得一张一张手工合并，这件事很显眼，他做了一个按既定规则合并重复工单的应用。先把客户范围定下来，要查的地方和要解决的问题也一起收窄了。

他也试过拿外部投资经营公司，感受到决策的自由变小、压力变大。做 Swifteq 时，他想自己为产品和客户负责，做出一门能养家的赚钱生意。独自创业、不拿外部资金，都是朝这个目的做的选择。

第一个应用只放必要功能，不到两周就上线，而且一开始就收费。索林把开发限制在自己一边上班一边能承担的范围里。按他 2023 年讲的开发方式，多数应用只提供让用户开关的那一屏，复杂的配置他自己在服务端处理。除两个例外，每个应用的第一版他都没花超过一周，先看真实用户怎么用，再补功能和设置。加功能时，他也优先做多个客户都会碰到的同一个问题。

合并工单的应用接进了 Zendesk 原有的工作流程。新工单出现时，Zendesk 的触发器和 webhook 把它交给应用，应用按设定好的条件判断是否重复再合并。它除了判断是不是同一个客户，也能按订单号这类共用标识来匹配，还能排除内部员工或机器人建的工单。客服团队沿用原来的系统，加上符合自己工作规则的自动化。

把同一个客户身上的活儿扩成多个产品

这些应用的扩展方向有一致的地方。减少客服重复劳动的自动化、管理帮助中心文章的工具、帮忙翻译和写回复的工具，都接在客服团队的日常上。在同一个组织里，它们分担了不同的活儿：处理咨询、维护文档、支撑多语言。Swifteq 在客服这个市场里把产品范围拉宽了。

从帮助中心相关的产品能看出这种扩展方式。Help Center Manager 负责在全部文章里查找并替换过时说法、修好坏链、一次改动多篇文章。Help Center Translate 在保留文档格式的前提下翻成多种语言，只重译改动过的部分，也能套用公司的术语表。管文档的人和做翻译的人有重叠，所以一个团队用了其中一个工具，就有理由了解下一个。

Help Center Analytics 用来看这些文档到底有没有起作用。它跟踪每篇文章的浏览量和有用度评价，读过帮助之后仍然提工单的比例，以及用户的浏览路径。管理者据此判断先改哪一篇。整理文档、翻译文档、检查结果，这三件事在一条产品线上接了起来。

产品组合里也有免费应用。Help Center Export 把帮助中心文章及相关信息导出成 CSV 文件，并检查公开文档里有没有坏链和图片问题。用户可以注册 Swifteq 账号，检查自己文档的状态；需要更多导出格式或批量修改时，就会去看付费的 Help Center Manager。免费工具把实际的活干完，同时把有更大管理需求的客户引向付费产品。

免费应用和付费应用共用同一套账号体系。索林看到用过免费工具的人会去了解其他付费应用，就用每周简报和应用用户保持联系。在这套结构里，每个应用一边带来收入，一边让别人发现其他产品。加新产品时，也能用上已经积累的客户接触点。

客户案例带出下一个产品

户外路线服务 Komoot 是真实客户，它把这三个产品放在一起用。用六种语言维护文档，意味着要把译文放回文档的格式里，链接一变还得找出相关文章去改。在 Swifteq 公开的客户案例里，Komoot 说花在制作和管理译文上的时间少了一半，并依据分析改进帮助中心，把客户提工单的比例降低了 20%。这三个应用覆盖的是同一个团队前后相接的活儿。

房屋交换服务 HomeExchange 的购买过程，把产品之间的联系显得更清楚。负责客服的人在处理同一个会员从多个渠道发来的咨询时，在 Zendesk 市场里找到了 Swifteq 的合并工单应用。试用后确认了效果，公开案例给出的自动合并量超过每月 1 万件。第一次购买，是从一个立刻在浪费时间的麻烦开始的。

后来同一个人订阅了 Swifteq 的博客，看到对话翻译应用上线的消息，也试用起来。之前在合并应用上有过好体验，让评估新产品变得容易。客户在已关闭的工单上发来感谢、工单又被重新打开的问题，他们也交给了 Swifteq，索林这边用现成的人工智能自动化应用帮着处理。一次销售之后，和同一个客户聊下去，就又找出了第二、第三个问题。

在 Zendesk 里站住脚，也帮它拿到了一条销售通路。市场会带来正在找具体功能的客户，也能和 Zendesk 的员工、帮忙落地实施的顾问和伙伴建立关系。这些人给客户配置工作流时，遇到基础功能解决不了的需求，就会去看外部应用。把 Swifteq 能解决的问题告诉他们，是接触新客户的又一条路。

把定价和卖法磨出来

收费方式也体现了这些活儿的性质。合并工单的应用按月检查多少张工单来分档，最低档也给自定义规则和排除条件。把过去积压的工单一次性清理，则作为单独的服务出售。持续进来的咨询走订阅，一次性清理单独收费，把两种不同的需求都变成收入。

收费方式还贴合客户的使用方式。多数人买的是月度或年度订阅，但也有像复制帮助中心这样只用几周的功能。针对这类客户，索林做了 30 天通行证，有些人后来又回来买了年度订阅。给临时性的工作提供合适的购买方式，也就把短期用户纳了进来。

找客户的方式也对着同一批从业者。索林用免费工具和有用的文章来推广 Swifteq，还借助了客服领域的内容工作室 Supported Content 和专业写手的帮助。文章题目来自 Support Driven 里的提问和讨论。他做产品时观察客户的那套办法，也用到了为客户写可搜索、可阅读的内容上。

定价上走过弯路。索林在复盘里承认，早期多数应用定价太低，改价也拖得太久。照他的说法，价格低让确认盈利、再往生意里投入的时点来晚了。尤其帮助中大型企业的 Help Center Manager 和分析工具，价格得体现出它们提供的价值，也要体现出维持生意所需的利润。

索林 2023 年 1 月公布的业绩，是 120 家付费客户和每月 5,000 欧元经常性收入。客户名单里还有 FREE NOW、Zapier、Hotjar 这样的公司。同年 6 月，年度经常性收入达到 10 万欧元。解决几件具体事情的应用，开始成为企业客户持续的支出项。

随增长一起变重的运营负担

产品变多，不等于每个应用都同速成长。2023 年下半年，客户流失上升，其中一个主要应用增长停滞，一些新产品的采用也比预期慢。与此同时，客服咨询占掉索林大量时间，做产品开发的时间变少。手里有十一个应用的生意，在十一次上线之后还有一堆事要处理。

索林先砍掉重复的运营工作。他把试用和客户旅程的一部分自动化，请写手帮忙按客户的问题重新整理帮助中心，也和熟悉客服领域的内容工作室合作，发布对实务有用的文章。他保持着单人创业的形态，需要的时候就用外部专业能力。

他也看清了埋头开发付出的代价。他承认自己漏掉了网站的搜索索引问题，好几个月的搜索流量都受影响，又把开发揽得太多，丢掉了本可以花在增长上的时间。他后来建议创始人把时间分配在新应用和老应用之间，既要继续做，也要改进和推广已经上线的。到了运营产品组合的阶段，要决定的不仅是上什么产品，还有给已经上线的产品留多少时间。

2024 年 6 月，索林公布的经常性月收入超过 2 万欧元，客户超过 300 家。这时他说最近上线的每个应用都有付费客户，一些新产品对增长贡献明显。2025 年 11 月刊登的访谈里，他公布的经常性月收入约为 4.4 万欧元。反复卖多个应用这件事，变成了不断上升的经常性收入。

在平台变化中挑选客户问题

随着增长，依赖平台的风险也成了现实。Zendesk 开始把自己做出附件清理类功能后，索林担心这个应用的收入和客户流失受影响。有别的应用在，整个生意受到的冲击能压住一些，但 Zendesk 的产品决策会影响他的收入这一点没有改变。多上应用和降低平台依赖，是两件不同的事。

帮助中心翻译的结果不一样。按 2025 年 9 月的复盘，Zendesk 推出自家翻译功能两个月后，客户还在，收入也还在涨。索林也反省，之前为了避开和平台重叠，自己一直待在需求很小的边缘功能上。之后他决定，哪怕是 Zendesk 可能顺手做的事，只要对客户重要，就去做。

同时他把 Help Center Translate 搬到了 Intercom。两个平台的数据对接方式差别不小，产品结构的一部分得重新设计，所以不是把现有应用照搬过去。即便如此，翻译客服文档这个问题和积累下来的经验都带了过去。原本在一个客户群里加应用的产品组合，多了一个扩到别的平台的选择。

Swifteq 扩展里关键的一幕，是 HomeExchange 的联系人决定试用第二个应用。第一个产品和客服攒下的信任，让评估新产品变得容易，他们顺手把还没解决的其他问题也交给了索林。在这个案例里，产品组合的商业价值在于更深入地了解已经帮过的客户，并让他们成为下一个产品的客户。把一件小事做好的经历，成了下一次销售的起点。