Proof of Concept

概念验证存在的目的是消除一个特定的技术风险。这个模型能否达到我们需要的延迟。这个集成对接旧系统时是否真的能跑通。在围绕它设计产品之前，我们能否先证明这套密码学。一个 PoC 只回答"这可行吗"，别的什么都不回答。它被快速构建，按能否运作来评判，然后被丢弃。

让公司付出最大代价的区别是 PoC、MVP 与原型之间的区别。PoC 回答"这在技术上可行吗"，面向你自己的团队。原型回答"这感觉对不对"，面向设计与可用性，通常根本没有真正的后端。MVP 回答"到底有没有人会使用并为之付费"，它是一个真正的产品，交付给真实用户，只是裁剪成值得他们花时间的最小版本。它们有不同的受众、不同的质量门槛、不同的完成定义。

常见且昂贵的错误是把 PoC 当作生产环境去交付。那段证明某件事可行的代码，是为了证明某件事可行而写的：没有错误处理、没有测试、没有安全评审、到处都是捷径。当演示打动了某个人、于是决定"直接上线"时，你就把所有这些当作地基继承了下来。诚实的做法是把 PoC 当作一个问题的答案，然后把真正的东西好好地构建出来。

当存在真正值得在投入构建之前消除的技术风险时，Wavect 才做 PoC。大多数项目并不需要它；它们需要的是一个为工作划定范围的discovery 阶段。我们会告诉你你面对的是哪一种。