← 返回概念解读

Concept Fable精修版

价值实现时间

Time to Value, TTV · Product / customer success

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

新井挖好三个月才出水,村民差点把好井填了

旱坡村请匠人挖了一口深井。井壁结实,辘轳漂亮,契约上写着能供全村饮水。竣工那天,村民围着井口鼓掌。

可接下来的三个月,大家仍去远处挑水。新井要先清泥、装桶、学会配重,还要等匠人每隔几天来调一次绳。井很好,水却迟迟没有进入厨房。

村长以为村民懒,就贴出告示要求大家使用新井。有人试了两次,桶卡在半路;有人打上来的水浑;有人不知道该向谁报修。旧山泉虽然远,至少熟悉。

匠人又送来一本井规,写了二十七步。读懂的人更少了。抱怨传开时,村民已经开始说:这口井可能不适合我们。

后来换了一个水务管事。他没有先解释井多先进,而是问:从签约到第一锅能煮饭的清水,到底要多久?他把所有步骤压到这一个问题下。

管事安排第一天清泥,第二天装好固定桶,第三天带三户人家完成第一次取水,第七天检查水质,第十天让各巷自己排班。每一步都必须让村民离可用的水更近。

两周后,第一批人不再去山泉。不是因为他们理解了井的结构,而是因为饭桌上已经用上新井水。其他人看到结果,自然愿意迁移。

村长这才明白,交付完成和价值到达之间隔着一段危险路程。路越长,怀疑越多;越早让客户喝到第一口水,后面的续费、扩容和信任才有地方生长。水务管事还把每个卡点贴在井旁:泥未清、桶未装、绳太紧、无人报修。村民不再听一堆承诺,而是看见障碍被一件件拿掉。价值到得越早,解释需要得越少。后来村里再买新工具,第一问都是多久能让第一户人家真正用上。庆功不再放在竣工那天,而放在第一锅清水煮开的时候。后来复盘时,众人把这条经验写进日常规矩:先看现场哪里真正改变了结果,再决定该保留什么、修补什么、限制什么。若只看表面热闹,下一次还会在同一处摔倒。

揭示

这个故事讲的是:价值实现时间

Time to Value(TTV)指客户从开始使用到获得可感知业务价值所需的时间。TTV 越短,越有利于试用转化、客户信心、采用率和留存。企业 AI / Agent 产品如果需要大量集成、数据清洗、权限审批和流程改造,客户很容易在价值出现前失去耐心。缩短 TTV 的关键,是定义首个可验收结果,压缩非必要步骤,用 onboarding、模板、连接器、默认配置和客户成功动作把客户尽快带到真实产出。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 深井竣工:产品部署或合同签署
  • 水没有进厨房:上线不等于价值实现
  • 告示要求使用:用行政推动替代体验改善
  • 二十七步井规:复杂 onboarding 和实施摩擦
  • 第一锅清水:客户首次感知到业务价值
  • 两周路径:围绕首个价值时刻重排实施步骤
  • 不再去山泉:客户开始改变旧流程
  • 交付完成到价值到达:TTV 要管理的关键间隔

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Onboardingactivationcustomer successimplementationROIadoption