1 关于 Demo
昨天下班路上，和朋友闲聊的时候，想起了当年大学时候看过的《李开复自传》的一个故事。
当年李开复在卡内基梅隆大学的研究方向是语音识别，即如何将人说的声音，转变成计算机可以识别的文字内容。
他的语音识别的研究成果还被《商业周刊》评选为「1988年最重要科学创新奖」。
但是令我印象深刻的并非是语音识别的成果，而是他导师教他的，如何向世人展示他的成果的市场营销手段：
1988 年 4 月，我受邀到纽约参加一年一度的世界语音学术会议，发表学术论 文。赴会的一个月前，我的导师瑞迪教授又给我上了一课，但是不是学术方面，而 是市场方面的。
他对我说：“学术演讲的 30 分钟，你只要讲 25 分钟就行了，最后 5 分钟你拿 一个话筒传给观众，让他们自己试试，这个系统是不是真的。”
我说：“但是，会场噪音很大，一定会打折扣，达不到 96％成功率，而且那么多日本 学者，他们的口音我的系统可没听过。”
老师说：“实际上你的识别率是 90％还是 96％，没有什么差别。我们这么做的 目的，不是要监测你的识别率，而是要造成一个效果，让每个学者终生都会记得， 第一次接触不指定语者系统就是在纽约，在李开复的演讲上。”
在学术结果和演示效果的交互相映之下，李开复的研究成果撼动了整个学术领域，认为他的研究成果，建立起了人机沟通的桥梁。
纵然演示者的PPT美轮美奂，演讲舌灿莲花，带来的冲击，远不如用户亲身体验来得强烈。
2 MVP与及早反馈
无论是所谓的敏捷和精益迭代开发，都强调快速试错，快速反馈，开发最小可用的产品(minimial viable product, MVP)。
所谓的快速试错，及早反馈，就是把产品原型做出来，然后让用户进行体验，收集用户反馈，再根据用户的评价，进行后续的优化和调整。
这样的理念无缝是非常有价值的，可以避免花了好几年，大量人力物力，做了一个过时或者不受市场青睐的产品。
而其中的「用户」，并不一定指的是最终使用你产品的「用户」，你的产品经理，组长，总监都是你的用户。
他们才是能决定你的产品方向的人，所以在做完产品原型之后，应该尽快让他们尝试产品原型，可以及早得到反馈和修改建议。
在展示 Demo 的时候，也应该由他们亲身去尝试产品，观察他们作为新用户的使用习惯； 以此得到的反馈和惊喜，也会比工程师亲身演示来得更真实和贴切。
此外，正如《动物庄园》里面说「所有动物生而平等，但有些动物比其他动物更平等」。
每个用户的反馈和建议都应该被平等对待的，只是他们的意见比普通用户的更平等。
而从管理者的角度来说，管理者对员工抱有高信任度的终究在少数，即使每位员工起早贪黑地干活，写周报，日报；开晨会，周会汇报进度；
管理者难免会有疑问，项目什么时候才能做完，他们是否有在认真干活？
可能会有管理者跳出来说，「哪有这样的想法？」。
但事实就是许多的管理措施，都体现出这种不信任。
而提供MVP供管理者体验就是不断地告知管理者项目的进度：
项目正在从蓝图，变为现实。
3 后话
但，尽早反馈，快速试错，从来都不应该成为加班的借口或理由。