原创报道
2026.07.29 08:59 约 14 分钟 AI人工智能 新发布

Harmony种子轮融资3400万美元:AI代理如何重新定义企业员工服务管理

项目速览
项目名称 Harmony
融资轮次 种子轮
融资金额 金额未披露
投资方 Lightspeed Venture Partners, Hitachi Ventures, Fin Capital, Mercer Ventures, Operator Partners, Wiz founding team (包括Assaf Rappaport), Ofir Ehrlich (Eon.io联合创始人兼CEO)
Harmony种子轮融资3400万美元:AI代理如何重新定义企业员工服务管理 封面

一个入职三个月的新员工在 Slack 上输入“我的 Jira 权限还没开通”,三天后他才意识到那条消息发在了一个无人值守的频道里。与此同时,IT 支持队列里堆着四十七个待处理的工单,其中三十一个属于密码重置。这不是某个特定公司的失败,而是几乎所有中型以上企业内部的常态——后台系统越建越多,员工找服务的时间却越来越长。

2025 年,两位连续创业者 Nitzan Shapira 和 Ran Ribenzaft 在纽约创立了 Harmony,试图把 AI 代理直接塞进 Slack 和 Microsoft Teams 的对话界面里,让员工在聊天窗口就能完成从设备申领到权限审批的一切杂务。2026 年 7 月,Harmony 宣布完成 3400 万美元种子轮融资,这一规模的种子轮在企业软件赛道并不多见,但它指向的是一个被长期低估的巨大市场:企业内部服务交付的隐性成本。

本轮融资后,Harmony 面临着双重任务。一方面需要向市场证明,AI 代理对企业内部支持请求的“转移”而非简单“回答”具备可量化的商业回报;另一方面则必须跨越从早期采用者到大型企业客户之间的鸿沟。两个任务都与钱直接相关,3400 万美元只是入场券。

字段 内容
公司 Harmony
轮次 种子轮
金额 3400万美元
投资方 Lightspeed Venture Partners(领投);Hitachi Ventures、Fin Capital、Mercer Ventures、Operator Partners;天使投资人包括 Wiz 创始团队(含 Assaf Rappaport)及 Eon.io 联合创始人兼 CEO Ofir Ehrlich
总部 纽约
创始人 Nitzan Shapira (CEO)、Ran Ribenzaft (CTO)
官网 未披露

当工单系统变成“请求黑洞”,AI 代理切入的是一块沉默成本

大多数企业员工对内部支持系统的体验出奇一致:先找到对的入口,再填对的表单,然后等待。Yahoo Finance 发布的 Harmony 融资新闻稿引用了一项数据,称员工支持请求通常需要长达 48 小时才能得到解决。这个数字背后是更残酷的现实——大量请求从未被正式提交,员工选择放弃、绕过、或者找到不安全的自助方法。企业内部服务管理的沉默成本不在工单系统里,在那条没人回复的 Slack 消息里。

Harmony 的产品逻辑很简单:把 AI 代理部署到员工已经在用的协作工具里,让 Slack 和 Microsoft Teams 变成企业内部服务的统一入口。与聊天机器人不同的是,它的 AI 代理不止回答问题,还能在实际系统里执行操作。一位员工在 Teams 里写下“我需要一台 MacBook Pro 用于设计工作”,Harmony 根据该员工的角色、部门预算权限和设备库存,直接触发采购审批流,而不是返回一个工单编号和“请在 48 小时内等待回复”的自动消息。

这背后并非单一模型的能力,而是一套关于“组织上下文”的建设工程。根据 Lightspeed Venture Partners 官网对 Harmony 的介绍,其 AI 代理依赖一个“上下文图谱”,连接每位员工的身份、设备、应用和工作历史。这意味着当员工发起请求时,系统已经知道该员工属于哪个部门、拥有哪些应用的访问权限、历史上提交过哪类请求。传统知识库和工单系统的最大缺陷在于它们是“无状态”的——每一次交互都像初次相遇。Harmony 试图让系统变得“有记忆”,这正是它区别于上一代 ITSM 工具的技术叙事。但该上下文图谱的具体架构和数据更新机制未公开披露,其跨系统实时同步能力仍是一个待验证的技术假设。

