跳到正文
Hacker News· adrianhoward·· 6 天前AI 评分22

为什么演示不是产品:AI 时代的“演示折扣”与真实交付距离

The Demo Is Not the Product

AI 导读

AI 让可运行演示的成本降到一周甚至一个周末,但产品化仍需数月集成、权限、真实数据与测试,作者称之为“演示折扣”。他以自身推荐系统为例:一周做出演示,三四个月才真正建成,随后一年维护却几乎无人使用。他建议用“距离到真实”倍数衡量——演示到生产上线的耗时比,如一周对十六周即 16x。

正文 · AI 翻译

过去做一个可运行的演示成本高昂,而这正是它的全部意义所在。

当团队需要花六周时间才能让高管看到可点击的东西——六周里,有人用自己真实的时间在 InVision 里拼凑界面,争论哪三个流程重要到值得造假——这个演示就是一份资历证明。有人已经想透了,难点已经被触及,背后的估算也有意义,因为走到那一步付出了真实的代价。

这已经结束了。现在做一个可运行的演示只需要一周和一个像样的提示词,有时只需要一个周末。

你的高管们仍然把它当作资历证明来读。

那么这个演示到底证明了什么?这才是战略问题,而且它根本不是 AI 问题。这是一个定价问题。演示不是产品的缩小版;它完全是另一种产品,而你的组织正在用另一种产品的数字来给它定价。

我称之为演示折扣。有人在周二展示了一个可运行的东西,房间里的人感觉风险下降了,之后的一切都被悄悄打了折。没有人把这个折扣写下来——它只是存在于那个“是”里面,未经审视,直到有人不得不去真正构建这个东西。

两种经济,只有一种变便宜了

演示经济是生成:一个人、一台机器、顺利路径、样本数据,没有人在夜里盯着它。

产品经济是其他一切。是与早于你存在的系统的集成,是自上次重组以来无人记录过的权限,是总比样本更混乱的真实数据,是你的提示词从未见过的每一个边缘情况。然后还有三年前根本不存在的一整类问题,那就是你到底要怎么测试每次询问都返回不同结果的输出?

AI 把第一种经济压缩到几乎为零,却让第二种经济原地不动。在少数地方,它让第二种变得更沉重。

观察这个模式在各行各业中的移动,它保持着同样的形状。在银行,演示跳过了模型风险审查——而审查就是时间表。在政府,它跳过了采购和无障碍,而这些才是真正的道路;在成长期公司,它跳过了数据管道,而那正是这个季度悄悄流逝的地方。

演示跳过了昂贵的部分,然后被用来给它定价。

演示告诉你这件事是可能的。它没有告诉你变成现实需要付出什么代价。

一周买到了我什么

多年前我构建了一个推荐系统,因为我的 CTO 想要一个,而我想成为把它交给他的人,我在一周内就做出了可演示的东西。

它演示得很漂亮,而这正是我想收回的部分。

真正构建它花了三到四个月。然后是整整一年的照看——稳定、不起眼的关注,从未出现在路线图上,从未获得人员配置,也从未在规划对话中作为实际工作被提起。它是个柠檬——难以运行,难以修改,难以交给任何人。

最终我加入了度量,因为我想看着这个东西运转,而我得到的却是发现几乎没人在用它。

也没有人告诉过我。没有会议,没有对质,没有某个时刻有人让我坐下、温和地告诉我这个消息。我构建了本该随产品一起发布的监测工具,然后我坐在那里,看着一条平线。

以下是我十六个月来一直告诉自己的话:演示成功了,所以这个想法是合理的。

这个演示证明了这件事可能行得通,而在那整整一年里,没有任何东西证明它确实行得通。我从未把这两句话分开过,而它们之间的差距让我团队付出了将近一年的代价。这是我的责任。

一周做演示,四个月才真正落地,十二个月持续操心——而我从未把这三个数字并排写下来,直到它们本可以帮助任何人的时机早已过去。唉。

到真正落地的距离

把它们并排写下来。这就是全部的纪律,而且比你上次坐着开完的那场会还省事。

到真正落地的距离,就是某样东西做演示的那一天,到它在生产环境中带着真实用户运行的那一天之间的差距,而你用倍数来衡量它。一周做演示,十六周到生产,你的距离就是16倍。

倍数本身不是问题,因为如果房间里的人在点头同意时就知道这是16倍,那16倍的距离完全没问题。我那个房间里的人不知道,而我那个房间的人,是拿一个碰巧顺利的周二下午,去定价四个月的构建外加一年的默默关注。

一个你能定价的演示是资产。一个你无法定价的演示,是穿着漂亮西装的负债。

所以去把那个数字拉出来。拿出你们组织在看到某样东西跑起来之后批准的最后三个项目。对每一个,写下演示的日期和它到达生产的日期。如果它从未到达,就写下今天的日期,然后让这个数字停留一会儿。

现在你有了三个倍数,这就是你们组织从想法到运行中软件的真实转化率,而我敢押上相当一笔钱,赌从来没有人曾在项目评审会上把它大声说出来过。他们为什么要说呢?从来没有人被要求过这个。

三个就够了。你不是在建模,你是在终结一场争论。

为什么这件事该由你来做

你可能觉得这属于工程部门的事,确实他们清楚知道演示跳过了什么,因为剩下的活儿都交到了他们手上,而且他们大多数人能在会议结束前就把每一块都点出来。

但他们在描述工作,而你在为项目组合定价。那是在不同房间里进行的不同对话,而只有一个房间才是点头同意发生的地方。

你的高管看到的是演示,你的团队看到的是距离,而你是这栋楼里唯一坐在两者都可见的位置上的人。这就让翻译成了你的事,不管你想不想。

Annie Duke有一句话我时常琢磨:你不能用结果来评判一个决策,因为好的决策常常输,坏的决策也会走运。演示是一个结果;距离是决策质量。把两者混为一谈,就是一群真正聪明的人如何最终两次资助同一个烂摊子,还称之为运气不好。听起来像你坐过的哪场评审会吗?

顺便说一句,这一切都不是在主张放慢速度。便宜的演示是好事,所以多做——这个季度做十个,因为此刻的全部优势就在于,现在证明一个想法几乎不花什么钱。

只是别再让一个便宜的演示买走一个昂贵的同意。

在下一次项目评审会之前做这件事

去把你最近三次由演示驱动的同意找出来,放在一页纸上,分两列——演示日期、生产日期——然后在页边算出每一个倍数。

然后带着那一页纸进评审会,不是作为指控,而是作为算术。

你的数字是多少,而这栋楼里还有谁在你开口问之前就已经知道了?

来源:Hacker News · theadamthomas.com