第一个故事是耳熟能详的《扁鹊见蔡桓公》，大意就是扁鹊多次建议蔡桓公预防疾病，桓公不听啊，最终病入膏肓，无药可治。
长久以来，大家都在批评桓公“讳疾忌医”。其实不然。桓公在位时曾创建稷下学宫，大举招纳贤士，乃是一位有作为的明君，怎会如此愚笨。
故事的关键在于桓公著名的一句话：“医之好（hào）治不病以为功“。意思是，医生都喜欢治疗没有病的健康人——这样啥都不干还作为功劳。你看看，这哪里是目光短浅，这分明目光如炬，桓公麾下的大臣是不容易混日子的。当时的齐国”人才荟萃，彬彬大盛“。
但是很可惜，一代明主还是英年（44 岁）早逝了。
问题出在哪里？扁鹊的三阶段论说的好：病症前期，汤药即可；病症中期，需要针灸手术；到了晚期，无药可救。再直白一点，治病这样专业的事情啊，并不是说干的越多就效果越好。你一个外行非不听专业意见，自然没有好果子吃。
联想到有一些医生门庭若市，他的病人隔三差五就要来开药治疗；有的医生门庭冷清，因为他的病人按照他的建议吃一两副药就病好了，常年健康，自然无需看病。
嗯，扯远了，接着说第二个故事：有两个县令，都被派到偏远山区工作。
其中一个发现当地治安很差。为了保卫人民财产安全，他积极增加差役，加强巡逻排查，自己也呕心沥血连轴转。年终上京述职自然是成果满满：抓获小偷若干，破获重大案件若干，获得老百姓送的锦旗若干……
另一个县令也发现治安很差。他没有急着增加差役，而是采取了一系列有利商业发展和民生的措施。年终述职却发现无料可写，因为辖地安居乐业，已经压根没有人去做小偷了。
如果你是这两个县令的上司，你会怎么评价他们呢?
第三个故事是说某地有家大互联网公司。有个经理发现自己部门的员工们每天都按点下班，毫无紧张气氛。于是决定要提高下工作效率，每天要求员工汇报工作内容，每月评比，辞退排名垫底的员工。
经过一段时间，部门果然有了变化。大家都加班加点紧张工作。为了产生工作量，把一些无关紧要的产品特性改来改去；新产品带着 bug 仓促上线，等客户抱怨再来作为新的工作量去修正。经理很满意报表上显示人均工作时间提升了一倍。结果到了年底，经理被辞退了。
其实，产品设计也是类似道理。优秀的产品不应该让用户感觉到有太多的缺点，也不应该让用户感觉到太多的优点。因为它就是按照最自然的方式来工作的，用户不会因为某个特性而感到惊喜或者迷惑。好的产品会帮助用户完成工作，却无需留意到它到底是怎么工作的。
这样的产品上线后，压根就不会有人报 ticket。需求早已被满足了，没有故障，又有谁会去开 ticket 呢？
但是，当公司的考核是比拼加班和工作量的时候，哪个团队又会愿意开发这样的产品出来呢？
