本文内容
我们交付的产品:结果基准能证明什么
本文早期版本曾给出产品规模化、保持小规模、上线 18 个月内停止,以及未达到 MVP 的粗略比例。Wavect 没有完整且经独立审计的纵向数据集来支持这些比率。它们是内部回忆,并非可复现基准;与未具名行业报告相符的说法也没有依据。我们撤回这些百分比,不再赋予证据无法承载的精确性。
创始人背后的问题仍然有价值:交付后发生了什么、结果如何分类、工程伙伴实际控制了什么?本文提供一套方法,避免混淆产品结果、企业存续与交付质量。
正在构建软件产品?
预约免费咨询旧百分比为何不是基准?
比率需要明确的分子、分母、队列、观察窗口和收集方法。旧文章没有公布委托清单、固定观察日期、每项状态的证据、多次迭代产品的规则或失访处理方式。其类别也可能重叠:营收、融资、用户增长、持续运营和停止产品是不同事件。
代理商项目不是初创企业或软件产品的随机样本。地域、预算、行业、阶段、推荐网络和代理商接受的服务都会改变选择。即使内部登记册维护完美,也只能描述该项目组合,而不是市场。Wavect 经验可以产生假设和问题,但必须标为第一方经验,不能泛化为普遍失败率。
计算前先定义队列
审查结果前固定队列和规则。至少记录:
- 纳入规则,例如已签合同、完成探索阶段或生产发布;
- 分析单位,区分公司、SaaS 或其他产品、应用、重大迭代和委托;
- 首次与最后观察日期以及最低随访要求;
- 结果事件和分类所需证据;
- 未知、保密、合并、出售、转型和仍在观察的案例;
- 结果是计数、时点状态、事件时间估计还是定性审查。
不要默默把失访当作存续或失败。近期上线的产品比老产品经历的停止或规模化时间更短。应在注明日期重新分析,并保留旧快照,让分类变化可见。
使用结果登记册,而非普遍排名
以下类别是内部记录结构建议,不是观测到的市场比例:
| 状态 | 最低证据 | 重要限定 |
|---|---|---|
| 生产发布前停止 | 注明日期的项目记录与发布历史 | 可能源于主动探索、转型、融资或交付问题,并不自动等于产品失败 |
| 已发布,后停止 | 发布证据及注明日期的负责人或公开确认 | 记录观察日期与陈述理由,不推断唯一原因 |
| 审查日仍在运营 | 当前生产或负责人证据 | 运营本身不证明盈利、增长、用户价值或产品市场契合 |
| 达到定义的增长或影响门槛 | 指标、门槛、期间、来源和负责人批准 | 使用约定产品目标,融资不能替代产品表现 |
| 结果未知 | 已记录的随访尝试 | 在分母披露中保留未知项,不要猜测 |
“规模化”“稳定”“停止”和产品市场契合都需要操作定义。例如门槛可以采用留存客户、任务完成、经常性毛利或约定的公共服务结果。正确指标取决于产品。
企业存续统计为何不能验证产品比率
官方企业人口统计适合研究企业,但单位与定义不同。Eurostat 根据生产要素组合定义企业出生和死亡,并以就业、营业额或投资体现的持续活动定义存续。其企业人口统计元数据说明这些概念和协调方法。
奥地利统计局使用登记册和行政数据,报告企业出生、死亡、活跃企业以及最长五年的队列存续。其当前一般企业人口统计页面公布 2024 年结果并解释总体与来源。公司停止一个产品后仍可存续,产品也可在出售、合并或运营方更换后继续。因此这些统计不能证实代理商交付软件的结果比率。
上线后如何衡量成功?
交付前定义成功,并与产品要解决的问题相连。指标可以包括任务完成、留存、满意度、服务成本、可靠性、无障碍、安全、营收质量或领域特定结果。不要只收集分析数据,还要注明来源、负责人、频率和决策门槛。
英国政府 Service Manual 建议把绩效指标与用户研究结合,并按服务和问题选择方法。其官方服务成功衡量指南也指出应使用用户反馈、支持数据和财务信息,而非只依赖数字分析。这是合理的测量原则,不是商业产品普遍成功率的证据。
如何报告停止产品的原因?
不要凭记忆给原因排名。需求、创始人可用性、分发、监管、资本、范围、团队冲突、可靠性、安全和交付质量都可能影响、相互作用或随时间变化。证据不足以支持因果归属时,应把它们记录为陈述理由或审查假设。
有效案例记录会区分事实与解释:什么在何时变化、由谁报告、当时有哪些数据、还存在哪些替代解释。客户保密可能限制披露。此时应报告限制,不用轶事或精确百分比填补空白。
交付伙伴可以合理负责什么?
没有证据支持工程工作占产品结果的普遍百分比。责任取决于合同、权限、访问、团队、阶段和具体问题。通常可以按约定工程责任评估伙伴,例如探索证据、架构决策、代码质量、安全控制、无障碍、可靠性、软件交付纪律、发布准备、文档、可观测性、交接和已确认缺陷处理。
市场需求、融资、定价、分发、高管决策、监管策略和持续产品责任可能属于其他人或共同承担。工作开始前应写责任图。如果伙伴还负责产品探索、增长或运维,应明确相关结果与决策权。
创始人如何评估代理商记录?
- 要求分母。哪些项目符合条件,哪些被排除?
- 要求日期和定义。何时审查,发布、运营、停止或增长分别如何定义?
- 询问未知项。失访必须可见。
- 区分交付和公司结果。分别审查验收、事故、可维护性、交接和后续产品证据。
- 核查人员角色。项目 Logo 不能说明谁做决策或构建系统。
- 联系推荐人。询问艰难权衡、上线后责任、缺陷、文档和过渡。
- 把精选案例视为单案证据。Hyperstate AI、Offlinery、Scramble Pay 和 LivLive 页面描述精选工作,不是完整结果登记册。
- 对其他伙伴模式采用同一标准。代理商、顾问或 Fractional Cofounder 都应区分已验证交付证据与更广泛的公司结果。
Wavect 要发布可辩护比率还需要什么?
我们需要版本化的委托登记册、稳定纳入规则、客户批准的状态证据、固定观察日期、保密与失访案例的处理、分类前确定的结果定义,以及足够上下文以防读者把该组合视为广泛市场代表。独立审查会增强结果。
在此之前,诚实表述只能更窄:Wavect 见过发布前停止、发布后停止、保持小规模运营,以及达到实质增长或影响目标的产品。这是第一方定性观察,不能确定新创始人任何结果的概率。
最终思考
已交付产品结果比率的可信度取决于队列、定义、证据、随访和观察日期。Wavect 早期百分比不符合该标准,因此已撤回。官方企业存续统计回答不同问题,无法验证代理商项目组合。
创始人应要求透明分母、注明日期的分类、未知案例以及伙伴实际控制工作所对应的证据。团队应在上线前定义产品成功,把绩效数据与研究和运营证据结合,并保留责任图。这样才能形成有用的审查,而不把一家代理商的历史当作普遍预测。
