FIELD NOTES / 创业研究2026.10.18 · 证据核验与内容迭代

AI × TRADITIONAL BUSINESS

低效很多,
利润要验证。

传统行业可能留下大量改造空间。普通创业者能抓住的机会,是一条可触达、可交付、可验收、能留下结余的具体流程。

基于用户提供文章研究。以下区分原文主张、已核验来源、条件推断与建议实验;没有客户支付或经营数据的部分,保留未知。

01 / CLAIM AUDIT

把九条主张,
放回各自的证据范围。

文章的方向有启发,但“无聊”“有低效”“做得快”都不能单独证明这门生意值得做。

保留方向,加门槛

传统行业值得看

Sal Khan 的建议可在访谈第三方转写约 41:30 找到;这是寻找方向的启发。行业古老,并不证明某个流程有人愿意付费。 [S1]

改写

低效就是 AI 利润

低效可能来自信息处理,也可能来自利益冲突、规则变化、现场执行与责任分配。只有能交付、能收费、全成本有结余的部分,才是经营机会。 [分析]

限定

3000 美元换来几个月产出

这是 Sal Khan 转述的单个工程师案例。旧工期是反事实估计,任务范围、质量与返工没有可核验对照,不能计算通用投资回报率。 [S1]

补回遗漏

一天做完,就能迅速上线

同一段转写称:一天做出原型,随后设计完善,约一个月上线。制作原型、可靠交付、商业验证是三个不同结果。 [S1]

改写

Token 不是成本中心

Token 仍是成本。比较对象应是同一验收标准下的全部人工、算力、集成、支持与错误成本。贵模型是否值得用,要按具体任务测。同段转写也建议日常任务不必滥用高价 Opus。 [S1] / [分析]

降为条件推断

技术资产贬值,业务资产升值

通用功能更容易复制,可能让渠道、业务知识与信任更稀缺;但没有证据证明所有技术资产贬值。Anthropic 收购 Bun 就体现了技术基础设施的战略价值。 [S6]

明确交易主体

大厂直接收购传统小公司

可核验案例是 Thrive Holdings 投资、收购和经营服务企业,OpenAI 入股并合作。不能改写成 OpenAI 直接收购每家底层企业,更不能推导收购后一定盈利。 [S4] / [S5]

增加条件

实验越多,越早碰到需求

只在样本匹配、问题可证伪、质量可检验、能观测买方行为时,快速实验才积累证据。快速生成五十个原型,也可能只是重复五十次同一假设。 [分析]

限定适用范围

岗位边界消失,一人加五个 Agent

访谈描述产品、设计、工程工作交叉,但也保留深度工程能力的价值。Agent 数量没有决定性证据;审批、专业判断、支持与错误责任仍需指定负责人。 [S1] / [分析]

两个术语需要修正

原文“Web Coding”与访谈中的 Vibe Coding(用自然语言与 AI 协作编程)可能混淆;此处按访谈概念讨论。FTE 是全职人力当量,FDE 才是前线部署工程师。原文未给出处,不能据此确认大厂“建设 FTE 团队”的具体事实。

3000 美元案例还缺四项对照

同一个任务范围

数小时产物是否覆盖旧计划中的全部工作?

同一个质量标准

是否包括测试、审查、集成和真实使用?

全部后续成本

返工、维护与故障处理花了多少时间?

可以比较的基线

METR 的早期试验发现特定开发场景使用当时 AI 工具反而平均慢 19%;2026 年更新又指出新实验难以可靠估计提速。这两项研究提醒我们按自己的任务测量,不能用旧工具研究否定所有新工具,也不能只凭访谈估算提效倍数。[S2] [S3]

02 / VALUE CHAIN

价值产生在流程里,
责任也留在流程里。

“重构旧价值链”可以是方向。第一次交付最好只改其中一个能检查的节点。

  1. 01取得授权输入谁拥有材料?资料缺失怎么办?
  2. 02整理与比对AI 可辅助;保留来源和待核实项。
  3. 03专业判断由指定专业人员决定。
  4. 04复核与批准核对结果、例外与对外承诺。
  5. 05交付与验收按事先约定的结果验收。
  6. 06收款与后续使用支付、使用、续购分别观察。

