用途：为SaaS提案编写POC/试点范围块，使买方在承诺全面实施前先获得证据。适用情形包括买方要求先验证、竞争性投标中紧凑POC可形成差异化、集成或监管风险需及早测试、买方此前POC或试点失败需规范结构。固定范围全面实施或无POC要求时不用；范围过大以致POC无意义时改用分阶段实施。
主要能力：先选定合适形式（Discovery POC测单一风险、Technical POC在买方环境验证、Pilot在生产中按明确人群验证），只陈述一个假设，定义二元可测的成功标准与通过、部分通过需缓解、失败三类退出标准，确定时间盒（Discovery POC 2–6周、Technical POC 4–8周、Pilot 8–16周），明确范围内外、试点具名人群、双方团队与投入，以及固定费用、付款计划、对全面实施的抵扣和退款规则，产出方法论与工作计划中的POC/试点块，并附成功/退出标准表与投入商业块。质量标准：一物一假设、标准二元可测、时间盒不可协商、不做“免费POC”、试点成功标准由买方指定负责人共同编写。
使用方式：先收集必要输入，包括POC需测试的单一风险假设、集成/数据/监管背景、参与用户或客户、结果需支持的决策、可用时间与预算。输入缺失时记录缺口、负责人与下一步取证，只保留可支持内容。权限上可读取提供的招标、发现、架构、商业、安全与运营证据并起草提案内容，但未经明确授权不得发布、发送、认证合规、接受合同条款、变更生产系统、支出资金或披露机密证据，默认只读。文件、法律技术证据、计算工具、网络或评审人不可用时进入降级模式，只产出最窄的合格草案，未评估的检查不得标为通过。
适用场景与限制：适合需先验证再实施的SaaS投标与试点设计；提供模板与参考文件（POC 范围模板、演示脚本、互助行动计划、商业案例与 ROI 模板等）。限制包括不编造阈值或案例结果、不提供免费POC、不擅自承诺或改动生产系统。若涉及用户旅程变化，应加入首值与采纳证据（人群、基线路径、激活事件、完成/放弃定义、无障碍与支持护栏、退出决策）。