AI 原生服务大爆发: 外部买结果,内部跑系统 让客户买单来帮你打磨产品
客户不想再买一个工具,而是想直接拿到做完的工作。拆开这套创业框架,看交付单元、规则手册、人工复核与四象限选赛道怎样连成一门可扩张的生意。
创业投资人 Greg Isenberg 在梳理现代商业服务时提出了一个清晰的切入点:企业每年花约 1 万美元采购财务软件 QuickBooks,却要花约 12 万美元雇佣操作软件的会计师。过去二十年,SaaS 软件公司拼命争夺那 1 万美元的工具预算,而真正庞大的 12 万美元人力交付预算,一直被传统外包和雇佣关系锁死。
AI 原生服务(AI-native services)打开的正是这笔原本属于人工的存量资金。
什么是 AI 原生服务:外部买结果,内部跑系统
理解 AI 原生服务,需要分清它的外部体验与内部交付机制。
从外部看,客户的购买体验与雇佣一家专业服务机构毫无区别。客户买的不是工具账号,而是明确交付的业务结果:企业不需要一套记账软件,他们只需要月底把账做平;不需要一套合同审查系统,他们只需要明确知道这份合同能不能安全签署。这种交付比传统外包更快、报价更低,而且不受作息限制。至于按件收费、包月固定费还是按用量计费,只是结算方式的选择,并不决定一门生意的本质。
从内部看,交付的底层逻辑完全是在运行一套软件系统。交付主要由自动化工作流与智能体完成,人类专家退守在最后一道关卡,只负责把关需要主观判断、合规背书或承担最终责任的边缘环节。
这与传统外包有着根本区别。传统外包的瓶颈是人,增加营收必须同比例招募员工;AI 原生服务依靠系统运行,业务增长不再依赖线性扩充人头,因而能够在承接服务外包预算的同时,保持接近软件的高利润率。
为什么爆发点在当下:三股力量的汇合
这类商业模式在两年前很难跑通,现在的爆发源于三股力量在同一时间交汇。
第一是模型能力的实质跨越。两年前大语言模型生成的交付物大多只是粗糙草稿,需要专业人员通篇重写;如今在合同初审、医疗理赔编码、索赔函撰写或月度账目对齐等具体场景中,模型直接输出的已是高度可用的成稿,人类只需要复核确认。
第二是单次运行成本断崖式下跌。过去处理单项任务需要消耗数美元的调用成本,如今已大幅降至美分量级,单次边际交付成本无限逼近于零。
第三是存量服务预算极其庞大。企业在各类专业外包服务上的实际开销,远比购买纯软件多得多。以美国市场为例,企业每年在专业服务上的支出约为 4.6 万亿美元,接近软件支出总额的六倍。这笔钱长期沉淀在会计师、经纪人、法务助理、合规员等外部服务机构中。
先行者的增长路径印证了这一逻辑:
- 法律服务 Harvey:承接复杂法律检索与文书工作,年化收入在约五个月内从 1 亿美元跃升至 1.9 亿美元。
- 人身诉讼文书 EvenUp:以每份约 500 美元的价格为律所起草索赔函,替代过去初级律师需要耗费 8 至 12 小时的繁琐流程,年化收入跨过 5,000 万美元。
- 小微记账 Kick:以每月 300 至 500 美元的包月价格承接小企业簿记,收费仅为人工会计的一半,综合毛利率依然能够维持在 70% 以上。
商业模式比较:为什么做服务优于纯软件与传统代理
创业者在启动业务时,通常会在纯 SaaS、移动应用、传统代理机构与 AI 原生服务之间权衡。这四种模式在交付与扩展逻辑上有着截然不同的表现:
| 比较维度 | 传统 SaaS | 移动应用(App) | 传统代理机构 | AI 原生服务 |
|---|---|---|---|---|
| 客户买什么 | 软件工具(自己动手操作) | 移动功能订阅 | 专业人员的服务工时 | 最终完成的业务结果 |
| 谁完成工作 | 客户自己的员工 | 客户自己点击操作 | 机构雇佣的专业人力 | 软件与智能体,人工仅做复核 |
| 规模化的主要约束 | 客户仍要自己完成工作 | 平台抽成与分发规则 | 接更多单就要增加更多人 | 软件承担生产,人工集中处理异常 |
| 底层模型变强的影响 | 部分功能可能被底座吸收 | 同样会被底座能力追赶 | 仍然受制于工时 | 交付更快、成本更低,毛利随之改善 |
点选比较
同样使用 AI,卖工具与交付结果差在哪里?
四种模式都能赚钱,差别在于客户还要做多少工作,以及增长时最先撞上哪堵墙。
AI 原生服务
客户买的是已经完成并核对过的结果。
- 谁做工作
- 软件与智能体完成主要生产,人处理异常和最终责任。
- 增长瓶颈
- 进件、规则、复核与交付能否一起标准化。
- 模型变强后
- 交付更快、成本更低,毛利空间随之增加。
做纯 SaaS 往往处于逆水行舟的状态。创业者花费数月开发出的功能包装,可能随着基础模型下一次版本更新而失去卖点;做移动应用不仅受制于平台的规则与抽成,整体利润空间也被压缩;传统代理机构则深陷“接更多单就要招更多人”的人力陷阱,毛利率常年被锁死在 20% 至 30% 之间。
AI 原生服务彻底扭转了这种被动局面。既然你卖的是最终成果,基础模型能力的演进就成了免费的外力引擎,底座越聪明、单次运行越便宜,你的交付速度就越快、毛利空间就越宽广。
更关键的是,AI 原生服务从第一天起就自带正向现金流。做纯软件的团队通常要承担半年到一年的无收入探索期,去揣摩客户是否存在伪需求;做服务则是在替换客户账目上现成的一笔外包开支。销售说服的过程极其直截了当:“我们做的事情与你现有的外包机构完全一样,但速度更快、价格更低。”
服务是切入口:让客户买单来帮你打磨产品
服务不仅是一种盈利手段,更是刺入垂直行业极其锋利的切入点。
许多软件项目的失败在于闭门构想客户的需求,而服务模式让创业者按五个步骤边赚钱、边确认该做什么:
- 先选对任务:寻找客户已经付钱外包、交付结果又能按规则检查的工作。前者证明预算存在,后者决定系统能否承担主要生产。
- 手工服务前 5 个客户:用 AI 作为执行引擎,但每一份结果都由自己通读和复核。此时的目标不是追求全自动,而是看清客户真正关心什么、模型在哪里出错、什么才算交付合格。
- 把每次错误写进规则手册:记录退单原因、漏项和边缘情况,将“老师傅的经验”变成可以重复执行的判断规则。做过几十次任务后,反复出现的错误就会浮现出来。
- 把服务产品化:固定服务范围和价格,把进件收敛为表单,把规则检查自动化,再用看板回传进度和结果。到了这一步,一个人才能在不按同等比例增加沟通成本的情况下服务更多客户。
- 再决定是否变成纯软件:如果规则和工作流已经足够稳定,可以开放给客户自行使用;也可以停留在产品化服务阶段,继续销售完成结果。SaaS 化是可选的下一站,不是创业起点。
大型企业级 AI 服务商已经验证过类似的路径。例如前线部署工程师(Forward-Deployed Engineer)模式,就是派遣工程师深入客户一线参与具体业务构建,把服务当作切入大客户的特洛伊木马,让客户的业务订单直接为产品演进路线买单。当交付规则与工作流足够稳固之后,是否将整套系统封装为纯软件供客户自主操作,只是一个水到渠成的商业选择。
八个核心组成部分:构建能自我学习的交付闭环
搭建一家 AI 原生服务公司,核心在于让各个业务构件形成环环相扣的闭环系统:
交付单元(The Unit):这是整个商业模式的地基。必须定义一个边界极为清晰的交付最小单位,例如“一份审核过的病历记录”、“一份合规申报单”或“一个月度账目”。绝不能按工时计费。只有交付单位明确,客户才能一目了然地检验结果是否完成,进件表单与计价标准才有锚点。
进件入口(The Intake):传统外包通常需要数次电话沟通才能确认需求范围,极度损耗精力;AI 原生服务将进件压缩为一个标准表单或上传接口。客户上传文件、勾选必要字段即可启动。如果一项服务无法收敛为一个表单,说明交付单元的边界依然不够清晰。
执行引擎(The Engine):负责完成核心生产任务的系统组合。在启动初期,它不需要复杂的系统架构,主要是一套针对场景打磨的高质量提示词与几十个代表性范例;随着处理的订单增加,它会在实际业务中不断吸收行业语境与特殊格式要求。
规则手册(The Rulebook):这是业务真正的资产核心。它是垂直领域内关于“合格标准”以及“AI 常犯错误”的显性清单,例如“居家护理记录中缺少生命体征监测数据必然会被拒赔”。每处理一次订单,抓出一个疏漏,就往手册里追加一条硬性规则。积累数百个案例后,这套手册便构成了竞品难以跨越的交付护城河。
人工复核(The Review Layer):系统的安全气阀与反哺源泉。并非所有环节都需要人看,低风险、高置信度的常规单直接放行交付;涉及法律风险、大额资金或品牌声誉的敏感单据,则由人工快速扫除漏洞。复核人员抓到的每一次失误都会反哺给规则手册,随着手册完善,人工复核的比例会逐步压缩。
交付回传(The Delivery):替代传统客户经理的信息面板。通过自动化仪表盘或结构化报告,客户能随时查看进度、合格项与需要修正的问题清单,无需来回发邮件催促进度。
定价策略(The Pricing):主要采用按件计费或按月收取固定服务费,坚决避开按工时收费的旧模式。定价的基准是锚定昂贵的传统人工服务:如果传统机构收费 2,500 美元,你可以直接定价 800 美元。对客户而言成本骤降,对你的系统而言则意味着极其可观的单件毛利。
客户获取(The Distribution):面向直接拍板的业务负责人进行精准外联,并提供“首单免费试测”作为敲门砖。例如直接帮某家护理机构免费审查 10 份历史记录,并指出其中遗漏的合规问题,让客户在付费前先看到结果。除此之外,还可以与客户已经使用的行业软件建立合作,通过垂直行业里的同行转介绍获客;如果本来就在持续生产专业内容,内容也可以成为渠道。关键不在于拥有大量受众,而在于能否稳定触达真正负责这笔预算的人。
交付闭环
八个部件怎样把一次服务变成可复用系统
点开任一步,查看它接收什么、产出什么,以及为何会影响规模化。
1 · 交付单元
输入客户愿意付费解决的一项工作
输出边界清楚、能够验收的最小成果
规模化意义它同时决定表单、定价和质量检查的锚点。
复核发现的新错误会回写规则手册;规则更完整后,更多常规单可以自动通过。
案例拆解:居家护理记录审查的完整运转流程
以居家护理机构的访问记录审查为例,可以看清这些构件如何协同运转。
一家中型居家护理机构每月大约会产生 2,000 份护士上门走访记录。机构通常需要雇佣年薪约 7 万美元的专业复核人员逐份检查,因为记录如果遗漏了生命体征、用药调整描述含糊或记录护理项目与申报级别不符,就可能导致理赔被拒,或在审计中被标记。
这项业务的运转模型十分清晰:
- 交付单元:一份复核完成的走访记录。
- 进件入口:机构每天批量上传护士记录文档。
- 规则引擎:系统根据提炼出的二十余条核心拒赔规则,对记录进行自动比对。
- 复核与交付:格式完整、判定无误的记录直接生成合规回执;存在拒赔隐患的疑难记录被标记出来,转交专业人员进行二次确认,最终通过仪表盘统一呈现审查结论。
在经济测算上,每份记录收取 2 美元,单家机构每月贡献 4,000 美元收入,而调用模型进行文本比对的成本仅为数美分。服务 10 家机构可带来每月 4 万美元收入,扩展到 50 家机构时,对应年收入可达 240 万美元。
在实际业务运营中,这套测算能否跑通,主要取决于团队的自动化通过率与异常处理能力。如果初始阶段有半数记录都需要人工介入修改,或者进件格式极不统一导致频繁人工沟通,利润就会被吞噬;只有当规则手册沉淀得足够扎实,系统直通率大幅攀升,少量人工仅负责疑难个案审查与系统反馈时,单人团队才有可能稳定管理数十家机构的高并发业务。
机会地图:用两个问题锁定高价值赛道
寻找适合做 AI 原生服务的场景,不需要凭空构想,可以通过两个问题对潜在方向进行快速定位:
- 客户目前是否已经习惯为这项工作付费给外部机构? 如果客户已有固定的外包预算,意味着需求明确、交付界面现成,切入时只需要比现有供应商更快更便宜;如果是企业内部员工自行处理,销售时往往需要说服管理层裁撤或改变既有人员配置,阻力会大得多。
- 交付结果是否存在可依据规则验收的标准答案? 如果结果能够根据条文、格式或数据标准进行比对,系统就能承担绝大部分工作;如果完全依赖主观审美或高自由度的经验裁决,人工就必须始终重度参与。
这两个维度组合出四种典型的业务走向:
- 右上象限(已外包 + 规则明确):最理想的起步甜点区。客户本就有预算,工作有明确验收标准,可以直接用系统替代旧外包公司。
- 左上象限(内部做 + 规则明确):具备切入可能,但销售周期更长。通常应当包装为赋能企业内部团队的高效协同工具,而非直接取代岗位。
- 右下象限(已外包 + 依赖主观经验):人机协同的高溢价服务。由系统完成底层数据比对与底稿铺垫,资深从业者进行最终把控,收费标准可以紧贴传统高端咨询机构。
- 左下象限(内部做 + 依赖主观经验):应当果断放弃。这类任务更接近于具体的内部雇佣岗位,难以规模化复制。
机会筛选器
把你的业务放进这张 2×2 地图
选择当前现实,不要选择你希望它变成的样子。
最适合起步:直接交付结果
预算和验收界面都已经存在,你只需证明自己比现有供应商更快、更便宜。在最适合切入的右上象限中,有许多长期被忽视的垂直领域:
医疗账单与编码:按理赔单计费。诊所已经会把这项工作外包;编码错误会导致理赔被拒,因此结果是否正确可以检查,漏错代价也很直接。
商业保险报价比价:按保单计费。保险经纪人的核心工作是在多家承保公司之间比对条款、填写表格,流程规则性强、文档繁重且结果明确。
进出口海关分类申报:按货运批次计费。每批进口货物都需要匹配分类代码和相应文件,工作受规则约束、文档量大,出错会增加成本。
特许牌照行业合规填报:按申报单计费。金融、食品和医疗等受监管行业需要严格依照规则准备材料,填报要求本身就是现成的验收规范。
商业地产租约摘要与产权工作:按文档计费。商业地产里有大量这类文档工作,并且已经会被外包;交付结果可以逐项回到原始文件核对。
RFP 与资助申请:按提交计费。工作大量依赖既定结构和历史先例,客户也已经为这类交付预留预算。
房产税减免申诉:按申诉成功节约的税金额分成。Greg Isenberg 曾为这项服务支付节税额的 50%,而自动化服务有机会把比例降到 10%。
居家护理记录审查:按记录份数计费。检查记录是否完整,是否遗漏生命体征,用药变化是否含糊,以及护理内容能否支持申报级别。
人身诉讼索赔函起草:按信函件数计费。初级律师通常要花 8 至 12 小时完成一份,而文书结构重复、事实可以核对,适合先由系统生成再复核。
应付账款异常核销:按异常发票计费。供应商发票对不上时,企业已经会付钱让人追查,判断过程也能够依据对账规则执行。
这些机会的共同点不是“适合接入大模型”,而是客户已经为它付钱、任务会反复发生、结果能够依据规则检查,同时现有流程仍被陈旧软件和大量人工操作拖累。发现这四个信号,比照着行业清单寻找同款生意更有用。
真正的护城河:规则手册、复核层与交付责任
许多人常常会产生疑问:既然基础模型越来越聪明,客户为什么不直接打开通用对话界面自己做?
答案在于,企业从来不缺一个交互对话框,企业缺少的是有人把事情稳妥办完并为此承担责任。一家诊所不会让办公室经理把理赔单逐份贴进通用聊天工具里碰运气;编码错误会直接带来拒赔,企业需要一个能发现问题、修正问题并对结果负责的服务商。
这也解释了为什么模型本身不是商业壁垒。所有人调用的基础大模型几乎是一样的,真正的护城河是长期积累的规则手册与复核闭环。
一个通用 AI 可以在几秒钟内写出一封格式工整的索赔函,却不知道这封信是否漏掉治疗日期;它也能读取居家护理记录,却未必知道缺少生命体征就意味着记录不完整,或理赔编码必须与诊断相匹配。这些边缘案例是在数百个真实订单里一次次抓错后写进规则手册的。竞争对手可以随时接入同一模型,却无法在一个下午复制这些防错经验。
人工复核层同样是这一壁垒的重要一环。它既让服务商在早期敢于向客户承诺最终交付结果,又在日常运行中充当捕获新边缘案例的探针,推动规则手册不断扩充,从而在保障交付质量的同时持续压低单位交付成本。
走向规模化:消除交付全流程的管理损耗
很多自称为“AI 代理商”的公司,仅仅是将 AI 用于中间的文案或方案生成,前后期的沟通、需求拉扯、质量检验与客户跟进依然沿用旧套路。其结果只是建立了一家稍微廉价一点的传统外包公司。传统服务业之所以难以形成规模效应,核心原因就在于生产之外的摩擦成本——需求确认、改稿拉扯、人员流动与项目管理——会随着客户数量增加而急剧膨胀。
AI 原生服务追求的是全流程消除这些损耗:
- 进件依托标准化表单,消除无限期的售前会议;
- 需求收敛为固定菜单,拒绝无边界的非标定制;
- 质量依托规则手册和分流复核,摆脱对少数核心员工状态的依赖;
- 进度依托数据看板实时公开,省去冗长的进度沟通。
只有全交付流程都实现了系统化,企业才能真正跨越人力扩张的瓶颈。当一门服务业务具备了 60% 至 80% 的软件级毛利率,并且能够脱离人员扩充持续运转时,它在商业形态上就从一家依赖工时的外包作坊,变成了一台高利润率的软件机器;Greg Isenberg 估计,这类生意出售时有机会获得 6 至 12 倍 EBITDA 的估值。EBITDA 即税息折旧及摊销前利润,常用来衡量企业核心经营收益。
找到一个有外包预算且规则清晰的交付单元,从手工配合 AI 解决前五个客户的实际业务起步,把每一次犯错写进规则手册,随后用系统逐步替代人工环节。过去锁死在专业岗位背后的人力预算,正在成为当前最值得把握的商业机会。
实操带走包
滚动查看原始 Markdown,复制后可按团队实际系统与政策修改。
正在载入 Markdown…
AI-native services: a $100B opportunity

