企业官网建设流程全解析

这几天网上又刷到马斯克2018年发给全体特斯拉员工的那份内部备忘录，他本人也确认确实发过。时隔八年重新翻红，说明这些年"大公司病"不但没消失，反而大家更有共鸣了。

先说这份备忘录是啥。核心就一个意思：把决策权交给真正干活的人，别让管理层级和繁琐流程把效率吃掉。展开说大概六条：减少会议、无价值会议允许走人、禁用缩写黑话、沟通走最短路径不走指挥链、不强制加班、常识优先于规则。

作为干了多年企业管理软件开发运维的人，我第一反应是：这不就是反着写我们日常的痛点清单吗。

无效会议是最普遍的内耗。备忘录里那句"过多的会议是大公司的祸害"，我太熟了。排期会、对齐会、周会、复盘会，一天下来真正产出技术的时长没多少。最讽刺的是那句"离开并不失礼，让别人留下来浪费时间才是失礼"——国内大部分公司，会议中途走人基本等于不尊重组织。敢走的没几个，硬坐着的越来越多。

黑话是沟通的隐形税。特斯拉的规定是：为物体、软件、流程使用缩写或无意义词汇，“任何需要解释的东西都会阻碍沟通”。做技术的人都知道，最头疼的不是技术本身，而是听一堆别人自造的缩写：什么"中台化"“闭环”“抓手”“赋能”，翻译成大白话可能就是"做一个公共模块"或者"把数据接过来"。新人入职光解码这些黑话就得耗掉一周。

指挥链是最贵的传话筒。备忘录明确要求沟通走完成工作所需的最短路径，坚持通过指挥链传达的经理会"被调到别处"。实际开发中，跨部门协作最常见的问题就是层层传话：一线提个需求，先到组长，再到经理，再发邮件给对面经理，对面经理再通知他们的一线。信息传三手，意思能偏一半。真正高效的做法是直接拉上能拍板的人拉群对需求，白纸黑字留记录。

常识优先，规则要为做事让路。这点技术人尤其有共鸣。多少流程是为合规而合规：一个几行的脚本改动要三级审批，一个公共组件复用要跨部门会签。规矩是防呆的，但规矩太多，呆没防住，先把自己人防死了。马斯克给的方法是：规则在具体场景下明显荒谬，那就改规则。

那这份备忘录对普通打工人有啥实际用处？我的建议是：

第一，开会前先看议程，判断这场会跟自己的活有没有关系。没关系就拒绝，或者确认没你的事就体面离开——先试着以"远程接入、有事再叫我"开始。

第二，跨部门沟通，直接找能做决定的人。前期花十分钟搞清楚谁是决策者，比在群聊里at一长串人高效得多。

第三，写文档、讲需求，用大白话。你自己发明的缩写，三个月后自己都要查笔记，别指望别人记得住。

第四，碰到明显荒谬的流程，先私下问一句"这个流程当初是为了解决什么问题"，很多时候对面也答不上来。答不上来的流程，往往就是可以优化掉的流程。

当然，泼盆冷水：马斯克能在公司里说一不二，他立的规矩才有执行力。普通公司里，你第一个从会议上站起来走人，大概率成为全场的焦点，不是正面的那种。这些原则的正确用法是"选择性吸收"——先在自己能控制的范围里用：自己的会议自己判断、自己的文档不造黑话、自己的协作走最短路径。改变自己能改变的，剩下的，慢慢来。

你怎么看这份备忘录？你们公司最该砍掉的流程是哪个？评论区聊聊。