今天跟大家聊个老词儿，叫“闭门造车”。这词儿大家平时可能听得不少，也大概知道是啥意思，但真要你简单几句给别人解释明白，特别是让那些一看就懂，不犯迷糊的，还真得琢磨琢磨。我最近刚好又琢磨了一回，跟大家分享分享我是怎么理解，怎么跟朋友掰扯清楚的。
这事儿得从前阵子说起。我们团队新来了个小伙子，特聪明，写代码也麻利。接了个小模块的需求，他一听，脑子一转，就说“哥，这活儿我懂了，保证给你弄得漂漂亮亮”。然后他就一头扎进去，连着好几天，埋头苦干，谁问他进展，他都神秘兮兮地笑，说“快了快了，等我给你们个惊喜。”
我当时看着他那股劲儿，心里就犯嘀咕了。这股子“闷声干大事”的架势，跟我之前遇到的几次“坑”有点像。我寻思着，不能让他也走弯路。就那天午饭的时候，我特意坐他旁边，跟他聊了起来。我没直接问他代码写到哪儿了，就问他，“小张，你知道‘闭门造车’是啥意思不？”
他愣了一下，挠了挠头，说：“是不是就是，自己关在屋子里造车？”
我说：“对，你这理解字面意思一点儿没错。那你想想，自己关在屋子里造车，外面路上车来车往的，他也不看，外面修路啥的他也不知道，那他造出来的车，能开得上路吗？”
他一听，恍然大悟：“肯定开不上！可能造出来轮子是方的，或者根本就没车把手！”
我点点头，接着说：“没错，这就是‘闭门造车’的精髓。它就形象地比喻一个人或者一个团队，做事情的时候，脱离了实际情况，不跟外界交流，不听别人的意见，也不去了解真实的需要，就自己闷头瞎琢磨，瞎搞一通。结果？往往是做出来的东西跟实际需求格格不入，或者根本就没用，甚至还会浪费大量的时间和精力。”
当时我就给他举了个我自己的例子。那还是很多年前，我刚开始做网站的时候。那时候觉得自己技术特牛，天天琢磨着怎么把页面做得花里胡哨，各种动画效果，各种炫酷功能。我也不去问用户喜欢也不看别的网站怎么做，就自己一个人，对着电脑，一稿接一稿地改。
我记得当时我通宵了好几天，把一个列表页做成了那种，鼠标一滑过，图片就跟着旋转，文字也带闪光的。自己觉得，这回肯定能惊艳全场！结果第二天给运营同事一看，人家直接就懵了，说：“哥，这玩意儿用户根本看不清楚商品信息，图片一转，用户脑袋也跟着转，眼睛都花了，谁还买东西？”
我当时一听，心里“咯噔”一下，就像被人当头泼了盆冷水。我辛辛苦苦“造”出来的“车”，在别人眼里，根本就不是个能跑的车，而是一个中看不中用、甚至还碍事的“废铁”。那一刻我才真正明白，什么叫“闭门造车”。我以为的“创新”，就是我自己对着空气瞎比划。
从那以后，我就长了记性。后来再接手项目，特别是做产品或者写功能模块的时候，我都会特别注意几点：
- 先去问： 不管是客户、用户，还是运营同事，我都会先跑过去问问，他们到底想要遇到啥问题了？最希望通过这个功能解决
- 多去听： 听他们怎么描述需求，听他们吐槽现在的问题，甚至听他们提一些看起来有点“异想天开”的点子。这些都是宝贵的反馈。
- 常去看： 看看市面上别人家的产品是怎么做的，好的地方在哪儿，不好的地方又在哪儿。学习人家的长处，避免人家的短处。
- 小步跑： 不会一上来就想着把所有功能都做完，而是先做个最核心、最基本能用的版本。然后赶紧拿给目标用户去试试，去用用，看看他们的反应。
就像我们现在做项目，每次定完需求，我都会拉着大家一起开个小会，把需求再掰开了揉碎了聊一遍。大家有什么顾虑，有什么想法，都得说出来。我也会让开发同事，把他们觉得实现起来有困难的，或者觉得有更优解的，都提出来。而不是我一个人拍脑袋，或者某个人自己就闷头往下干。
我们宁可前期多花点时间沟通，多花点时间调研，把“车”的图纸画清楚，把“车”的参数定准了，把“路”的情况摸透了，这样造出来的“车”，才能真正跑起来，才能跑得稳，跑得远。
这“闭门造车”的意思，就是：一个人做事，不能只凭自己的想象和一套，得打开门，走到路上看看，问问大家，你需要啥样的车？这条路好不好走？这样才能造出真正有人开、能跑的车，而不是自己关着门瞎琢磨，白费劲。
小伙子听完，连连点头，说他明白了。当天下午他就主动去找了产品经理和几个运营同事，把自己的想法和他们沟通了一遍，也听了听他们的建议。果然，很多细节都跟他自己想的不一样。他回来跟我说，幸亏我提醒得早，不然他又要造一辆“没用的车”了。
这事儿让我挺感慨的。很多时候，我们都不是不知道“闭门造车”不而是真的在做事情的时候，容易陷进去，忘了抬头看看外面的世界。我个人觉得，时不时把这个词拿出来，自己反思反思，也跟身边的人提醒提醒，挺重要的。