改进循环

记录错误 → 改规则、上下文或代码 → 回归验证。判断下一次是否更可靠。

两个循环相互帮助,但不能互相替代。记录反馈、改提示或修代码,不等于模型权重自动训练;软件检查通过也不等于客户验收。

为什么资本能买公司,普通创业者要先买到一次验证

OpenAI 与 Thrive Holdings 的公告支持“模型公司 + 业务运营方”合作路径。General Catalyst 则明确讨论收购、重建与运营服务公司,并强调技术和整合投入。它们需要资本、运营与整合能力,不能直接复制成个人低现金成本路径。[S4] [S5] [S7]

对小创业者,更轻的起点是:找到已有业务负责人,为一条流程提供可撤回的小型服务。先验证交付价值,再决定做工具、长期服务或与行业伙伴共同经营。此顺序是本报告建议,不是已验证的成功公式。

03 / CANDIDATE WORKFLOWS

六个切口,
先按你能接近谁来筛选。

这些是工作候选,尚未取得对应买方的需求与付费证据。没有虚构市场评分,也没有默认推荐你进入某个行业。

显示全部 6 类候选。展开内容可直接阅读,无需联网。

外贸与工业销售

询盘整理

付款方
业务负责人或小贸易公司老板
输入 → 输出
授权历史询盘、产品字段表 → 需求清单、缺失字段、回复草稿
先比较替代方案
业务员模板、翻译工具、现有 CRM、普通聊天
可能失败在哪里
产品规格错配、报价承诺、产品知识无人复核
进入条件 / 边界
有稳定询盘与专业复核人;不让 AI 自动报价或发承诺

建筑与工程服务

项目资料核对

付款方
项目资料主管或工程服务公司负责人
输入 → 输出
授权目录、检查表与文件 → 缺件清单、编号核对、来源索引
先比较替代方案
资料员、Excel、已有工程文档系统
可能失败在哪里
图纸版本、现场事实、签章与审批责任
进入条件 / 边界
只做文档一致性检查;涉及工程安全和签章判断就停

零售与电商运营

商品资料检查

付款方
店主或商品运营预算负责人
输入 → 输出
商品表、授权图片说明 → 规格冲突、缺失字段、待确认项
先比较替代方案
平台批量工具、表格规则、ERP、人工抽检
可能失败在哪里
错误规格、库存不同步、平台原生工具已足够
进入条件 / 边界
先比较平台已有功能;没有持续差错成本就不另建工具

供应链与小型制造

单据差异定位

付款方
采购、仓储或财务流程负责人
输入 → 输出
授权订单、送货单 → 数量与字段差异、对应原件
先比较替代方案
Excel公式、OCR、ERP对账、人工核对
可能失败在哪里
单位换算、异常规则、模糊原件;差异不等于真实错账
进入条件 / 边界
只输出需核实的差异,不代替付款审批、记账和审计

选一个候选前,先过五道门

  1. 触达:你能接近真正管预算和验收的人吗?使用者与付款方可能不同。
  2. 重复:这个流程近期反复发生吗?频率低到无法回收投入就先停。
  3. 输入:资料可授权取得、字段与版本可核实吗?数据多不等于数据可用。
  4. 经济性:比较人工、普通聊天、模板与现成软件后,双方是否都有收益?

任一关键门缺证据,就写“待补证”。五项都能回答,也只说明值得做小实验,不代表需求已成立。医疗、保险与财税中的专业决策不在本报告试验范围。

04 / UNIT ECONOMICS

客户省下什么,
你又能留下什么?

同一批、同样质量的任务,分别计算买方和供应方。仅比较发生变化的成本;双方流程中完全相同的未变支出可以省略。所有默认数字都是演示假设,没有真实客户或收入含义。

输入单位统一为人民币。新流程买方人工须包含资料准备、复核、沟通、培训摊销以外的日常使用、维护、异常处理与返工。错误损失只填已列人工工时之外的预期外部损失,避免重复计算返工。供应方工时包含交付、沟通、复核和异常处理;“其他”只填尚未在工时中计入的获客、支持与外部支出。

