编辑导语：作为一名设计师，开发前对产品的思索策划与开发中的实现过程往往会存在一定的偏差。那么，我们应该如何改进产品开发过程，减少自己和开发人员不必要的工作量，在产品开发中保证设计质量和体验呢？
几年前，我曾在一个大型公司的项目中工作，主要是为他们重新设计旧有的应用。这简直是设计师一直梦寐以求的：有机会重塑全套web应用的未来用户体验，项目中发布的第一款应用将为其他产品打下基础。
我没有浪费时间，立即开始研究用户，了解现有软件程序，与产品所有者（我们的客户）和其他利益相关者合作，开始处理积压的需求。
几周后，我们对手头的挑战有了更好的理解，于是召集会议来讨论设计新产品。与此同时，直到我们验证了详细的需求，并且至少有了一个粗略的线框图之后，开发团队就可以开始搭建必要的基础架构。
几个月过去了，我们从草图到线框图，为关键的用户旅程勾勒出流程步骤，设计UI组件以及详细的规范，甚至有原型来演示我们想要的产品实现方式。
我们已经去客户那里测试设计，收到了很好的反馈，一切似乎都朝着正确的方向发展。
只有一个问题：我们至此还没有任何可以发布的产品，而我们设计的产品和我们能做出来的产品之间相差了十万八千里。
上述问题并不少见，我们一次又一次看到设计方案没有实现，或者与预期的设计和体验相去甚远。
这对于探索或概念验证一类的工作来说是很好的，但在快速发展的行业中，我们需要快速而频繁的发布产品，以保持在竞争中的领先地位。
在过去的几年里，为了改进产品开发过程，我调整了我的流程，并想分享一些关键的变化，希望这些变化也能帮助你和你的团队。
一、MVP：不止是说说而已
你可能听过无数次“我们需要一个MVP（MinimumViableProduct，最小可行性产品）”，但这不应该只是一个流行词。
如果你完全理解如何实现一个可接受的MVP，就可以帮助团队把精力集中在发布上。为了快速发布，团队必须愿意发布最基本的产品。
这对于客户和利益相关者来说是非常困难的，因为他们往往为所有特性和功能做预算，并预期最终得到功能齐全的产品。但是先发布MVP的好处是显而易见的。
你发布的速度越快，就能把产品越快投向用户，获得有价值的反馈，并给你带来意想不到的见解。而且，越早开始获取用户，你的用户群就越快开始增长；在几个月的用户增长之后，你就会领先了。
你需要接受的是，MVP可能没有那么快的竞争力，但也不需要立即进行大规模营销。关键是尽快发布，为持续的增量改进铺平道路，从而为用户提供不断增长的价值。
Slack是一个很好的例子，它依赖于用户的反馈来帮助塑造产品。在没有首席营销官（CMO）和大众营销活动的情况下，他们通过倾听用户意见，逐步改进产品，赢得了用户的心。
二、打破幻想
作为设计创意人员个人，我们常常希望独立工作，很少考虑我们无法控制的事情。
我们关心的是交付的成果，只要它们有效并且看起来很棒，我们就完成了工作。如果最终发布的产品看起来或感觉不像我们的设计，那不是我们的错，对吧？
事实上，人类是情感动物，视觉刺激更能说明问题。酷炫的界面更能让客户惊叹，并留下持久的印象。
作为创造者，我们也从别人的意见中得到反馈，从而在视觉方面做得更好。然而，如果忽略高保真的模型和原型，仅仅把发布产品的实际使用效果归功于设计，而不是一些令人惊叹的个人作品，我们还能做好这种设计工作吗？
我并不是建议停止做那些美妙的，像素完美的工作。我追求完美的强迫症源于×的显示屏时代，在那个时候，最终产品就已经应该是完美的。
正如Salesforce设计团队所说：
“以体贴优雅的工艺，表现对人们时间和注意力的尊重Demonstraterespectforpeople’stimeandattentionthroughthoughtfulandelegantcraftsmanship”
高保真的设计还可以让我们测试一个真实的产品，验证我们的假设，并确认可用性。但重要的是，我们不会浪费时间来创建一个能给客户留下深刻印象，但却不能实现的产品。
相反，
转载请注明：http://www.0431gb208.com/sjszlfa/3165.html