AI-native services are here, and I think they're the best business you can start right now. There's probably $100 billion up for grabs. This is the full guide: what AI native services are, how to build one, and the opportunity map.
This is pretty DENSE article so grab a coffee/tea, give it 15 minutes, and let's get into it.
Background
For most of my career, running a service business meant pretty good living and a bad company (at least in the eyes of many VCs). You sold hours, the revenue stopped when you stopped, and the whole thing lived on a few people who could leave. That's changing, and the reason is simple enough to fit in one example.
A business pays about $10,000 a year for QuickBooks. It pays about $120,000 a year for the accountant who uses QuickBooks. For twenty years, software companies fought over the $10,000, because that was the part you could sell at scale. The $120,000 was locked behind a human, and you couldn't scale a human without hiring another one. That's the money that just opened up. AI can now do most of what the accountant does, which means you can sell the finished work, the closed books, instead of the tool, and you can do it at software margins.
That's what an AI-native service is. The work is done mostly by agents, and a small team handles the parts that still need a person. How you charge is up to you, a monthly retainer, a per-unit price, usage-based, whatever fits the customer. The thing that makes it AI-native is that the delivery runs on software instead of headcount.
This essay walks through every piece of it: what it's made of, how to build one, and the opportunity map.
What an AI-native service actually is
The simplest way to think about it: a normal service business sells a person's time. A SaaS business sells a tool and makes the customer do the work. An AI-native service does the work for the customer, and agents do most of it.
The customer doesn't want bookkeeping software. They want their books closed. They don't want a contract-review tool. They want to know if the contract is safe to sign. An AI-native service delivers that, and the customer experiences it exactly like hiring a firm, except it's faster, cheaper, and it doesn't get tired. Whether you bill them monthly, per job, or on usage is a separate decision.
The trick is that under the hood it runs like software. The work is done by a system you built once, not by a headcount you grow forever. That's why it can be priced like a service and valued like software, which is the whole opportunity.
Why now

