|
产品快速上线与高质量设计方案的矛盾
以前在拿到需求后，我会考虑很长的时间，先研究市场，调查用户，分析竞争对手，建立模型，想出很多解决方案，一步一步，很想开个好头，把设计质量提高。尽管这种慎重的设计模式没错，可是在快速迭代的市场竞争下，在敏捷设计流程的挑战下，你还在research阶段，人家就已经将初始原型上线抢夺首批用户了，然后你还在做概念时，人家已经根据前期用户的反馈更新了版本，在留住用户的同时争取到了更多的用户，最后好不容易你憋出一套自认为比较严谨毫无破绽的方案，上线后一看，竞争对手已经坐拥大量忠实用户，而用户想要的跟你的产品相去甚远，你不得不推倒重来……于是，你花了大量时间捣鼓出来的东西被竞争对手快速上线的产品秒杀。当然，快速迭代设计的质量也必须经得起考验，不能随便胡诌用户，放一半调子方案上去。这里，怎样拿捏设计方案的质量与提高产品上线速度就成了一对矛盾。
这里，我也没有绝对适合的方法，只能谈谈个人的一些感受。以前，小公司重实效轻流程，以效率取胜，大公司重流程轻速度，以稳重取胜。现在，随着互联网产品和敏捷开发的兴起，这种状况有了很大的改观。任何产品的都讲究优秀设计与快速占领市场，产品究竟好不好，更多是通过市场去验证的。设计师获取需求，进行快速上下文设计（Rapid-Contextual Design），勿求十全十美，只需通过可行性测试、可用性测试和价值测试，就能够发布初始版本接收试用，第一时间获得真实用户的反馈，评估有效建议并迅速实现，不断调整设计与真实需求的Gap，再利用并行部署或者增量部署的方式更新版本，几轮迭代后，设计方案的质量会得到很大的提升，同时还拥有了一定的用户基础。
|
