我跟你说，现在大公司建个网站，流程写得比天书还复杂，但你要真按那个来，十有八九得烂尾，背锅的还是干活儿的人。我以前在那个电商巨头干，有一次接手一个新门户项目，流程图画了三大张A0纸，结果？开了三个月会，需求改了八百遍，代码一行没动。年底一看，这项目马上要成烂账了，项目经理跑路了，板子眼看要打到我们头上。

当时我是真火了，直接跟老大拍桌子说，别扯那些没用的了，我来定个土办法，谁不按这个来谁滚蛋。老大看我也没办法了，就让我自己搞。我把所有人的大纲都扔了，从头拉着几个人，开始走我自己的流程，简单粗暴，但管用。

明确目标，不瞎跑

第一步，你得知道你要建的这个网站到底要干啥。别说什么“提升品牌形象”这种虚的屁话，要具体到数字和功能，比如“我们要让用户进来30秒内找到某产品，并且下单转化率提高1个点”。

• 揪出核心功能：我当时是直接拉着业务方关小黑屋，让他们把最想要、最紧急的三个功能写在白板上。写完，就这三个，别的先不管。

• 画个草图定路线：别搞什么高大上的原型图，我直接用铅笔画界面，标注每个按钮点了去哪儿。技术栈我也自己定了，用最熟悉的，能快速跑起来的，不给那些架构师们扯皮的机会。

• 资源拍板：找来管人管钱的，把人头和预算定死。定了就不能再加，再加我就不干。这样能把那些老想着临时插需求的管住。

动手撸代码和找茬

目标和路线定了，剩下的就是干了。大公司的流程之所以烂，就是因为把“文档”看得比“代码”重。我的做法是，赶紧把架子搭起来，能看到效果再说。

• 边做边看：把页面和基础功能用最快的速度堆出来，能跑就行。然后带着业务方和设计去看，一发现不对劲的地方，当场就改，别等什么“阶段性评审”。

• 自己找茬测试：代码写完不是扔给测试就完事了。我们自己组成一个小组，模拟真实用户，使劲点，使劲输，看它在哪儿会崩。这个过程，我们叫“互捅”——互相把对方的代码捅出问题。这样比正式的测试流程快了不止一倍。

• 正式上线和观察：网站搭小范围先跑起来，放一些真正的用户进来试试。我们当时是先放了五十个内部员工，他们用起来觉得OK了，我才敢按那个大公司的流程去走“审批”和“备案”。

这么一通折腾下来，我们这个项目从需求确定到正式上线，只用了四个月，比预定计划提前了两个月，而且效果非常那些原本流程里要开的会、要写的报告，我都是在项目快成功的时候，让人根据已经完成的成果倒推着补齐的。这才是大公司里干成事的真办法——先干出来，再走流程，否则你永远都在开会和扯皮，根本没机会写出第一行代码。

我的经验就是，别被那些复杂的模板给唬住了，再大的网站也是一步步搭起来的。把流程简化到最核心的几步，然后就一个字：干！