This wasn't possible 2 years ago, and the reason is a few things landing at the same time.
The models got good enough at the actual work. Reviewing a contract, coding a medical claim, drafting a demand letter, closing a month of books. Two years ago the output was a rough draft a person had to redo. Now it's a finished draft a person checks.
The cost of running them collapsed. A task that cost dollars in tokens now costs cents, which means your cost to deliver one more unit of work is close to zero. That's the number that turns a service into something with software margins.
And the money was always there. Businesses in the US spend about $4.6 trillion a year on services, roughly six times what they spend on software. That's the accountant, the broker, the paralegal, the bookkeeper, the compliance specialist. For two decades that pool was untouchable because every dollar of it was attached to a person. Now it's the biggest open market in the economy, and it's kinda crazy how open these markets truly are.
You can see it in the companies that moved first. Harvey, doing legal work, went from roughly $100 million to $190 million in annual revenue in about five months. EvenUp sells demand letters to injury firms at around $500 each, for work that used to eat eight to twelve hours of an associate's day, and crossed $50 million in revenue. Kick does small-business bookkeeping for $300 to $500 a month, undercuts a human bookkeeper by half, and still runs gross margins above 70 percent. These are service businesses. They just happen to have the economics of software.
Why services, of all the things you could start
Most people building right now are choosing between a SaaS product, an app, or an agency. I'll make the case why an AI-native service beats all three.
SaaS is running up a down escalator. You sell a tool, and the tool competes with a foundation model that gets better and cheaper every quarter. Every time a lab ships, your product is worth a little less. An app is dependent on the App Store, so you're always playing a dance (and margins aren't as high as a result because you're giving Apple 30%). And a classic agency still sells hours, so its revenue is capped by its headcount and its margins are stuck at 20 to 30 percent forever.
An AI-native service flips all of that. You sell the finished work, so when the models get better, your business gets better. Model improvement works for you instead of against you.
The budget already exists. You're replacing a line item the customer already pays, so you don't have to convince anyone they have a problem or invent a new category. Sales is "we do what your current firm does, faster and cheaper." That is the easiest pitch in business.
It cash-flows from day one. A SaaS founder guesses at product-market fit for a year before revenue. A service founder gets paid for the first job. You learn what to build by getting paid to do it. It also much more of a personal type business. Anecdotally, my friends who run high margin, smaller businesses powered by AI seem happier.

