SaaS 试点成功看板：两周试点到底有没有进展，不能靠感觉

开场：试点最怕大家都觉得“还行”，但没人知道是否成功

SaaS 早期试点通常很忙。创始人帮客户配置，客户提供数据，群里不断解决问题。两周过去，大家都觉得做了很多事，但到了复盘会却说不清：试点到底成功了吗，哪里成功，哪里失败，是否应该付费继续。

试点成功看板的目的，是在试点过程中持续展示进展，而不是结束后凭记忆复盘。

成功看板不等于产品数据看板

产品数据看板给客户日常使用。试点成功看板给双方判断试点是否成立。

它关注：

• 客户是否完成输入。
• 产品是否完成配置。
• 用户是否激活。
• 核心动作是否发生。
• 结果是否出现。
• 阻塞是否解决。
• 下一步是否明确。

这些指标更接近商业验证。

看板第一部分：输入是否到位

很多试点失败不是产品不行，而是输入不到位。

输入包括：

如果输入不完整，就不要轻易进入“产品效果不好”的结论。

看板第二部分：激活是否发生

激活不是注册账号，而是客户完成第一个有价值动作。

例如：

• 导入第一批数据。
• 创建第一条规则。
• 邀请第一个同事。
• 生成第一份报告。
• 完成第一笔审批。

看板要显示每个客户是否完成关键激活动作，以及卡在哪里。

看板第三部分：使用是否持续

一次使用不能说明进入工作流。

可以跟踪：

• 连续几天登录。
• 每周完成多少关键动作。
• 有多少角色参与。
• 是否出现重复使用。
• 是否从创始人推动变成客户主动使用。

如果客户只在你提醒时使用，说明产品还没真正进入流程。

看板第四部分：结果是否被客户认可

结果要和试点目标一致。

客户认可结果，比系统里有很多动作更重要。

看板第五部分：阻塞要公开

阻塞包括：

• 客户数据未提供。
• IT 权限没开。
• 使用者没参加培训。
• 某个关键功能缺失。
• 导入失败。
• 决策人没有参与。

阻塞公开不是甩锅，而是让双方知道试点为什么停住，以及谁负责解决。

一个简单看板模板

这个看板可以放在共享文档里，不需要复杂系统。

看板要让客户也能看懂

不要只写内部术语。

例如不要写：

ETL 异常，规则引擎待配置。

可以写：

客户数据里的门店编号有重复，需要先确认编号规则，否则周报会把两家门店合并统计。

试点看板是协作工具，不是技术日志。

试点中途就要判断风险

不要等最后一天才发现不可能成功。

中途如果出现这些信号，要立即调整：

• 客户关键负责人缺席。
• 数据连续延迟。
• 用户没有完成关键动作。
• 客户目标不断变化。
• 新增需求超出范围。
• 决策人从未看过结果。

试点中途纠偏，比结束后解释失败更有价值。

复盘时用看板说话

复盘会不要从“大家感觉怎么样”开始，而是从看板开始：

• 目标是否达成。
• 哪些输入及时完成。
• 哪些关键动作发生。
• 哪些结果被客户认可。
• 哪些阻塞没有解决。
• 是否进入正式采购或下一轮试点。

看板让复盘更像商业判断，而不是聊天。

落地建议

下一次试点开始前，先建一个试点成功看板，包含输入、激活、使用、结果、阻塞和下一步六个模块。每两到三天更新一次，并让客户冠军看到。

SaaS 从 0 开始，试点不是让客户随便试。你要用看板把试点变成可观察、可纠偏、可转正的验证过程。

进一步执行：试点看板如何推动转正式

试点看板不只是项目管理工具，它还应该服务转正式。很多试点失败在最后一步：客户觉得有点价值，但没有足够证据推动采购。看板如果从第一天就记录了基线、动作和结果，转正式会容易很多。

