先判断这是一次交付,还是一次有效试用
快递显示签收、账号创建成功、会议宣布启动,都只能证明交付事件发生。只有客户具备使用条件、完成约定任务、反馈结果并进入决策复盘,才构成有效试用。把两者混为一谈,团队就会用“再问一次体验如何”替代项目管理。
| 类型 | 有效证据 | 常见阻塞 | 复盘重点 |
|---|---|---|---|
| 实物样品 | 签收人、实际使用、场景反馈 | 收件人与使用人不同、条件不具备 | 是否解决约定问题,谁参与采购 |
| 软件试用 | 激活、完成核心任务、输出结果 | 不会配置、无数据、未分配负责人 | 价值证据、采用障碍与权限需求 |
| 企业PoC | 按样本和口径完成测试、结果可复核 | 范围漂移、数据延误、安全与集成待确认 | 成功标准、例外、上线条件与采购未决项 |
如果还没有确定要验证的场景,先用试点场景六维评分缩小范围;如果目标是正式上线验收,则应转到上线前100问验收清单,不要让试用和上线验收共用一套模糊标准。
一张试用卡应记录哪些字段
建议每个样品、试用账号或PoC项目只有一张权威试用卡,至少包含以下字段:
- 目标与成功标准:这次要验证什么,什么证据算达到;
- 边界与周期:开始、结束、复盘日期,以及不在本轮验证的事项;
- 双方责任人:客户测试人、客户决策协调人、销售负责人和技术负责人;
- 前置条件:资料、账号、环境、数据、审批和培训是否就绪;
- 事件与证据:交付、激活、关键任务、问题、反馈和确认记录;
- 当前障碍与下一步:正在等谁、截止时间、超时后如何处理;
- 退出条件:达到、部分达到、未达到或证据不足时分别如何处置。
企业PoC还应补充样本范围、数据来源、可接受误差、运行环境、结果归因和已知限制。所有字段都应区分客户确认、系统事件、人工判断和模型推断,避免把推测写成事实。
用事件驱动跟进,不用固定天数机械催促
Microsoft 的销售序列管理文档把连续活动组织成可执行步骤。用于试用管理时,更可靠的做法是让关键事件决定下一动作:
- 交付:确认收件人、使用人、入口和开始条件;
- 激活:确认客户是否完成首次必要配置,不把登录等同于成功;
- 关键使用:检查约定任务是否完成、结果是否可复核;
- 阻塞:识别是客户、销售、审批、数据还是系统责任;
- 复盘:在预定节点对照成功标准,而不是临时询问感受;
- 决策:把试用结果与采购条件分开,形成明确下一步。
超时处理先看责任方
| 正在等待 | 合理动作 | 不应做 |
|---|---|---|
| 客户测试人 | 确认条件与最短成功路径,到期降低频率或结束 | 多渠道重复催促 |
| 销售或技术人员 | 提醒、升级或改派,记录内部延误 | 把内部等待算成客户无意向 |
| 客户审批或安全团队 | 列出材料、负责人和预计时间 | 绕过审批继续扩大数据范围 |
| 系统或集成 | 记录故障、影响、补救和重测证据 | 删除失败记录,只展示成功样本 |
需要人工接手时,可用人工接手完整度评分表检查上下文是否足够。一个“客户试用中,请跟进”的任务没有目标、证据、障碍和截止时间,真人仍然无法行动。
PoC数据边界要在启动前写清
中国《个人信息保护法》要求处理个人信息具有明确合理目的、与目的直接相关,并采取对个人权益影响最小的方式。PoC不应因为“只是测试”而跳过数据治理。
优先使用脱敏或合成数据;确需真实数据时,至少确认处理目的和合法依据、最小数据范围、可访问人员、保存期限、导出与删除方式、供应商边界和安全事件处理。涉及敏感个人信息、跨境、未成年人或行业监管要求时,应交由合规和安全负责人评估。
AI也不应独立确认合同、价格、安全架构或关键能力承诺。Microsoft 的销售资格智能体说明明确把智能体定位为辅助销售而非替代判断;企业流程同样应为高影响事项保留真人确认。
复盘必须形成四类结论之一
到达复盘日,对每条成功标准给出“达到、部分达到、未达到、证据不足”之一,并链接对应证据。然后把下一步限定为采购评估、有限延长、停止或转入长期培育。
延长不是默认选项。每次延长都要有明确原因、新目标、新截止时间和新增投入;如果只是“客户还没空”,应重新确认优先级,而不是让试用永久停留在进行中。PoC达到标准也不代表必然采购,预算、合规、安全、集成、服务和决策流程仍需单独确认。
复盘后的客户资格与证据状态,可以回写到ICP、BANT与证据分级;如果试用暴露出回答或跟进质量问题,则进入AI销售质量评测,不要用主观满意度替代问题样本。
如何用于ZigoAI销冠试跑
ZigoAI官网公开说明,产品可用于接待、意向识别、跟进、再激活和人工转交;公开的试跑准备建议包括一个真实入口和场景、产品与价格等资料,以及少量脱敏对话。在标准条件下的初始配置周期,不等同于未经验证的全面上线。
企业可把本文试用卡用于记录目标、材料、测试事件、人工边界和复盘证据,再用真实对话逐项验证。本文的字段、证据阶梯、超时规则和四类复盘结论属于实施方法,不代表ZigoAI已内置通用PoC管理模块;具体能力和范围应以公开产品说明、演示、试点与合同确认为准。
常见问题
试用周期应该设置多长?
周期应由完成关键任务所需时间决定,而不是统一设定。简单样品可按一次完整使用闭环,软件试用可覆盖激活和核心任务,企业PoC还要包含数据准备、测试与复盘。无论长短,都要预先写明开始、结束和复盘日期。
客户收到样品或账号后一直没有使用,应该怎么跟进?
先确认是否真正送达、是否具备使用条件以及谁负责测试,再提供一次最短成功路径。仍无行动时,应按约定降低频率、暂停或结束,而不是把重复催促当作进展。
PoC达到成功标准就意味着客户一定会采购吗?
不意味着。PoC证明的是约定范围内的技术或业务可行性;采购还可能取决于预算、合规、安全、集成、服务和决策流程。复盘时应把已验证结果与未决采购条件分开。
PoC可以直接使用真实客户数据吗?
不能默认使用。应优先采用脱敏或合成数据;确需真实个人信息时,要明确目的、最小范围、授权依据、访问人员、保存期限、导出删除和安全事件处理,并由相关负责人确认。
引用来源
- OpenAI:A practical guide to building agents
- Microsoft Learn:Create and manage sequences
- Microsoft Learn:Sales Qualification Agent overview
- NIST:AI Risk Management Framework
- 国家互联网信息办公室:《中华人民共和国个人信息保护法》
- ZigoAI销冠:产品原理
资料核查于2026年9月23日。外部资料用于说明智能体实施、销售序列、人机协同、风险和个人信息处理原则,不代表相关机构对本文方法或ZigoAI作出背书。
From Trial to Decision
把一次试用,变成可复核的采购证据
带上真实场景、成功标准和脱敏样本,一起设计第一张试用卡与人工边界。
预约成交诊断