The wedge

The coolest part is that a service is the best wedge there is.
You use it to get into a customer, a niche, an industry, before you know exactly what to build. You do the work, you get paid, and every job teaches you where the real pain is, what "correct" means, and which parts a machine can own. Then you productize what you learned. Then, if you want, you turn that into software. You climb from service to product with a business paying you at every rung, instead of raising money to guess.
The biggest companies in AI figured this out already. The forward-deployed engineer model, an engineer embedded with the customer who builds instead of advises, is a service used as the wedge into an enterprise. It's how the winners get in the door. You can run the exact same play at a smaller scale in a niche you know.
The pieces
Every AI-native service has the same parts. If you understand these, you can design one for almost any niche.
- The unit. This is the single most important decision. You sell one clearly defined thing: per claim, per filing, per contract, per month of books, per report. Never per hour. A retainer is fine, as long as it's for a clearly defined scope, because the unit is still what you deliver, you're just billing for it monthly instead of per job. The unit is what lets you price it, deliver it repeatedly, and eventually turn it into software. Pick something with a clear finish line, where the customer can look at it and say "done."
- The intake. This is how the work comes in, and it's where most service businesses bleed money without noticing. An agency takes three calls to scope one job. An AI-native service takes a form. The customer uploads the document, fills in five fields, and describes what they need. That's it. If you can't define intake as a form, your unit isn't clear enough yet.
- The engine. The AI that does the work. This is the model plus your instructions, your examples, your context about this specific industry. On day one it's mostly a good prompt and a few dozen examples. Over time it becomes something a competitor can't replicate, because it's shaped by every job you've run.
- The rulebook. This is the real product, and almost everyone underrates it. It's the written list of what "correct" means in your niche and every way the AI gets it wrong. "A home health note is incomplete without vitals." "A demand letter must cite the treatment dates." "This kind of claim gets denied when the code doesn't match the diagnosis." You build this list one mistake at a time, by reading outputs and writing down what you caught. After a few hundred jobs, this rulebook is the thing that makes your output trustworthy and your business defensible.
- The review layer. Where a human still looks. You decide, per unit, what ships automatically and what a person checks first. Low-stakes, high-confidence work goes straight out. Anything with money, legal exposure, or a customer's reputation attached gets a human eye. The review layer is how you own the mistakes without drowning in them, and the rulebook shrinks it over time.
- The delivery. How the finished work gets back to the customer. A dashboard they log into, an email with the file, a portal that shows status. This replaces the account manager. The customer should be able to see where their job is without asking anyone.
- The pricing. You've got two good options and one bad one. Per unit, where you charge for each claim, filing, or letter, works when volume is predictable and the customer wants to pay for exactly what they use. A flat monthly retainer, where you charge a fixed fee for a defined scope, works when the customer wants budget certainty and you want revenue you can count on. Kick's $300 to $500 a month for bookkeeping is a retainer, and it's a great business. The only thing to avoid is pricing tied to hours, because that chains your revenue to your headcount, which is the exact trap that made agencies bad businesses. Whichever you pick, price against the human alternative, not your costs. If a firm charges $2,500 for the thing, you charge $800. It looks like a bargain to the customer and it's a fortune to you, because your cost to deliver one more unit is close to zero.
- The distribution. How you get customers. For most of these niches the honest answer is cold outbound to a tight list of the exact person who writes the check, plus one lead magnet: do the first job free. A home health agency that gets ten notes reviewed for nothing, and sees three problems they missed, becomes a customer that afternoon. Content works too if you're already making it, and so do partnerships with the software these businesses already use and referrals in a niche where everyone knows everyone. You don't need an audience. You need a channel to the buyer, and a free first job is the fastest one there is.
One built all the way through

