如何避免委员会设计——开发有效的产品设计流程
如何避免委员会设计——开发有效的产品设计流程
所有的创业团队都充满了对产品充满热情的人，他们对如何最好地解决客户的问题有着强烈的看法。虽然他们的心都在正确的地方，产品可以以多种方式设计，但它必须以一种方式开发。作为设计师或产品经理，你需要听取他们的反馈，但最终决定最终的设计。当每个人都认为它应该以不同的方式设计时，你如何创建一个有凝聚力的用户体验？
开发有效的产品设计流程始于承认一些严酷的事实:
- 没有一个正确的答案。持不同意见的多人可能都是对的。
- 你可以永远 A/B 测试，永远不发布任何东西。虽然团队中的每个人都有权发表自己的意见，但你不应该浪费时间去测试每个人。你必须在完全凭直觉行事和测试每一种可能的变化之间找到平衡。
- 你永远不会真正知道正确的答案，直到产品被放在野外。你可以把线框图和概念证明放在测试用户面前，但是在产品完全开发出来之前，你不会知道它作为一个整体体验会有什么表现。
- 人是不一样的。你永远不会为每个用户解决问题。你不能因为试图考虑每一种可能的用户心态而损害你的设计。相反，你应该专注于引导人们进入你的产品思维模式。
- 用户的声音总是最大。你团队中的每个人都给出了他们对用户的想法或行为的看法。用户实际告诉你的应该胜过你组织中的所有意见。收集好的用户输入很困难，但是很关键。调查、焦点小组、支持票、社交媒体和应用内分析将支持或反驳提议的解决方案。做好犯错的准备，改变主意，快速前进。
考虑到这一点，我们的产品设计流程将包括从尽可能多的来源收集反馈，集思广益，充实潜在的解决方案，并在设计和开发过程中尽早验证它们。事不宜迟:
奠定基础
- 定义问题 —每个产品和功能都应该为用户解决一个问题。从用户反馈中收集的趋势问题应该是所有设计工作的开始。
- 定义成功——定量和定性地定义成功的样子。这可能意味着某些 KPI 指标的目标改进，或者用户体验的改善。
做家庭作业
- 研究竞争对手的解决方案— 你很可能没有解决一个全新的问题。你可能会在一个新的领域解决一个熟悉的问题，或者逐步改进现有的解决方案。从可用的解决方案开始，研究他们采用了什么方法。什么有用，什么没用？在其他领域也寻找类似的问题。对现有解决方案进行分解，并在每一步做细致的记录。
- 阅读文献——寻找涉及这个问题的文章、帖子、电子书和论坛讨论。谷歌一下就知道了。
- 分析可获得的数据——仔细研究你的用户调查、支持票和系统数据，寻找如何解决问题的线索或者人们在寻找什么。
三维线框模型
- 头脑风暴 —在你的设计团队中召开头脑风暴会议，提出潜在的解决方案。概述高层次的行动和信息流程。
- 草图 —用基本动作和信息创建手写线框。对于每一步，思考你需要向用户教授和学习什么信息来完成这个流程。
- 原型 —清理图纸，拍下每一步的照片。使用类似 InVision 或 POP 的工具，使用手绘草图创建流程模型。您现在有了一个非常粗略的应用程序的副本，可以与团队的其他成员共享。
改善
- 进入流程— 当你看到一个完整的线框时，你会立即开始改进和改变它们。经历几次内部修改，直到你对结果相当满意。
- 对于你做出的每一个决定，记下原因并引用来源——优秀的设计师会在每一个单词、动作、元素、颜色、过渡和动画中投入心思。不要在试图为一个设计选择辩护的时候没有考虑到这个选择背后的原因。我通常在流程的每个屏幕上至少有一整页的笔记。
- 考虑备选方案——了解不同的用户配置文件，考虑每个人在流程的这一点上会如何行动。试着找到一个通用的解决方案。如果出现冲突，您可能需要添加额外的步骤或选择，以便将它们带到一条路径上。
- 创建带标注的线框文档— 当您和设计团队提出满意的解决方案时，就该全力以赴了。使用占位符资源创建数字线框，并将其导入原型制作工具。创建整个流程的 PDF 或 PSD，并为所有主要设计决策添加标注。
当前解决方案
- 为利益相关者准备演示文稿— 现在是时候向团队的其他成员演示您提议的解决方案了。这一步是整个过程的关键。 通过做足功课并提出建议的解决方案，你可以围绕你的提议展开对话。你不是从一张白纸开始，向委员会询问他们的设计，而是改进和完善你选择的解决方案。
- 包括问题、指标、目标— 您的演示应遵循您在开发解决方案时采用的方法。提出你的假设、设想、数据和目标。
- 设定对反馈的期望— 如果你不设定界限，人们会把谈话引向任何吸引他们目光的地方。寻求具体的反馈。定义什么是可以谈判的。
- 陈述背景和设计原则— 你已经做了调查。你仔细研究了用户反馈。你读过文献。你已经分析了竞争对手的应用。在这方面，你比房间里的任何人都准备得更充分，受到的教育也更多。通过确立这一事实，你可以打击那些没有根据的观点。
- 呈现拆卸 —在 PDF 中捕捉其他几个应用程序的流程。浏览竞争对手是如何解决这个问题的。讨论每一个你喜欢和不喜欢的地方。确定你借用了什么元素，为什么。
- 浏览提议的解决方案— 浏览每个屏幕，描述重大决策背后的理由。从技术、营销、财务和用户角度提出具体的反馈请求。
- 以非评判的方式接受反馈——这就是这些讨论偏离轨道的地方。强烈的意见就会出来。有些人会用轶事证据来支持他们的论点。这可能会让你感觉被欺负或被围攻。现在是保持冷静、仔细倾听、做笔记的时候了，不要做出任何承诺。
- 列出可能的 A/B 测试和修订清单 —在有多个可行解决方案的特定情况下，考虑 A/B 测试多个变化。当对某项变更达成共识时，将其纳入设计中。
充实设计
- 创建布局、图像资产并复制— 从设计的幻灯片版本开始
- 一张 GIF 胜过千言万语。
- 开发精致的模型— InVision 支持动画 gif 和图像。此时，您可以创建一个相当逼真的应用程序开发后的样子。
- 创建焦点小组调查 —开发一组问题来验证您的解决方案是否能解决问题或改善体验。我们大量利用预期测试。在每个动作之前，询问用户当他们采取那个动作时，他们期望会发生什么。在他们采取行动后，询问他们结果如何符合他们的期望。
- 验证设计— 向新老用户展示设计。如果你需要新的用户来源，使用像 UserTesting.com 这样的测试服务来验证你的设计。如果你经常去咖啡店，走近一个陌生人，问他们是否愿意去看看。使用您的焦点小组调查来引导他们了解流程。
- 向您的团队展示验证结果 —收集反馈后，您应该进行另一轮修改，然后向您的团队展示“最终”设计。预计在这一点上有些吹毛求疵，并准备做一些小的调整。
发展
- 创建技术资产 —一旦你的设计获得最终批准，你就可以充实最终的细节。为位置和尺寸创建详细的标注。创建参考资产，并在有组织的存储库中发布它们。
- 范围技术需求 —在这一点上，产品经理的工作是指定关于如何实现解决方案的底层技术细节，将 UI 层一直向下绑定到数据库层。
- 构建该死的东西— 开发超出了本故事的范围，所以我将简单地说，出于 beta 测试的目的，您应该计划每 2-3 周发布一次 beta 版本，以获得早期的迭代反馈。
- 捕获数据 —应用程序应该捕获任何相关数据，以确定问题是否已经解决，目标是否已经实现。我们开发了一个本土的事件跟踪系统，使用亚马逊 SQS 作为消息队列。我们使用像 MixPanel 和elastic search/log stash/ki Bana这样的工具来跟踪和分析这些事件。
贝塔检验
- 创建测试小组 —你应该创建一个由朋友、同事和用户组成的小组，以便进行测试。我们使用 Crashlytics 作为分销平台。
- 收集测试版用户反馈— 在我们将一个构建分发给我们的测试组之后，我们使用 SurveyMonkey 来获得反馈。我们通常采用原始的焦点小组调查，并对其进行修改，以从工作开发构建中获得额外的洞察力。
- 合并修订 —任何明显的问题都应在设计和要求中进行修订。超出范围的问题或者有好处的问题应该放在将来的发布中。
处理数据
- 部署后分析数据 —产品发布后，您应该运行报告来确定 KPI 和用户行为发生了怎样的变化。
- 收集用户反馈— 一段时间后，您应该会看到与您的解决方案相关的用户反馈。它可能是支持你的解决方案的正面反馈，也可能是表明你未能解决问题的负面反馈。
- 积压问题 —在整个过程中，您可能会发现问题或潜在的改进。在产品上市一段时间后，您会收到额外的反馈，可能会提示您修改解决方案。在你的路线图中为此做好计划，创建待办事项，这样你就不会忘记细节。
派对！
- 每一次发布都需要庆祝。希望一切顺利，你对你的用户和你的业务产生了有意义的影响。量化这些结果，并向团队展示。向所有相关人员表示感谢和认可。即使你没有完成你的目标，你也应该支持为这个项目付出的努力。建立一个仪式，无论是释放后的欢乐时光，一顿餐饮午餐，还是一盒甜甜圈和咖啡。每次发布都要做一些事情，让你的团队感到有价值和成就感。
刚推出！获取免费的产品开发工具包！
我已经整理了一个完整的包来帮助企业家、初创公司创始人和首席执行官学习如何建立技术产品和业务。我免费赠送的第一部分是一个可定制的产品开发工具包。它包括我和我的真实客户一起使用的所有模板，帮助他们从想法到执行。拿过来！
