护城河分析怎样用于尚未成型的创业公司？用「积累三问」追踪资产沉淀、交付改善和追赶成本，识别值得继续验证的优势，也给乐观判断留下退出条件。

一、一张漂亮的壁垒清单，为什么撑不起判断

护城河分析很容易在早期项目会议上变成一道填空题。团队展示产品之后，投资人问竞争壁垒，创始人依次报出技术、数据、先发优势和客户关系。每一项都有道理，放在一起却很难回答一个具体问题：如果竞争者下个月交付相似产品，客户还会留下多少？

设想一个教学场景：一家企业软件公司签下十个客户，其中八个由创始人亲自谈成。演示效果很好，客户也愿意支付试用费。团队据此判断自己拥有行业数据和客户黏性，准备迅速扩大销售。进一步拆开交付记录才发现，十个项目各写了一套定制代码，客户文件不能跨项目复用，续约理由还没有经过完整采购周期检验。

这些成果支持继续探索，也可能带来收入。它们距离能够抵御竞争的长期优势，还有几段需要证明的因果关系。每增加一个客户，公司究竟获得一项可以重复使用的能力，还是多接下一份需要持续投入人力的工作？

投黑马讨论早期壁垒时，会先要求团队描述积累过程。对刚开始服务客户的公司，今天没有宽阔护城河并不稀奇；如果日常经营长期无法沉淀资产，增长越快也未必越安全。研究应当沿着经营记录继续往下追，直到每一项优势都能对应可检查的具体变化。

二、框架核心：用「积累三问」检查优势的生长

「积累三问」是一套用于观察竞争优势形成过程的工作框架。三个问题依次是：新增行为沉淀了什么？沉淀能否改善下一次交付？竞争者追赶需要付出什么？它们构成一条证据链，任何一段缺失，都应降低对长期壁垒的判断强度。

第一问确认资产确实留下来。一次交易可能产生经过授权的数据、可复用组件、可靠的供应关系，也可能只留下收入和工时。第二问检查这些资产有没有发挥作用，例如新项目实施更快、错误更少，或者客户能够完成原先做不到的任务。第三问把竞争者放回画面：对手能否购买同样资源、雇到同样人才，并在合理时间内交付接近的体验？

框架适合已有初步使用或交付记录、正在验证商业模式的项目。尚处于科学研究阶段的团队，需要先判断技术可行性；专利密集型领域还需要独立核查权利范围、剩余期限及替代路线。本框架不能替代这些专门工作，也不会直接给出公司估值。

结论应当保留层次。只有资产清单，可写「存在积累线索」；已有可重复的经营改善，可写「优势得到初步验证」；经过竞争替代测试后，才有条件讨论壁垒强度。这样记录，后续证据出现时便能准确调整原判断。三问也不宜加权合成一个总分。资产沉淀尚未成立时，更快的交付可能来自额外投入；客户暂时留下时，竞争防御也可能没有经过考验。每个缺口应单独保留。

三、框架详解：把三问放进真实经营记录

第一问：每次经营活动结束后，留下了什么

资产沉淀的关键是可保留、可使用、可复用。数据规模增长只是起点，还要检查使用授权、质量、更新频率和适用范围。客户交来的文件如果只能服务该客户，就不能直接计入能够改善所有客户产品的数据资产。

判断时可以抽取最近几次交付，逐项列出交付前后增加的东西。通用组件进入了正式产品吗？新增反馈形成了可以重复运行的测试集吗？供应商配合建立的流程能否用于下一批订单？证据最好落在版本记录、合同权限、操作文档和复用日志中，单靠负责人描述容易漏掉例外条件。

一个反面示例是项目团队把定制工作量列为技术积累。代码行数持续增加，但每次上线都要复制旧项目再重新修改，维护负担随客户数上升。公司可能拥有有价值的服务能力，却还没有证明这些代码能形成产品型壁垒。评估时应分别记录服务收入与复用收益，避免混成一个指标。

也要给资产计入维护成本。过时数据、无人维护的组件和依赖单个员工记忆的客户关系，都可能迅速贬值。记录资产清单时附上维护负责人、更新条件和失效方式，能让所谓积累接受日常经营检验。

第二问：留下来的资产，怎样改善下一次交付

这一问要求看到因果链。团队如果声称数据使产品更好，就应说明改善发生在哪个任务、覆盖哪些客户，以及采用什么相同口径比较。可以用同一组任务、相同验收标准，比较使用新增资产前后的结果，再检查改善能否在另一批客户中复现。

评估指标应贴近产品用途。企业软件可以看实施工时、任务成功率、故障恢复时间；实体交付可以看质量稳定性、返工率和履约时效。选择指标时先问客户究竟为何付款，再判断变化是否足以影响采购。内部指标变漂亮，客户却仍需安排同样的人力复核，商业价值就可能被高估。

对比过程中需要拆出额外投入。新增客户得到更好服务，可能因为团队多派了工程师，或给予更高补贴。剔除这些投入之后，改善还能保留多少？如果效率主要来自员工加班，扩张就需要同步增加人力，资产的复用作用尚未得到验证。

护城河分析在这里最容易遇到口径混乱：累计用户、付费客户、活跃席位与实际任务量被交替使用。选定一个客户群体和观察窗口，持续保持统计定义，再记录产品及价格变化，才能看出改善是否稳定。样本有限时，应把结论限定在已观察的客户范围内。