买方 / 经济价值差额待计算

包含人工时间估值,不等于现金节省。

买方 / 可兑现差额估算待计算

人工兑现须有实际可避免支出。此值还包含集成摊销与错误损失期望值,非会计现金流。

供应方 / 月贡献余额待计算

扣已列变动成本,尚未扣税费、未列固定成本与一次性开发投入。

买方 / 人工净变化待计算

正数为释放工时;负数为新增人工,新增人工全额计成本。

请开启 JavaScript 查看交互计算。下方保留完整算式与演示结果。

买方旧流程总成本:¥1,600

买方新流程总成本:¥1,350

条形按当前两项成本的较大值归一化,不是市场统计;精确数值以上方文字为准。

展开算式、默认结果与计费边界

人工价值差额 = 月件数 ×(旧分钟 − 新分钟)÷ 60 × 买方时薪。买方经济差额 = 人工价值差额 + 可取消旧外部支出 + 旧错误损失 − 新错误损失 − 买方另付 AI − 服务费 − 集成摊销。

买方可兑现差额估算 = 正人工差额 × 现金兑现比例 + 负人工差额(全额)+ 可取消旧外部支出 + 旧错误损失 − 新错误损失 − 买方另付 AI − 服务费 − 集成摊销。错误损失仍是期望值;集成摊销不是当月现金流,因此此项也不是会计现金流量。集成实际支出需另排月份。旧外部支出只能填真正可取消、且未在人工工时中计算的支出;仍需保留的旧软件支出不能计为节省。

供应方月贡献余额 = 服务费 − 全部交付工时 × 供应方时薪 − 供应方 AI / 工具 − 其他变动成本。双方各自支付的 AI 分别计入,供应方 AI 不再作为买方额外支出。服务费是买方支出、供应方收入。

默认演示:买方释放 15 小时,人工估值减少 900 元(这个估值仍需有可验证的产能用途支持);买方经济差额 250 元,可兑现差额估算 −650 元;供应方贡献余额 40 元。客户可能获得时间价值,但没有出现可兑现成本下降。仍须验证客户愿不愿按此价格购买。

前期投入:另记一次性开发、集成与获客现金;不要重复放进已摊销项目。只有实际支付且验收的订单贡献累计覆盖前期投入,才算回收;不能用假设订单量宣布回本。

可议价区间:供应方已列成本是保本价格下限;买方不含服务费的经济收益是零收益价格上限。另列现金兑现视角的上限;它仍包含预期错误损失与集成摊销,非实际现金流。若上限不大于下限,就没有双方均获正收益的区间。即使区间存在,也未计议价、风险溢价、税费与固定成本,不能当作报价建议。

比“用掉多少 Token”更有用的记录

同批任务的验收率、全部人工分钟、错误与返工、买方实际支付、供应方贡献余额,以及下一次真实使用。漏掉任何一项,都可能把技术提速误认为商业改善。

05 / ONE BOUNDED EXPERIMENT

先做一次可证伪的试验,
再谈一条新价值链。

以下 14 天是建议时间盒。它不沿用任何旧项目预算,也不推断你没有客户。每次只测试一个买方群体、一条流程与一种报价。

  1. 第 1–2 天
    确认流程

    和一位实际流程负责人复盘最近一次任务

    记录谁用、谁付、谁验收;拿到授权样本、现有替代方案和真实工作量。没有授权或没有实际负责人,就停在观察,不先做平台。

  2. 第 3–5 天
    做同批对照

    比较人工 / 现成工具与 AI 辅助方式

    用 5–10 份已授权历史样本做初步试验,固定验收检查表。该数量只用于发现问题,不能统计证明可靠率。保留异常,计入全部人工和返工。等待时间单独记录为交付时长,不能混成人工工时;不同批次的难度要对齐。实验开始前,先确定可接受的错误率、单笔成本上限、交付时限和退出条件;测试结束后再按预设标准判断是否继续,而不是根据演示效果临时调整成功定义。

  3. 第 6–9 天
    提出报价

    给明确范围、期限、价格与修改次数

  4. 第 10–14 天
    交付与判断

建议继续的条件