从 IT 到法务:100 个预构建代理的野心与集成复杂度

Harmony 宣称提供超过 100 个预构建 AI 代理,覆盖 IT、HR、财务、采购、法务等职能,部署周期为“数天而非数月”。预构建代理的数量某种程度上定义了产品的开箱即用程度,但真正的挑战在于这些代理背后的系统集成深度。

企业后台系统通常是异构的。一家典型的中型科技公司可能同时使用 Workday 做 HR、ServiceNow 做 ITSM、SAP 做财务、Salesforce 做 CRM、加上若干自研内部工具。Harmony 的代理要“直接跨连接的企业系统采取行动”,前提是它能够与这些系统进行安全、可靠的双向通信。这不仅仅是 API 对接的数量问题,更是权限治理和异常处理的问题。当 AI 代理有权限在财务系统里发起采购订单时,一个错误的品类归类可能触发合规风险。公司对外称客户“可以要求人工批准后再让 AI 采取行动”,但人工审批点的设置颗粒度——哪些操作必须经人、哪些可以自动执行——将直接决定效率提升的上限。设置过细则退化为传统工单流程,过粗则放大操作风险。

从已披露的客户名单来看,n8n、eToro、Cyera 和 Kith 均为中等规模的科技或零售企业。这类客户通常拥有相对集中的 IT 架构和较强的内部工程能力,能够配合完成系统集成。尚未看到 Fortune 500 级别的制造业或金融服务企业出现在客户列表里,后者的 IT 环境往往由数十年积累的遗留系统、并购带来的应用冗余和严格合规要求构成,集成复杂度的量级完全不同。

两周内转移 48% 的请求:数据亮眼但有待拆解

Harmony 披露的业务牵引数据颇为激进:部署两周内转移 48% 的支持请求,三个月内超过 75%;HR 请求转移率达 68%,采购 58%,DevOps 47%,安全 42%,财务 36%。整体无接触解决率为 70%,部分客户员工采用率超过 80%。

这些数据如果在公开材料中真实且口径一致,放在种子轮阶段确实构成强有力的产品市场契合信号。但需要厘清“转移”和“解决”的边界。转移意味着请求没有变成工单,但转移后到底是被 AI 自动完成,还是被引导至自助服务,还是被悄悄丢弃,在公开信息中未作细化。70% 的“无接触解决率”定义了 AI 完全不需要人工干预即可完成请求的比例,但目前缺乏第三方审计或客户证言来独立验证这一数字的统计口径是否涵盖所有请求类型、是否排除了被员工放弃的请求、以及是否包含跨系统执行失败后的静默降级场景。对于潜在的企业买家而言,这类指标的审计轨迹比绝对数字更重要。

另一个值得关注的数据点是员工采用率。部分客户超过 80%,说明在被部署的组织内,员工实际使用比例较高——这比“我们上了系统”这类落地声明更有意义。但注意“部分客户”这一限定。对于 AI 代理类产品,采用率通常是最大瓶颈之一:工具在 Slack 里安静地存在着,员工仍然选择给 IT 发私信。哪些组织特征与高采用率相关——是全远程团队更依赖聊天工具,还是高频 IT 请求的部门天然更愿意尝试——是理解这一数据能否泛化的关键,目前这些信息缺失。

Lightspeed 的连续押注和“不卖第二次”的野心

Lightspeed Venture Partners 在 Harmony 这笔交易上的角色很有意思。领投方合伙人 Yoni Cheifetz 称 Harmony 正在“从以工单和队列为基础的模型,转向由 AI 代理即时且规模化解决请求的模型”,并认为该公司“正在构建未来十年定义性的企业软件平台之一”。

这是 Lightspeed 第二次押注 Shapira 和 Ribenzaft。上一轮是云可观测性公司 Epsagon,2021 年被 Cisco 以 5 亿美元收购。Business Insider 的报道中,CEO Shapira 明确表态这一次不想再走早期收购的路线——“he wants to build a much bigger company”。这句话暗示了创始团队对 Epsagon 退出时机的反思。5 亿美元在云监控赛道算不错的退出,但如果 Epsagon 独立发展到当前可观测性市场的体量(Datadog 市值一度超过 400 亿美元),天花板确实完全不同。Harmony 赌的是企业服务管理市场能否长出同等量级的平台公司。

