1 关于 Demo

昨天下班路上，和朋友闲聊的时候，想起了当年大学时候看过的《李开复自传》的一个故事。

当年李开复在卡内基梅隆大学的研究方向是语音识别，即如何将人说的声音，转变成计算机可以识别的文字内容。

他的语音识别的研究成果还被《商业周刊》评选为「1988年最重要科学创新奖」。

但是令我印象深刻的并非是语音识别的成果，而是他导师教他的，如何向世人展示他的成果的市场营销手段：

1988 年 4 月，我受邀到纽约参加一年一度的世界语音学术会议，发表学术论
文。赴会的一个月前，我的导师瑞迪教授又给我上了一课，但是不是学术方面，而
是市场方面的。

他对我说：“学术演讲的 30 分钟，你只要讲 25 分钟就行了，最后 5 分钟你拿
一个话筒传给观众，让他们自己试试，这个系统是不是真的。”

我说：“但是，会场噪音很大，一定会打折扣，达不到 96％成功率，而且那么多日本
学者，他们的口音我的系统可没听过。”

老师说：“实际上你的识别率是 90％还是 96％，没有什么差别。我们这么做的
目的，不是要监测你的识别率，而是要造成一个效果，让每个学者终生都会记得，
第一次接触不指定语者系统就是在纽约，在李开复的演讲上。”

在学术结果和演示效果的交互相映之下，李开复的研究成果撼动了整个学术领域，认为他的研究成果，建立起了人机沟通的桥梁。

纵然演示者的PPT美轮美奂，演讲舌灿莲花，带来的冲击，远不如用户亲身体验来得强烈。

2 MVP与及早反馈

无论是所谓的敏捷和精益迭代开发，都强调快速试错，快速反馈，开发最小可用的产品(minimial viable product, MVP)。

所谓的快速试错，及早反馈，就是把产品原型做出来，然后让用户进行体验，收集用户反馈，再根据用户的评价，进行后续的优化和调整。

这样的理念无缝是非常有价值的，可以避免花了好几年，大量人力物力，做了一个过时或者不受市场青睐的产品。

而其中的「用户」，并不一定指的是最终使用你产品的「用户」，你的产品经理，组长，总监都是你的用户。

他们才是能决定你的产品方向的人，所以在做完产品原型之后，应该尽快让他们尝试产品原型，可以及早得到反馈和修改建议。

在展示 Demo 的时候，也应该由他们亲身去尝试产品，观察他们作为新用户的使用习惯；
以此得到的反馈和惊喜，也会比工程师亲身演示来得更真实和贴切。

此外，正如《动物庄园》里面说「所有动物生而平等，但有些动物比其他动物更平等」。

每个用户的反馈和建议都应该被平等对待的，只是他们的意见比普通用户的更平等。

而从管理者的角度来说，管理者对员工抱有高信任度的终究在少数，即使每位员工起早贪黑地干活，写周报，日报；开晨会，周会汇报进度；

管理者难免会有疑问，项目什么时候才能做完，他们是否有在认真干活？

可能会有管理者跳出来说，「哪有这样的想法？」。

但事实就是许多的管理措施，都体现出这种不信任。

而提供MVP供管理者体验就是不断地告知管理者项目的进度：

项目正在从蓝图，变为现实。

3 后话

但，尽早反馈，快速试错，从来都不应该成为加班的借口或理由。