SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

证明能做和最小可交付产品

POC 回答技术能不能跑通,MVP 回答有没有人愿意付钱。AI 项目最大的立项幻觉,是把后院里的机关演示当成上街收费的证据。

寓言

后院机关和上街的小车

镇上有个木匠,花了半年在后院搭了一套自动运货机关。齿轮咬合、杠杆联动、货斗能在院子两头来回跑。邻居来看,都觉得神奇,纷纷说这东西一定能卖。木匠很受鼓舞,又花两个月把机关磨得更顺滑、装得更美观。

另一位木匠看了三天就走开,三个月后推着一辆简陋的四轮车上了街。车不漂亮,木板钉得歪歪扭扭,只能在平地走,没有机关那样精巧。可他在市场门口帮人拉货,一上午赚了二十文钱,收到了六条意见:轮子太小卡石子、把手太高累肩膀、货斗没遮阳布容易晒坏货。

后院邻居越来越多人来看第一位木匠的机关,有人说帮他写推荐信,有人说可以介绍投资人。可没有人真的掏钱买。机关只能展示一种运货路径,货换了尺寸就走不了,路面不平就卡齿。木匠想改,却不知道从哪里改起,因为从来没有在真实市场里跑过一天。

第二位木匠用第一周赚的钱换了四个大轮子,第二周加了遮阳布,第三周调整了把手高度。他的车还是不好看,但每次改完都有人愿意再试,每次试完都有人继续付钱。半年后,院子里看热闹的人散了,街上的拉货车已经有了固定客源和每周收入。

第一位木匠终于推掉了后院围墙,想把自己的机关搬上街。可机关光搬出来还不够,缺刹车、缺座位、缺装卸货的操作流程、缺坏在路上的修理办法。邻居愿意替他抬、帮他看,却不能保证明天还有人愿意付钱。

镇上商会后来写了一条规矩:凡申请铺面贷款的项目,必须说清楚已经收过多少文铜钱,不能只靠着过多少位喝彩的邻居。后院证明想法的可行性,街上证明生意的可行性,两种证明指向不同的下一笔投入。

木匠后来也学会了:先用废旧木料在后院试机关能不能转,再用木板钉一辆能上街的车看看有没有人付钱。机关漂亮不漂亮不重要,车简陋不简陋也不重要,重要的是两件事不要在同一天做、也不要混淆了各自要回答的问题。

概念验证

在受控环境中验证核心技术方案或假设是否可行,不追求完整功能和真实用户,目标是降低技术不确定性。

最小可行产品

面向真实用户的最小功能版本,用来验证价值假设、收集使用反馈和判断是否有人愿意付费或持续使用。

故事对应

  • 后院齿轮机关:POC 在受控环境中验证技术可行性
  • 上街的四轮车:MVP 面向真实用户和真实场景的最小版本
  • 没人掏钱:技术验证不能替代商业验证
  • 用收的钱换轮子加遮阳布:MVP 迭代来自真实反馈和收入
  • 商会贷款规矩:决策应基于收费证据而非喝彩数量

落到 AI 项目立项判断

做 POC 时只问技术风险能否消除,不要同时追求商业数据;做 MVP 时要敢把不完美的交付放到真实用户面前,用付费意愿、留存和反馈来回答商业问题。混淆两个阶段会让技术团队在打磨后院机关时烧完所有预算。