对于笨重的传统开发模式的一些感悟

今天的一件小事让我体会到传统模式为啥会让企业效率低下了。事情是这样的:我们有个需求修改客户的一个现有的网站系统,到我手上的时候已经有了客户批准的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

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

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

喜欢的话订阅一个呗~第一时间收到文章更新哟~

发表评论

电子邮件地址不会被公开。