第三问：对手需要付出多大代价才能追上

通过前两问，只能说明公司在进步。竞争壁垒还需要相对优势：其他团队能否以接近的成本和时间复制这些进步？这一问可以邀请业务团队列出客户可选的替代方案，比较功能、实施成本、服务能力和迁移负担。

追赶成本需要拆解。公开可买的数据、通用模型接口和标准开发工具，通常也能被竞争者获取。长期积累的可靠交付记录、需要持续协作的供应关系，复制起来可能更慢。这里的「可能」必须继续用客户访谈和替代产品测试验证，不能只依据资源听起来稀缺就作结论。

迁移成本也要分清来源。客户主动留下，可能因为可靠性、协作记录和持续改进；也可能因为合同退出手续复杂。后者有助于解释短期续约，却不能自动支持长期认可。客户在新采购中是否继续选择产品，会比被动延续旧合同提供更多信息。

反面示例是把先上线六个月当作永久领先。若功能容易复制，渠道也没有排他关系，竞争者可能用集中投入缩短差距。先发时间只有转化成持续积累的经营资产，才值得进一步讨论其防御价值。复查时应同时观察本公司进步速度和替代方案进步速度。

让三问进入下一次复查

投黑马建议在研究记录里给每个判断附上下一次检验动作。例如，确认三个新客户能否使用同一组件完成上线；抽查改进后的结果是否仍需同等人工修正；向流失客户核实更换产品的实际原因。数量和时间窗口按业务周期确定，不把示例数字当成所有行业的合格线。

每次复查保留原判断、观察结果和调整理由。如果积累无法复用，就回到资产定义；如果产品改善没有推动客户选择，就重看采购需求；如果对手很快追平，就调低防御强度。更新记录允许判断逐步变准确，也能防止团队把每一种结果都解释为原观点正确。

四、实战案例：把时间停在1997年的亚马逊

亚马逊适合用来练习这套框架，但需要先限制观察时间。这里只讨论公司1997年披露的经营事实，不借用它后来的市场地位替早期判断作保证。案例中的数据来自公司当年股东信及财年业绩公告，框架解释属于本文分析。

先看资产沉淀。 公司在1997年股东信中介绍了搜索、浏览、评论、推荐和购物便利性方面的建设，并把客户重复购买列为关注指标。由此可以提出资产假设：购物经验、商品信息和客户使用反馈，可能帮助服务持续改进。需要谨慎的是，披露功能存在，只能证明公司做了这些建设；其具体贡献仍需额外数据检验。

再看交付改善。 公司财年业绩公告披露，1997年第四季度，重复客户订单占当季订单的比例超过58%；同一公告说明，两岸配送中心布局已经缩短客户运输时间。前者提供客户再次选择的线索，后者提供服务改善的具体环节。重复客户订单占比不能直接当作客户留存率，两者的分母和观察方式不同。

最后检验追赶成本。 股东信明确承认，已有具备资源的大型竞争者进入线上市场。因而，当时的投资者不能看到复购和基础设施建设，就断言竞争已被解决。按照积累三问，后续仍要跟踪替代服务的配送体验、客户购买选择，以及这些投入是否形成可维持的成本结构。

公司当年财报还披露全年净亏损为2760万美元。这个数字提醒我们，服务改善和资产积累需要资金支持。即便观察到有利线索，也要继续核实公司能否承担投入，以及后续经营能否产生相应回报。单年的客户增长不能回答全部问题。

框架给出的结论应是：当时有值得继续追踪的资产建设和客户行为证据，竞争防御仍有未证明的环节。它有助于减少两类判断偏差：仅因尚无成熟壁垒就忽略正在形成的能力，以及凭借后来成功便认定早期领先已经牢不可破。

还可以为当时的研究设置后续验证项目：持续观察重复购买指标，检查更广配送范围内的服务质量，再核对竞争者提供的商品选择和交付条件。若服务改善停止、维持客户选择所需的投入持续上升，判断就应随之调整。这里列出的是分析者应当提出的问题，并不声称当年已经获得全部答案。

客户选择也会受价格、库存和季节影响。即便重复订单占比上升，仍需拆解这些因素，才有条件判断改善来自哪里。缺少这种拆分时，应限制对优势形成速度的推断。

把这份分析用于今天的早期项目时，应保留相同纪律：限定观察时点，分开数据口径，列出尚缺的证明。案例展示的是研究过程，不能把一家企业的历史路径直接套进另一家公司的增长预测。

投黑马 · 左侧心法

给早期优势留出成长空间，也给乐观判断安排检验日期。先说明每次经营沉淀的资产，再追踪它对下一次交付的帮助，最后核查竞争者能否轻易复制。证据链的长度应当决定判断的强度。

最容易付出的认知代价，是提前把潜力按成熟壁垒定价。功能领先、客户名单和增长速度都有价值，但每一项价值都需要清楚的适用条件与失效边界。

当现有资料只能证明一小部分，就把其余部分写成后续问题。保存原判断和修改理由，下一轮研究才能积累自己的判断能力。

延伸阅读

• 逆向尽调清单：检查判断所依赖的证据
• 估值锚定陷阱：识别定价中的惯性

── 投黑马研究团队

免责声明：本文仅供研究与学习交流，不构成具体项目的投资建议。