追求而不苛求完美

Posted on Mon 03 August 2015 in 杂谈 • 1 min read

perfect

在上篇你可以做得更好中我提到要“追求卓越,做到更好”,但是没有说“做到最好或追求完美”,一旦这么说就必须得说另半句即“不要苛求完美”了。作为一名移动互联网创业狗,对此我就从创业公司开发一款产品的角度来说起。

首先,我们要追求完美。当今正处于一个全民创业的浪潮时代,除了BAT等互联网大鳄外,创业公司千千万,每个创业公司面临的市场竞争空前激烈,你所见的几乎任何产品方向均有人在尝试或即将加入战团,这还不包括可能的部分产品已成先烈。特别对于移动互联网,现在App Store和Google Play上统计的APP数量分别在恐怖的150万和160万左右,这是一个APP泛滥的时代,也是一个越来越崇尚用户体验的时代,很多人的手机里都充斥着大量鸡肋的低频、超低频甚至从未打开的APP。如果公司和团队成员没有以严肃认真一丝不苟的工作态度来做事、没有以追求完美的心态来做产品,把产品细节打磨做到位,你很难从这激烈的竞争中胜出。

但是,追求完美到完美主义的程度通常会导致拖延和拖延症:

  • 对事而言,如果说把一件事做完要1.0的工作量的话,那么要把它做到更好要1.2至2.0的工作量,但是要做到完美可能10甚至是100倍的付出都达不到。工作量的增加,在互联网行业最常见的解决办法就是加班(996你懂的),当工作量增加到加班都完成不了的情况下,就必然导致了拖延。当今成功的个体开发者已越来越少见,开发一款产品幕后更多的是一个公司、一个团队,需要每一个角色、每一人员分工协作,工作流水环环相扣,一个人的拖延就会掣肘他人的工作,影响整个团队的进度,最终导致整个产品交付的延期。在市场行为下,产品的交付时间点是很难改变的,延期即意味着巨大的损失。

  • 对人而言,等万事俱备才动工的、不分大小主次都要追求完美从而无从下手的、做任何事情前必须全部清理一下前面的事情的这种种完美主义者,通常就是一名拖延症患者。 所以,我们不能苛求完美。在长远目标追求完美的框架基础下,容许和接受一定条件下的“不完美”。对于创业公司而言,人力、物力、财力、时间等各方面资源都非常有限,没有好的设计师,界面美观就不能苛求;没有好的iOS开发人员,iOS版本就不能苛求;没有安卓开发人员,别说苛求,短期内甚至必须放弃安卓版本;即使有最优秀的设计师,也不能苛求所有的设计一次性到位,不然必会分不清轻重而顾此失彼。完美和进度之间必须做适当的平衡和取舍,容许一定条件的“不完美”,以达到当前的最优。

对于一时的“不完美”,我们可以通过小步快跑、持续改进的方式来趋于完美。现在比较推崇精益创业(可参阅同名书),其核心思路是:先在市场中投入一个极简的最小可行化产品MVP(Minimum Viable Product),然后通过不断的学习和有价值的用户反馈,对产品进行快速迭代优化,以期适应市场和应对市场的快速变化。每一个迭代周期都很短暂,对于移动互联网产品而言,通常在2-4周之间,如此短的时间内很多事情不可能做到完美,但是我们可以抓住每次迭代的核心,把最重要的部分尽量做好。通过这种持续改进的方式,能够快速的向正确的目标迈进,进而将产品逐步推向完美。容许一时的“不完美”是为更好、更快的趋于完美。

类比系统的开发一款产品,即使小如设计一个ICON,其道理也一样的,只不过整个周期/迭代周期要短的多:

  1. 选型:ICON用什么形象来体现?
  2. 草案:根据选定的备选形象画初步的草案;
  3. 初案:根据筛选出的备选草案做初步的ICON设计;
  4. 详案:对确定的一个初案做最终的细节完善,调色、对齐、整体一致性等等,此步会产出多个有细节差异的备选详案,供做最终选择;
  5. 迭代:版本UI调整,1-4步的全部或部分步骤会需要做多次迭代。

我们不可能苛求1、2、3步就拿出完美的ICON,如果一次到位了更多的会是根不是最终要的,第4步也需要经过多次细节调整后,才可以逐步完善此ICON。而一个ICON的设计只是一次产品迭代周期中的一个小点,还有更多的其他的设计工作要在迭代周期内交付,此ICON能不能做到完美,还依赖于和影响到其它设计工作能否做到完美。本次产品迭代交付的此ICON有可能完美,更可能还“不完美”,甚至还不知道完美的此ICON应该是什么样!

“It's better to be quick than brilliant.”,Paul Buchheit 的这句话中文意即“唯快不破”,容许和接受一定条件下的“不完美”,快速原型(MVP)、快速迭代、快速改进,方可以快速的趋于完美。


题图来自网络:By 胖兔子粥粥