今天的一件小事让我体会到传统模式为啥会让企业效率低下了。事情是这样的：我们有个需求修改客户的一个现有的网站系统，到我手上的时候已经有了客户批准的UI，但从聊天情况下来看，客户对UI并没有特别的要求，我在市面上找到了一个非常类似的模板，购买版权后进行修改即可成型交付，而且模板的设计比UI设计好上太多，但是PM不答应，说客户已经批准了UI，所以必须根据这个UI来做……

做外包的大家都知道，如果你需要从设计、和客户来回讨论定稿，再到程序开发、测试、发布等整个环节。这整个环节每一步都非常的重要，可谓是一环扣一环。这本身是一个非常好的，但是放到市场上，有些时候就会显得非常笨拙。因为很多需求非常简单，而且客户也并非要求非常苛刻的，走这个流程不仅限制了客户，也无形中限制了开发。举个例子，

A客户想要做一个网站，A只知道网站需要的栏目，色调等感觉性的东西。传统模式是，项目经理根据和客户的沟通，设计网站架构，然后让UI去做设计，来回和客户确认UI之后，让程序员去开发，然后测试、发布。这里会有几个问题，一个是客户其实也不清楚具体的UI，所以当你和客户确认的时候，客户其实是楞逼的。其次设计出来的UI，有些时候有些地方在开发的时候，或多或少会有蹩脚的地方，导致程序员开发进度也会受阻。

那这种情况，应该如何解决呢？大家知道现在网站也好，APP也好已经有了非常多的框架和模板，很多时候做的是拼接和微调。就这个客户而言，完全可以现在市面上找好网站的模板，然后挑选几个给客户看，客户选择模板，然后在模板上提出自己的修改意见，汇总之后程序员对模板进行调整和二次开发。

这里不仅仅省去了UI的设计费，也省去了项目经理很多时间，更省去了开发的成本。即便客户不喜欢模板，其实也不损失，可以重新回到正常的开发流程中。粗略的估算和对比了下两者的开发时间：

传统开发		非传统开发
项目	耗时（小时）	项目	耗时（小时）
项目经理和客户确认需求	5	项目经理和客户确认需求	5
项目经理整理需求并和UI沟通	2	寻找合适的模板	2
UI设计	20	将几套模板给客户，寻找合适的并讨论修改点	5
UI设计和客户沟通并通过	10-20	将修改点和程序员沟通	2
将UI交给程序员，和程序员过需求	2	程序员二次开发	5-10
程序员开发	40	测试、发布	10
测试、发布	20

当然上面时间只是估算的，很多时候需要根据具体情况来看。但是对于需求简单、模糊的客户来说，传统开发模式真的太笨重了。通俗的讲，我只需要一个吃饭的碗，你从市面上给我选一个好的装进礼盒就行，你却告诉我你要设计、制作、烘烤、才能给我。

当然这种快速模式并非适合所有客户，对于大多数非技术类硬核客户这样的确非常省事，帮客户省钱，也帮助开发团队省出时间。具体情况还是要看具体客户而定。