最小交付物不是“大产品的简陋版本”，而是一个可以独立定价、独立交付、独立验证的最小交易单元。它的标准不是功能少，而是能在有限时间内解决一个明确问题，并让客户愿意为结果付费。判断其是否合格，关键要看三个边界。

时间边界：必须能够快速交付

交付周期应压缩在两到三天内，且不依赖团队、外部资源或长期研发。若一个服务需要持续数周才能完成，就无法在短周期实验中验证从获客、报价到收款的完整闭环。

时间边界还决定了交付效率。一次交付完成后，应记录实际耗时。如果价格不高却投入大量时间，说明交付范围过大，或者流程尚未标准化。最小交付物必须小到可以被稳定复制，而不是只能靠个人临场发挥完成。

问题边界：只解决一个具体痛点

“提供营销咨询”过于宽泛，“诊断一次账号并给出选题建议”才具备可交易性。问题描述越具体，客户越容易判断自己是否需要，交付者也越容易控制预期。

因此，最小交付物应明确三件事：服务对象是谁、解决什么问题、最终交付什么结果。它不追求覆盖完整业务链，而是先验证某个真实需求是否存在。

交易边界：范围和价格都要清楚

最小交付物必须设定明确的交付上限，包括交付内容、交付时间和修改范围。客户临时提出的额外要求，不应被默认为本次服务的一部分，否则小单很容易膨胀成不可控项目。

价格则应足以形成真实交易，又不至于让决策周期过长。源于个人技能的小型服务，可以先在较低但非免费的区间测试。免费反馈往往只能证明对方愿意接受帮助，不能证明对方愿意购买。

当这三个边界同时成立，最小交付物才真正具备验证价值：做得完、说得清、收得到钱。若其中任何一项模糊，优先缩小范围，而不是继续增加功能。