直接答案管理样品、试用和PoC,不应只记录“已寄出”或“已开通”,而要把目标、成功标准、责任人、关键事件、障碍、证据和退出条件放进一张试用卡。跟进由交付、激活、关键使用、阻塞、复盘和决策等事件触发;证据不足时不把沉默解释为成功或拒绝,到期必须选择采购评估、有限延长、停止或转培育。

先判断这是一次交付,还是一次有效试用

快递显示签收、账号创建成功、会议宣布启动,都只能证明交付事件发生。只有客户具备使用条件、完成约定任务、反馈结果并进入决策复盘,才构成有效试用。把两者混为一谈,团队就会用“再问一次体验如何”替代项目管理。

类型有效证据常见阻塞复盘重点
实物样品签收人、实际使用、场景反馈收件人与使用人不同、条件不具备是否解决约定问题,谁参与采购
软件试用激活、完成核心任务、输出结果不会配置、无数据、未分配负责人价值证据、采用障碍与权限需求
企业PoC按样本和口径完成测试、结果可复核范围漂移、数据延误、安全与集成待确认成功标准、例外、上线条件与采购未决项

如果还没有确定要验证的场景,先用试点场景六维评分缩小范围;如果目标是正式上线验收,则应转到上线前100问验收清单,不要让试用和上线验收共用一套模糊标准。

一张试用卡应记录哪些字段

建议每个样品、试用账号或PoC项目只有一张权威试用卡,至少包含以下字段:

  • 目标与成功标准:这次要验证什么,什么证据算达到;
  • 边界与周期:开始、结束、复盘日期,以及不在本轮验证的事项;
  • 双方责任人:客户测试人、客户决策协调人、销售负责人和技术负责人;
  • 前置条件:资料、账号、环境、数据、审批和培训是否就绪;
  • 事件与证据:交付、激活、关键任务、问题、反馈和确认记录;
  • 当前障碍与下一步:正在等谁、截止时间、超时后如何处理;
  • 退出条件:达到、部分达到、未达到或证据不足时分别如何处置。

企业PoC还应补充样本范围、数据来源、可接受误差、运行环境、结果归因和已知限制。所有字段都应区分客户确认、系统事件、人工判断和模型推断,避免把推测写成事实。

用事件驱动跟进,不用固定天数机械催促

Microsoft 的销售序列管理文档把连续活动组织成可执行步骤。用于试用管理时,更可靠的做法是让关键事件决定下一动作:

  1. 交付:确认收件人、使用人、入口和开始条件;
  2. 激活:确认客户是否完成首次必要配置,不把登录等同于成功;
  3. 关键使用:检查约定任务是否完成、结果是否可复核;
  4. 阻塞:识别是客户、销售、审批、数据还是系统责任;
  5. 复盘:在预定节点对照成功标准,而不是临时询问感受;
  6. 决策:把试用结果与采购条件分开,形成明确下一步。
证据阶梯:物流签收不等于客户已使用,登录不等于完成关键任务,销售口头总结也不等于客户确认结论。证据越接近真实任务和双方复盘,决策价值越高。

超时处理先看责任方

正在等待合理动作不应做
客户测试人确认条件与最短成功路径,到期降低频率或结束多渠道重复催促
销售或技术人员提醒、升级或改派,记录内部延误把内部等待算成客户无意向
客户审批或安全团队列出材料、负责人和预计时间绕过审批继续扩大数据范围
系统或集成记录故障、影响、补救和重测证据删除失败记录,只展示成功样本

需要人工接手时,可用人工接手完整度评分表检查上下文是否足够。一个“客户试用中,请跟进”的任务没有目标、证据、障碍和截止时间,真人仍然无法行动。

PoC数据边界要在启动前写清

中国《个人信息保护法》要求处理个人信息具有明确合理目的、与目的直接相关,并采取对个人权益影响最小的方式。PoC不应因为“只是测试”而跳过数据治理。

优先使用脱敏或合成数据;确需真实数据时,至少确认处理目的和合法依据、最小数据范围、可访问人员、保存期限、导出与删除方式、供应商边界和安全事件处理。涉及敏感个人信息、跨境、未成年人或行业监管要求时,应交由合规和安全负责人评估。

AI也不应独立确认合同、价格、安全架构或关键能力承诺。Microsoft 的销售资格智能体说明明确把智能体定位为辅助销售而非替代判断;企业流程同样应为高影响事项保留真人确认。

复盘必须形成四类结论之一

到达复盘日,对每条成功标准给出“达到、部分达到、未达到、证据不足”之一,并链接对应证据。然后把下一步限定为采购评估、有限延长、停止或转入长期培育。

延长不是默认选项。每次延长都要有明确原因、新目标、新截止时间和新增投入;如果只是“客户还没空”,应重新确认优先级,而不是让试用永久停留在进行中。PoC达到标准也不代表必然采购,预算、合规、安全、集成、服务和决策流程仍需单独确认。

复盘后的客户资格与证据状态,可以回写到ICP、BANT与证据分级;如果试用暴露出回答或跟进质量问题,则进入AI销售质量评测,不要用主观满意度替代问题样本。

如何用于ZigoAI销冠试跑

ZigoAI官网公开说明,产品可用于接待、意向识别、跟进、再激活和人工转交;公开的试跑准备建议包括一个真实入口和场景、产品与价格等资料,以及少量脱敏对话。在标准条件下的初始配置周期,不等同于未经验证的全面上线。

企业可把本文试用卡用于记录目标、材料、测试事件、人工边界和复盘证据,再用真实对话逐项验证。本文的字段、证据阶梯、超时规则和四类复盘结论属于实施方法,不代表ZigoAI已内置通用PoC管理模块;具体能力和范围应以公开产品说明、演示、试点与合同确认为准。

常见问题

试用周期应该设置多长?

周期应由完成关键任务所需时间决定,而不是统一设定。简单样品可按一次完整使用闭环,软件试用可覆盖激活和核心任务,企业PoC还要包含数据准备、测试与复盘。无论长短,都要预先写明开始、结束和复盘日期。

客户收到样品或账号后一直没有使用,应该怎么跟进?

先确认是否真正送达、是否具备使用条件以及谁负责测试,再提供一次最短成功路径。仍无行动时,应按约定降低频率、暂停或结束,而不是把重复催促当作进展。

PoC达到成功标准就意味着客户一定会采购吗?

不意味着。PoC证明的是约定范围内的技术或业务可行性;采购还可能取决于预算、合规、安全、集成、服务和决策流程。复盘时应把已验证结果与未决采购条件分开。

PoC可以直接使用真实客户数据吗?

不能默认使用。应优先采用脱敏或合成数据;确需真实个人信息时,要明确目的、最小范围、授权依据、访问人员、保存期限、导出删除和安全事件处理,并由相关负责人确认。

引用来源

  1. OpenAI:A practical guide to building agents
  2. Microsoft Learn:Create and manage sequences
  3. Microsoft Learn:Sales Qualification Agent overview
  4. NIST:AI Risk Management Framework
  5. 国家互联网信息办公室:《中华人民共和国个人信息保护法》
  6. ZigoAI销冠:产品原理

资料核查于2026年9月23日。外部资料用于说明智能体实施、销售序列、人机协同、风险和个人信息处理原则,不代表相关机构对本文方法或ZigoAI作出背书。

From Trial to Decision

把一次试用,变成可复核的采购证据

带上真实场景、成功标准和脱敏样本,一起设计第一张试用卡与人工边界。

预约成交诊断