Here's what the pieces look like assembled, with real numbers.
Take home health note review. A mid-size agency produces around 2,000 visit notes a month and pays a nurse reviewer roughly $70,000 a year to check them, because an incomplete note gets the claim denied or flagged in an audit.
The unit is one reviewed note. Intake is an upload, the agency drops in the day's notes. The engine runs each note against the rulebook you built, the twenty things that get a note denied: missing vitals, a vague medication change, care that doesn't support the billed level. The review layer sends clean notes straight back and flags the risky ones for a quick human look. Delivery is a dashboard showing every note, what passed, and what needs fixing, so the agency never has to ask.
You charge $2 a note. That's $4,000 a month from one agency, and your cost to run a note through the model is a few cents. Ten agencies is $40,000 a month. Fifty is $2.4 million a year, and one person can run it, because the intake is an upload, the checking is a rulebook, and the delivery is a dashboard. You started by reviewing notes for five agencies by hand, and the rulebook you wrote doing that is now the whole product. That's the shape of it. A real business, in a niche nobody's fighting over, that you can start this month.
How to build one
First, pick a box on the map (below). You want work that a company already pays an outside firm to do, and that has a checkable right answer. Both of those matter, and I'll explain why in a second.

Second, find five customers and do the work for them, mostly by hand. Use AI as the engine, but read every single output yourself before it goes out. This is not the product yet. This is how you learn what correct looks like, where the AI breaks, and what the customer actually cares about. You'll get all of that in a few weeks by doing the work, which you'd never get by guessing in a pitch deck.
Third, write down every mistake. Each time you catch something wrong, add it to the rulebook. After a few dozen jobs you'll have a list of the twenty things that keep going wrong in this niche. That list is your product. Nobody else has it.
Fourth, productize. Fix the scope, fix the price, turn intake into a form, turn delivery into a dashboard, and run the rulebook automatically. Now one person can handle fifty customers, and the business has the margins of software with the sales cycle of a service. This is where most of these businesses should live, and it's a great place to stay.
Fifth, and only if you want to, turn it into software. Once the rulebook and the workflow are solid, you can let customers run it themselves. That's the jump from a productized service to a product, and it's where the highest valuations are. But you'll have earned it, because you built the software by doing the work first instead of guessing what to build. You can always optionally raise VC once you get to this point if you want.
I plan on doing an episode this week of the pod going deeper into this @startupideaspod on YouTube/Spotify/Apple.
The map
Two questions decide almost everything about whether an idea works.
One: does the customer already pay an outside firm to do this? If yes, the budget exists, the scope is already defined, and switching to you costs them nothing. If they do it in-house, you're trying to replace someone's employee, which is a much harder conversation.
Two: is there a checkable right answer? If the output can be verified against a rule, AI plus your rulebook can own it. If it needs a real judgment call, a human has to stay in the loop.
Put those two on a grid and you get four boxes.
Already outsourced and checkable: build here. This is the sweet spot. You're a cheaper, faster version of a firm they already write checks to, and you can prove the work is right.
Checkable but done in-house: a real opportunity, harder sell. Position it as a tool the team keeps, not a replacement for a person.
Already outsourced but judgment-heavy: keep a human in the loop and charge a premium. AI does the prep, a person makes the call, and you can price close to what the old firm charged.
In-house and judgment-heavy: skip it. Because that's a job, not a business.
The opportunities
Here are real top-right boxes, each with the unit you'd sell. None are glamorous. That's on purpose.
- Medical billing and coding, per claim. Clinics already outsource it. A wrong code means a denied claim, so correct is checkable and expensive to miss.
- Commercial insurance quoting, per policy. The broker's core job is shopping carriers and filling forms. It's mostly a task with a checkable output.
- Customs and freight classification, per shipment. Every import needs the right code and paperwork. Rule-bound, document-heavy, costly when wrong.
- Regulatory filings for licensed businesses, per filing. Finance, food, healthcare, all pay specialists to follow strict rules, and the rules are the spec sheet.
- Lease abstraction and title work, per document. Commercial real estate is buried in this and already farms it out.
- RFP and grant writing, per submission. Mostly structure and precedent, and the budget already exists as a line item.
- Property tax appeals, per appeal, with a share of the savings. Already outsourced, checkable, and the customer only pays when you win. (I did this recently and paid a firm 50% of savings, you can do the same service for 10% of savings!)
- Home health visit note review, per note. Notes have to be complete or billing gets denied, and agencies review them by hand today.
- Demand letters for injury firms, per letter. A junior associate spends hours on each. The structure is repeatable and the output is checkable.
- Accounts payable exception handling, per exception. Companies pay people to chase the invoices that don't match, and the matching is a rule.
Look at the pattern. Each one is work a business already pays someone to do, has a right answer you can check, and lives in an industry running on old software that hates the process. That combination is the tell. When you find it, you've found a business.
I'll keep adding these types of opportunities on Ideabrowser.com (literally free to sign up for validated ideas)
What makes it defensible
The first question every founder and every investor asks is: why won't the customer just do this themselves with ChatGPT? The answer is that they don't want a tool, they want it done, and they want someone on the hook when it's wrong. A clinic isn't going to have its office manager paste claims into a chatbot and hope. They want a firm that knows what a denied claim looks like, has caught that mistake three hundred times, and will fix it if it slips through. Your rulebook and your accountability are the product. The model is just the engine, and everyone has the same engine.
That's the real moat. When you sell the finished work, you own the mistakes. A software company ships a bug and patches it. A firm that files a wrong claim has a real problem, and the customer is right to be upset. So the moat is not the model. It's the rulebook, the hundreds of edge cases you caught and wrote down in one narrow niche. A competitor can download the model in an afternoon. They can't download three hundred jobs' worth of your mistakes.
That's also why the review layer matters. It's what lets you own the mistakes without them owning you, and it's the thing that shrinks as the rulebook grows.
The one thing to get right
Most people building "AI agencies" point the AI at production and leave everything else the way it was. That gives you a slightly cheaper agency. The reason agencies were never great businesses was the overhead around the work, scoping, checking, managing, selling, all of which grew with every client.
An AI-native service collapses that overhead on purpose. Intake is a form. Scope is a menu. Quality is a rulebook. Account management is a dashboard. Do that and the business behaves like software. Skip it and you've just built a faster version of the thing that never worked. And the coolest part is if you ever want to sell that business, your margins might be 60-80%. So you can command a life changing exit on something like a 6-12X EBITDA exit.
So, that's basically the whole thing. Pick a unit. Build the intake, the engine, the rulebook, the review layer, and the delivery. Price against the human, per unit or on a retainer. Start by doing the work by hand for five customers, write down every mistake, then productize. The $120,000 that was locked behind a person is open now! Go find yours.
Point of this article was just to get your creative juices flowing.
AI-native services are here, and now's the time.