3400 万美元种子轮在企业软件领域属于超大规模。对此,Shapira 的解释是“这对二次创业者并不罕见”,且让公司能够快速扩展而不必短期内重返资本市场。这一决策有合理性——二次创业者在首轮融资时通常享有更有利的条款谈判位置和更高的信任溢价,投资人愿意为“已证实的执行力”支付更高的初始估值。但种子轮吃进过多资金也意味着后续轮次的估值压力前置。如果 Harmony 在 18-24 个月内不能将 ARR 增长到匹配 B 轮预期的水平,这一轮的慷慨将变成下一轮的包袱。

投资方组合的结构也值得拆解。除了 Lightspeed 作为领投方,Hitachi Ventures 出现在名单中可能指向日立旗下企业 IT 和 OT 系统的集成潜力;Fin Capital 专注金融服务领域,暗示 Harmony 可能在受监管行业中寻求突破口;Mercer Ventures 的参与则与 HR 和员工体验赛道直接相关。天使投资人方面,Wiz 创始团队(含 Assaf Rappaport)和 Eon.io 联合创始人 Ofir Ehrlich 的加入,更多体现以色列籍创业者之间的网络效应和互助传统。Wiz 自身作为网络安全领域的超级独角兽,其创始团队对规模化 SaaS 的理解可能为 Harmony 提供非正式的顾问价值。

资金引擎启动:加速产品、扩团队,但真正的战场在生态系统

Harmony 的融资用途公告中规中矩:加速产品开发,扩展工程、产品和销售团队,深化企业软件生态集成。截至融资时,公司约有 60 名员工,三分之二在以色列,其余在纽约。以 3400 万美元种子轮计算,这是一笔人均超过 50 万美元的资金储备,足以支撑两到三年的高强度研发和商业拓展投入。

产品路线图方面,公司明确提出将 AI 能力扩展至基础设施与运维、企业应用、网络安全和企业资源规划领域。这里的信号是 Harmony 不满足于做一个“Slack 里的 IT 助手”,而是试图覆盖企业服务管理的全职能。但每进入一个新领域——比如网络安全——硬件资产管理和安全事件响应的业务边界、权限模型和合规要求都与 IT 工单截然不同。说 Harmony 要做“全面的企业服务管理平台”是一句融资叙事,把这个叙事拆成可执行的季度 OKR 才是核心挑战。

一个值得注意的细节是 Harmony 官网地址在公开材料中未披露。这可能是公司尚处种子阶段的正常现象,也可能意味着其产品当前仍以邀请制或直接销售方式获取客户,尚未建立公开的自助注册和试用流程。对于一家宣称“数天即可部署”的 SaaS 平台来说,缺乏公开可见的产品入口和定价信息会延长企业评估周期,尤其是在与已有 ITSM 厂商竞争时,透明的产品信息和社区生态是采购决策的重要参考。

没有竞品分析是最大的盲区

在已披露的融资材料中,Harmony 没有提及任何竞品。这在种子轮融资中并不罕见——公司更倾向于描述市场空白而非对手——但如果要将 Harmony 的产品放入真实产业约束中审视,竞争格局无法回避。

最直接的替代方案来自现有 ITSM 平台。ServiceNow 和 Atlassian (Jira Service Management) 已经在将 AI 功能嵌入现有产品。ServiceNow 的 Now Assist 利用生成式 AI 进行工单摘要、相似请求推荐和虚拟代理对话,Jira Service Management 的虚拟代理可以直接在 Slack 和 Teams 中处理常见请求。Harmony 的差异化叙事在于它从第一天起就是“AI 原生且无工单”的,不背负传统 ITSM 系统以工单为原子单位的数据模型。但这同时意味着 Harmony 必须在没有任何历史工单数据的情况下冷启动——而对于大型企业来说,工单数据是训练支持类 AI 最重要的语料来源之一。替代方案的另一端是通用 AI 平台如 Moveworks(2025 年被 ServiceNow 收购前的估值已达 21 亿美元),它在企业 IT 支持自动化领域深耕多年,拥有经过验证的 NLP 管道和大量企业部署经验。Harmony 引以为傲的“两周部署”优势如果是建立在选择规模较小、IT 架构较简单的客户上,那么在与 Moveworks 争夺大型受监管行业客户时,部署速度的相对优势可能消失。

