2.6 KiB
2.6 KiB
title, type, tags, last_updated
| title | type | tags | last_updated | ||||
|---|---|---|---|---|---|---|---|
| POC Scoping | concept |
|
2026-04-25 |
Definition
POC Scoping 是严格限定的概念验证（Proof of Concept）范围设计方法论——将 POC 从"免费试用"转变为有二元结果（成功/失败）的结构化评估，标准在开始前就已明确定义，避免范围蔓延和评估疲劳。
Core Principles
Start With the Problem Statement
"This POC will prove that [product] can [specific capability] in [buyer's environment] within [timeframe], measured by [success criteria]."
如果无法写出这句话，POC 就未完成范围定义。
Define Success Criteria in Writing Before Starting
- 模糊的成功标准 → 模糊的结果 → "我们需要更多时间评估" → 失败
- 明确定义：通过标准是什么？未通过标准是什么？
Scope Aggressively
- POC 最大风险是范围蔓延
- 一个聚焦的 POC 证明一个关键结论 > 宽泛的 POC 什么都没证明
- 当买家要求增加测试项时："Absolutely — in phase two. Let's nail the core use case first."
Hard Timeline
- 标准：2-3 周
- 更长的 POC 不会产生更好的决策，只会产生评估疲劳和竞争对手反击
Build in Checkpoints
- 中期检查点确认进度，及早发现偏差
- 不要等到最终汇报才发现自己与买家标准不一致
POC Scoping Template
# Proof of Concept: [Account Name]
## Problem Statement
[一句话：POC 将证明什么]
## Success Criteria
| Criterion | Target | Measurement Method |
|-----------|--------|-------------------|
| [能力] | [量化目标] | [测量方法] |
| [集成需求] | [通过/失败] | [测试场景] |
| [性能基准] | [阈值] | [负载测试] |
## Scope — In / Out
- **In scope**: [具体功能、集成、工作流]
- **Out of scope**: [明确不测试的内容及原因]
## Timeline
- Day 1-2: 环境配置
- Day 3-7: 核心用例实施
- Day 8: 中期检查点
- Day 9-12: 完善和边界测试
- Day 13-14: 最终汇报和决策会议
## Decision Gate
[最终汇报后，买家基于成功标准做出 GO / NO-GO 决策]
Success Metrics
- POC 转化率：80%+ 的 POC 进入商业谈判
- 时间到技术决策：中位数 18 天
Connections
- DemoEngineering — Demo Engineering 是 POC 执行的前置铺垫
- SalesEngineer — POC Scoping 是 Sales Engineer 的核心能力之一
- FIA-Framework — 竞争定位在 POC 阶段尤为关键
Contradictions
- 与免费试用的混淆：传统"试用"思维认为越长越好，但 POC Scoping 主张 2-3 周是最佳窗口