- 问题
希望产品开发前收集用户反馈, 投入大量时间进行原型开发
- 产品原型是为了在开发前期进行用户验证和获取反馈建议，对某个产品或服务方案快速制作成可视化的有形物。能够帮助团队低成本快速地去获取用户的反馈和验证，以降低产品开发后无人问津的风险。但是关于制作产品原型, 团队存在两个常见的误区:
- 我们没有时间开发原型：认为原型制作会耽误开发的时间
- 我们不需要做原型：认为团队成员已经清晰产品方案
- 事实上，原型强调的就是在极短时间内制作完成。快速原型能确保你的产品开发工作方向是对的，在不需要进行实际投入开发的情况下，你可以快速和同事、客户和潜在客户分享你的产品方案。
- 解决方案
6个方法帮助你和团队节省制作原型的时间
1. 把快速原型看作是是一次性的产品
- 快速原型的工具给你最大的工作自由限度。只要下足功夫，你不需要依赖工程师就可以创造出一个完整的产品。这不就是许多人希冀的吗？但缺点是当你完成了一半原型，你就得向现实低头了。每一变化都引起一系列的连锁反应。
- 相反，根据团队需求建立特定的原型。限制每个原型所需验证的范围，你才可以安心专注于此而无需担心要进行不相关的维护工作。
2. 为每个原型设定清晰的目标
- 作为项目构件，快速模型在以下方面尤其有用：
- 收集客户的反馈
- 使用真实的页面交互和动画让客户更好地理解你的想法
- 获得管理层的支持
- 快速、简洁地传达产品想法
- 销售及客户管理
- 与潜在客户或关键客户分享你的产品新想法
- 了解原型的用途可以帮助你定义产品方案的范围和所需制作的原型保真度。因此下一点就是：
3. 尽早定义原型的需求
- 与多数的产品开发项目相同，产品的范围和保真度决定了原型的开发成本和时间。换而言之，快速模型要有多大，有多真实才能达到它的目的？
- 你可以在不同的维度上决定原型的保真度：
- 范围：原型需要用什么形式来呈现？
- 原型的视觉效果：我们使用快速而粗略的模型还是使用全彩的模型？
- 原型的交互：按钮和其他控制需要真实的鼠标响应吗？如果点击，我们只是重新加载页面还是需要动画过渡？
- 内容：我们用乱数假文还是专业的品牌认可副本？我们需要绑定到后端系统还是把虚拟数据粘贴到设计中？
- 代码：我们在代码比如HTML或者 Objective-C中建立还是使用快速原型工具
- 尽早确定原型的范围和保真度，以免利益相关者或者客户失望或者对你们施加压力。
4. 尽可能长时间保持扁平化设计
- 传统的观点认为应该尽早处理交互性，但是在这并不经常适用于快速原型。越临近限期，对用户界面设计对的关注就越多。团队开始问：这就是我们想要的测试结果吗？这就是我们想向客户或者高管展示的东西？如果过早构建交互，最终设计的更改可能会加大工作量。
- 因此，在你开始构建之前再收集一次反馈，并将这些交互安排到接近截止日期时再开始制作。这么做的话你的团队会感受到被重视，而你也可以花时间去完善设计，而不是重新构建一个原型。
5. 在建立原型的过程中测试其交互性
- 开发人员早就明白一件事：从一开始就测试。将交互和原型交织于一起，使用的是与设计不同的方法。在你完成之前，你很容易迷失于其中。但是如果你忘记测试原型，那你的工作才刚开始。制作完原型之后，你很难从中找出什么问题，因此你在后续要追踪很多大大小小的问题。在构建的时候就进行测试，能加快你真正完成原型的速度！
6. 不要想着原型能把所有的边缘案例传达给开发人员
- 原型能从团队中引出很值得深思的问题。有时候这些问题是很广泛的、充满战略性的，但是有时是很具体的。每个产品都有一组“边缘案例”。我们很少在快速原型中发现边缘案例，边缘案例会影响用户体验，需要精心设计。因此，单独的开发更有意义。
- 工程师先从一份书面的边缘案例列表入手，并确保不会放过任何边缘案例——而不需要沮丧地点击每一个案例进行尝试。让你的快速原型保持快速！无论你是想收集客户的反馈、获得上司批准还是提高工程的精准度，快速模型能确保你朝往正确的工作方向。
- 关键成效
节省原型制作时间，帮助快速方案验证
在最终产品阶段进行调整可能意味着更多的返工，甚至彻底的产品重组。相反地，作为最终产品的雏形，原型可以尽早进行所需的更改。根据福特汽车公司显示，通过快速产品原型能够节省约为4.3万元的费用；根据东芝集团显示，早期原型节省6-12个月的产品调整时间。
- 参考文章：
职场加油站
- 想更深入学习快速制作原型，与团队高效协作，为你推荐《设计冲刺第三步：快速原型》课程。