另一个替代方案来自水平 AI 代理框架,如 Salesforce 的 Agentforce 或微软的 Copilot Studio。如果企业在 Microsoft 365 生态中已经部署了 Teams,并且 IT 部门具备使用 Copilot Studio 构建自定义代理的能力,那么“在 Teams 里处理 IT 请求”可以用内部开发的方式实现,不需要额外采购 Harmony。Harmony 的价值在于预构建了一整套跨职能的代理工厂,省去了企业自行开发和维护代理的时间成本,但这个价值主张的强弱取决于客户 IT 团队的成熟度——能力越强的团队,外部采购的理由越弱。

AI 代理进入后台系统:当效率承诺碰壁于合规与准确性

Harmony 面临的核心风险不在市场大小,而在于 AI 代理进入企业后台系统时的决策责任边界。

第一个维度是准确性。IT 权限开通错误可能导致敏感数据暴露,HR 系统误操作可能触发劳动法规风险,财务审批失误直接涉及金钱损失。Harmony 的 70% 无接触解决率意味着每 10 个请求中有 3 个需要人工介入——这 3 个请求中的任何一个如果在无接触模式下被错误处理,责任归属会立刻变得模糊。AI 代理到底是 IT 团队的“生产力工具”还是“操作主体”,在企业风险管理框架下目前没有公认的标准答案。

第二个维度是集成深度带来的安全攻击面。AI 代理为了跨系统执行操作,必然需要获得跨系统的读写权限。一个能够同时在 HR 系统里修改员工记录、在财务系统里触发付款、在 IT 系统里开通管理员账户的 AI 代理,如果其 Prompt 被注入攻击或者上下文图谱被污染,潜在破坏范围远超传统 RPA 机器人或单点集成工具。Harmony 的技术架构中关于权限隔离、操作回滚和异常检测的实现细节,目前未有任何公开说明。

第三个维度是变革管理的隐性成本。80% 的员工采用率数据的确漂亮,但这依赖一个前提:组织内部的早期采用者文化和 Slack/Teams 作为核心工作流的高渗透率。在将 Harmony 推广到职能部门分散、聊天工具使用频率低、或存在严格工单记录合规要求的行业时——例如医疗、政府或制造业现场——员工行为的改变成本可能远高于技术部署成本。而客户名单目前以科技企业为主,尚未看到在这些复杂行业的验证案例。

第四个维度是销售周期的拉长。公司明确希望服务大型企业,但企业服务管理平台的采购决策通常涉及 CIO、IT 运维负责人、信息安全官和 HR/财务等职能部门负责人多方签字。对于一家 2025 年成立、尚无 Fortune 500 客户案例的创业公司,即便产品体验优秀,通过供应商安全审查和采购流程的时间周期通常以季度甚至年度计算。种子轮资金足以支撑等待,但销售效率将直接影响后续融资时 ARR 指标的吸引力。

RecodeX 极客视点:Harmony 的 3400 万美元种子轮本身不是故事——连续成功创业者在 AI 风口拿一笔超额早期融资,在 2026 年已算不上意外。真正值得持续跟踪的是三个问题:第一,六个月后公布的客户留存率和净收入留存率,将揭示“两周转移 48% 请求”是新产品的新鲜感效应还是真正的 workflow 替代;第二,前两个非科技行业客户的所属行业和部署规模,将实质检验产品在异构遗留系统和严合规环境中的适应性;第三,ServiceNow 或微软 Teams 原生 AI 能力的迭代速度,将是 Harmony 估值天花板最大的外部变量——当年 Slack 的故事已经证明,嵌入协作工具的产品一旦面临平台级玩家推出“够用就好”的免费替代,独立公司的窗口期会迅速收窄。创始人说这次不想卖,市场会给他们时间,但不会给太久。

RECODEX PARTNERSHIP
你的项目,下一篇值得报道
RecodeX 为 AI×Web3 早期项目提供从深度报道到融资撮合的全链路服务。三档方案,按阶段匹配。