试点前先记录基线。例如主管每周整理数据 6 小时，超期问题靠人工催促，会议上经常对不上口径。试点中记录客户完成了哪些动作，例如导入两批数据，三名组长完成任务处理，生成两次周报。试点后记录结果，例如整理时间减少到 2 小时，超期问题能在当天发现，会议从对数据变成讨论整改。

这些内容天然就是采购材料。你不需要额外写一份夸张案例，只要把看板整理成“试点前、试点中、试点后”的变化即可。

看板还可以帮助判断是否该转正式。如果输入都到位、关键动作发生、客户认可结果，只是采购材料不足，那就推进正式采购；如果输入不到位但客户仍然感兴趣，可以延长一次有限试点；如果关键动作没有发生，且客户没有负责人推动，就应该停止或降级培育。

试点看板也要暴露双方责任。客户没有提供数据，不能简单归因产品没价值；产品关键流程不稳定，也不能让客户承担后果。透明记录能让复盘更公平。

建议在看板里加一栏“转正式条件”。从试点第一天就写清：达到哪些结果后进入报价，哪些问题未解决则不推进。这样试点不会变成无限试用。

最后，试点看板要每周发给客户冠军和决策相关人。不要等复盘会才展示。持续看到进展，客户内部更容易形成“这件事正在变好”的认知。

试点看板的反面案例

一个常见失败案例是这样的：客户说愿意试，创始人开通账号，客户导入了一次数据，过程中出现几个问题，创始人在群里逐个解决。两周后客户说还没充分使用，希望再试两周。再过两周，客户说最近忙，之后再看。

这个试点为什么失败？不是因为没有努力，而是没有看板。没有人知道成功标准是什么，没有人知道客户是否完成关键动作，没有人知道阻塞是谁负责，也没有人知道试点延长的条件。

如果有看板，第一周就会发现：样本数据延迟，主管没有参加培训，决策人没有看过结果，关键动作只发生一次。此时就可以纠偏：缩小范围、重新安排培训、要求客户指定负责人，或者停止试点。

试点看板还可以保护团队边界。如果客户不断新增需求，你可以回到看板：“本次试点目标是验证周报生成和整改追踪，新增自定义审批流可以记录，但不作为本轮成功标准。”这样既不粗暴拒绝，也不让试点失控。

看板越早公开，客户越不容易把试点当成免费服务。它会让双方都意识到：这是一段有目标、有投入、有判断标准的商业验证。

试点看板的指标不要太多

早期试点看板最多保留 8 到 12 个指标。太多指标会让客户觉得复杂，也会让团队更新困难。建议只保留三类：输入指标、行为指标、结果指标。

输入指标看客户是否给了数据、角色和时间；行为指标看用户是否完成关键动作；结果指标看客户是否认可业务改善。每个指标都要能回答一个问题：它是否影响试点能不能转正式。

例如“页面访问次数”通常不是好指标，因为它不说明客户是否获得价值。“生成第一份周报并被主管用于会议”就是好指标，因为它接近采购理由。

试点看板还要控制更新频率。每天更新可能太重，每周更新又可能太慢。两到三天一次比较合适，既能及时发现阻塞，也不会让团队被报表牵着走。

最后，看板最好包含“客户下一步”。不要只有我方任务。客户要提供数据、安排培训、邀请决策人、确认结果。试点是双方协作，不是供应商单方表演。

如果客户连续不完成自己的下一步，看板也会给你一个清晰信号：这个试点当前并不具备转正式条件。及时暂停，比继续消耗双方时间更专业。

试点看板还可以帮助你比较不同客户。如果三个客户都卡在样本数据，说明你需要改数据请求模板；如果都卡在成员邀请，说明内部推广材料不足；如果都能完成使用但没人愿意采购，说明结果价值或预算路径有问题。单个试点看板服务一个客户，多个试点看板放在一起，就是早期产品经营仪表盘。

因此，看板不要只在试点结束后归档。每月复盘所有试点看板，找出共性阻塞和最高转化路径。它会告诉你哪类客户最容易成功，也会告诉你下一步产品应该优先降低哪段摩擦。

这会让每一次试点都变成下一次试点的资产。