|
産品快速上線與高品質設計方案的矛盾
以前在拿到需求後，我會考慮很長的時間，先研究市場，調查用戶，分析競爭對手，建立模型，想出很多解決方案，一步一步，很想開個好頭，把設計品質提高。儘管這種慎重的設計模式沒錯，可是在快速迭代的市場競爭下，在敏捷設計流程的挑戰下，你還在research階段，人家就已經將初始原型上線搶奪首批用戶了，然後你還在做概念時，人家已經根據前期用戶的反饋更新了版本，在留住用戶的同時爭取到了更多的用戶，最後好不容易你憋出一套自認為比較嚴謹毫無破綻的方案，上線後一看，競爭對手已經坐擁大量忠實用戶，而用戶想要的跟你的産品相去甚遠，你不得不推倒重來……於是，你花了大量時間搗鼓出來的東西被競爭對手快速上線的産品秒殺。當然，快速迭代設計的品質也必須經得起考驗，不能隨便胡謅用戶，放一半調子方案上去。這裡，怎樣拿捏設計方案的品質與提高産品上線速度就成了一對矛盾。
這裡，我也沒有絕對適合的方法，只能談談個人的一些感受。以前，小公司重實效輕流程，以效率取勝，大公司重流程輕速度，以穩重取勝。現在，隨著網際網路産品和敏捷開發的興起，這種狀況有了很大的改觀。任何産品的都講究優秀設計與快速佔領市場，産品究竟好不好，更多是通過市場去驗證的。設計師獲取需求，進行快速上下文設計（Rapid-Contextual Design），勿求十全十美，只需通過可行性測試、可用性測試和價值測試，就能夠發佈初始版本接收試用，第一時間獲得真實用戶的反饋，評估有效建議並迅速實現，不斷調整設計與真實需求的Gap，再利用並行部署或者增量部署的方式更新版本，幾輪迭代後，設計方案的品質會得到很大的提升，同時還擁有了一定的用戶基礎。
|