验收达标,买方确认价值,双方成本可承受,且有实际支付信号。决定下一轮验证什么,不能直接宣称可规模化。

建议调整或暂停的条件

质量不达标、复核增加、责任无法划清、已有工具更好,或适合的买方看过完整报价仍拒绝。记录具体拒绝原因。

如果没人看到完整报价,只能说明触达或渠道尚未验证。如果无人提供授权样本,只能说明当前实验无法进行。这两种情况都不能直接证明市场没有需求。

先填这一句,再写代码

我为【具体付款方】,把【已有输入】在【约定期限】内变成【可检查输出】;由【审批人】确认;收取【价格】;投入上限是【全部工时与现金】;如果【事先约定的反证】出现,就停止或改方案。

组织可以减少交接,个人也可以覆盖更多环节。但每个增加的环节都带来支持、质量与责任负担。“能启动五个 Agent”不能证明一个人能稳定履约。

文章的核心观点,
可以这样改得更准确。

AI 让部分信息处理和软件制作变便宜,因此传统行业中那些反复发生、依赖人工整理、又能明确验收的流程,值得重新检查。

但低效不会自动变成创业者的利润。客户关系、可授权的数据、业务知识和交付责任,决定你能否进入流程;实际支付、全部成本和后续使用,决定这是不是一门生意。

普通创业者可以先选一位能接近的付款方,用一条流程做对照,交付一个可检查的结果。先获得真实交易证据,再扩大工具与服务范围。

“更快”只有在增加有效证据时才有意义。开发便宜之后,找对付款方、保持质量、处理例外和持续履约,仍然需要时间与能力。

扩大范围前的两个约束

多个 AI Agent 可以帮助一个人并行处理部分任务,但任务覆盖不等于业务闭环,更不等于组织能力自动形成。

同样,拥有客户关系或业务数据并不自动形成竞争优势;数据的合法使用权、质量、更新成本和实际业务价值都需要单独核验。

这两点约束了扩大范围的条件:先确认业务闭环和数据使用权,再增加自动化节点。

07 / SOURCES & LIMITS

来源能证明的,
与仍然不知道的。

S1 · 第三方转写 · Sal Khan 访谈

约 14:50–17:06 对应算力、原型与上线;约 10:07–11:12 对应岗位交叉;约 41:30 对应传统行业建议。未独立回听音频,只支持有条件的原话定位,不是工时审计。

打开来源原文 ↗
S2 · METR · 早期 2025 开发效率随机试验

16 名熟悉自身开源仓库的开发者、246 项任务,在当时工具条件下平均用时增加 19%。样本、任务与工具受限,不能代表所有开发工作或 2026 年模型。

打开来源原文 ↗
S3 · METR · 为什么修改后续实验设计

后续研究受到参与者和任务选择、并行工作计时等问题影响。作者认为新工具可能更快,但现有数据不足以可靠估计幅度。

打开来源原文 ↗
S4 · OpenAI · 入股 Thrive Holdings 的官方公告

确认合作、股权关系和会计 / IT 服务方向;研究、产品与工程团队进入相关企业。公告没有提供可独立核验的利润、现金回收或收购回报率。

打开来源原文 ↗
S5 · Thrive Holdings · 合作方官方公告

确认其拥有并经营服务业务,与 OpenAI 合作。与 S4 是同一交易的双方公告,不能当成两项独立经营成效研究。

打开来源原文 ↗
S6 · Anthropic · 收购 Bun 的官方公告

确认收购 JavaScript 运行时 Bun。它反驳“所有技术资产都失去价值”的绝对说法,不证明技术资产整体价格趋势。

打开来源原文 ↗
S7 · General Catalyst · 欧洲服务业 AI 并购策略

投资机构明确提出收购、重建、运营传统服务企业的路径,并描述大量技术与整合投入。这是投资方的策略与自述,不是独立审计后的经营结论。

打开来源原文 ↗

未覆盖:目标客户访谈、真实报价、付款、验收、后续使用、行业统计与监管法律意见。本报告没有联系客户、发布服务、收款或自动处理真实业务。候选优先级仍取决于读者现有渠道、专业伙伴与授权样本。