OPC · AI工作流 · 商业交付
报价1周，干了3周：AI工作流接单，最容易亏在这一步
客户买的是一个能用的结果，你报的却只是"把流程搭出来"的价格。中间没说清楚的部分，最后都会变成免费的工时。
最近有个做 OPC 的朋友跟我吐槽。
他接了一个 AI 工作流项目，报价时估计一周交付。流程本身不复杂，需求听起来也很清楚，他觉得很快就能做完。
结果真正开工以后，客户不断提出修改：这里换一种写法，那里增加一个判断，再加一次提醒，最好还能自动处理异常。
一周变成三周。
客户觉得："怎么还没做好？"
他觉得："这点钱让我改这么久，时薪还不如去上班。"
双方都觉得自己吃了亏。
这类项目最麻烦的地方，是它看起来像技术问题，最后却很少坏在技术上。
真正让人亏钱的，是没有给"完成"下定义。
客户说的是一句需求，你接下来的却是一串责任
比如客户说：
"帮我做一个自动写邮件的工作流。"
听起来很具体。找资料、生成正文、调用邮箱工具、发送，四步就结束。
但等到验收时，问题才会一个个冒出来：
• 邮件写到什么程度，才叫"写得好"？
• 用正式语气，还是销售语气？不同客户要不要区别对待？
• 收件人、称呼和产品信息错了怎么办？
• 发出去就算成功，还是必须确保对方收到？
• 进了垃圾箱，算系统完成还是项目失败？
• 邮箱接口失效、账号被限流，谁来处理？
• AI 写错承诺、价格或交付日期，谁来复核？
• 客户临时想增加附件、追踪和二次跟进，算修改还是新需求？
"自动写邮件"只是一个功能名称。
客户真正期待的，可能是：自动写出符合公司标准的邮件，准确发给正确的人，对方能正常收到，出了问题还能提醒我。
你以为自己卖的是一支会写字的笔，客户以为自己买的是一个能把信安全送到对方手里的邮局。
两边说的根本不是同一件产品。
"能运行"不等于"能交付"
不少第一次接 AI 项目的人，估工期时只计算自己看得见的开发时间。
搭流程两天，调接口一天，测试一天，再留一天修改，于是报五个工作日。
可一个项目真正消耗时间的，往往还有这些：
理解客户没有说清楚的标准，等待资料和账号权限，处理样本里的例外，反复演示和确认，适配客户原来的软件，培训使用者，以及上线后处理那些"昨天明明还能用"的问题。
你报的是施工时间，客户买的是入住体验。
如果合同只写"交付自动邮件工作流"，那客户提出的很多要求听起来都很合理。因为你们没有提前说明，交付的是一套原型、一个可人工复核的工具，还是一项保证送达与持续维护的业务服务。
最后，所有模糊地带都会向交付者这一边倒。
AI 工作流报价不是给几个节点定价，而是给结果、例外和责任定价。
报价前，先把一个需求拆成四层
以后再遇到"自动写邮件"这类需求，可以先别急着报工期。把它拆成四层，逐层和客户确认。
第一层：生成
系统根据什么资料写？邮件有哪些固定结构？哪些内容绝对不能编？语气、长度和品牌表达由谁确认？
这一层解决的是：写得出来。
第二层：执行
使用哪个邮箱发送？谁提供账号与接口权限？一次发多少封？是否需要人工点击确认？失败以后重试几次？
这一层解决的是：发得出去。
第三层：送达
是否要求监测退信？进入垃圾箱怎么办？域名信誉、邮件认证和名单质量由谁负责？第三方邮箱的拦截不可能由工作流开发者单方面保证。
这一层解决的是：尽可能到得了。
第四层：业务结果
客户要的是通知送达、对方回复、销售线索，还是成交？要不要继续追踪、二次提醒和回写客户系统？
这一层解决的是：发完以后有没有用。
四层越往后，越需要客户的数据、系统、运营和管理配合，也越不应该用一个"搭流程"的固定价格全部包住。
最少写清楚这六句话，再开始干活
一份不容易亏的项目说明，不一定很长，但至少要把下面六件事写明白：
1. 本次要实现什么：只描述能够观察和验收的结果。 2. 明确不做什么：例如不承诺第三方邮箱百分之百送达，不负责客户历史数据清洗。 3. 客户要提供什么：样本、账号、接口、业务负责人和反馈时限。 4. 怎样算通过：用多少条样本测试，哪些错误可以接受，由谁签字确认。 5. 包含几轮修改：修改什么算本轮范围，新增功能如何重新报价。 6. 上线后管多久：免费修复期、持续维护费和外部平台变更如何处理。
这里最有用的一句话是：
"如果新增内容改变了输入、输出、系统接口、判断规则或责任范围，就不再属于原修改轮次。"
它不是为了和客户斤斤计较，而是避免双方用"再顺手改一下"把一个小项目改造成另一个项目。
别只报一个总价，按三个阶段卖
对边界不清楚的项目，一口价最危险。
更稳妥的做法，是拆成三个阶段。
先做付费诊断
用一到两次访谈和少量真实样本，把流程、标准、接口、异常与责任梳理清楚，交付需求清单和验证方案。
这一步不是"聊需求免费送"，而是项目里最值钱的判断工作。
再做小范围验证
只选择一个入口、一种邮件和一批样本，先证明流程能跑、标准可测、人工能够接管。
验证阶段卖的是证据，不承诺一次覆盖所有场景。
最后谈上线与维护
生产使用会涉及权限、安全、监控、异常、培训和持续调整，应该单独报价。外部模型、邮箱服务和客户业务发生变化，都可能带来维护成本。
这样做的好处，是客户不必一开始承担大项目风险，你也不用在信息不足时赌一个固定工期。
不会的部分，合作通常比硬扛更划算
一个人做业务，不代表每一行活都要自己干。
有人擅长获客和沟通，有人擅长技术实现，有人熟悉某个行业的交付细节。明明可以组合，却因为舍不得分出去一部分收入，最后把三周时间都困在自己不擅长的环节里。
这笔账应该这样算：
如果你独自交付，收入看起来全部归你，但项目延期、返工、售后和错失新客户的时间也全部归你。
如果找有经验的人协作，你让出一部分项目收入，却可能换回更短工期、更稳定结果和下一次复购。
分出去的不是利润，是你不擅长部分的不确定性。
合作时也要说清楚边界：谁负责需求确认，谁做技术方案，谁与客户沟通变更，谁承担上线维护，问题出现时由谁先响应。
否则两个人合作，只是把一个模糊项目变成两个互相等待的人。
真正的口碑，不是"什么都能改"
很多独立从业者害怕拒绝客户，觉得多改几次才能留下好口碑。
但客户真正愿意复购的，通常不是那个永远说"可以"的人。
而是那个在开始前就能提醒风险、把复杂事情说清楚、按约定交出结果，出了问题也知道先查哪一层的人。
无边界的热情，很容易换来一次性消耗。
稳定的交付，才会变成信任。
口碑也不是靠低价和熬夜攒出来的。它来自三件事：客户知道自己买了什么，项目在可预期的时间里完成，交付以后确实解决了一项工作。
最后
AI 把搭建工作流的门槛降得很低，却没有顺便替你定义客户需求、划分责任和管理预期。
工具可以帮你把流程接起来，不能替你回答：什么叫完成，哪些风险不由你控制，客户新增的要求值多少钱。
所以下一次客户再说"就做一个自动发邮件，很简单"，先别马上报一周。
问清楚他要的是一封写好的信，一个能发送的工具，一套稳定的邮局，还是最终有人回复。
这四种结果，看起来只差几句话。
报价和工期，可能差十倍。
不会划边界的人，做得越快，往往亏得越快。
而能把边界、验收和责任说清楚的人，才有机会把一次苦活，变成下一次复购。
— 完 —