事情是这样的：我们构建产品的方式出了问题。让我来解释一下。
在过去大约二十年里，创业世界已经从瀑布式开发流程转向敏捷开发流程。随着产品团队转向增量式软件交付方法，较小的可交付成果取代了长期项目。
随着敏捷开发实践和设计思维的兴起，越来越多的公司开始采用迭代式设计和产品构建思维，更频繁地发布并从用户那里学习。
然而，这种转变是逐步发生的，我们的学习速度仍然没有达到应有的水平。我们在发布以及上线后学习方面变得更好、更快了，但我们仍然没有找到一种可行的方法，能在产品和设计流程进行期间向用户学习。
只有那些负担得起研究成本并且认可引入专职研究人员价值的公司，才能从规模化的用户洞察与用户触达中受益。即便如此，如今研究员、设计师与开发者的典型比例仍是 1:5:50。
大多数产品团队依赖于开发完成后再发布并学习，这最终会导致产品和设计团队进行本可避免的返工。据估计，上线后修复错误的成本，可能高达在开发阶段修复的百倍。
作为面向产品团队的快速测试平台Maze的 CEO 和联合创始人，我一直处于这一挑战的前沿，并将其作为我们的使命：让任何人都能在设计与产品构建周期中快速测试和学习。我们有意打造了一个平台，让从设计师到市场人员的任何人都能在工作流中测试任意体验，从而了解什么有效、什么无效，并更快做出有依据的决策。
为什么持续测试会改变你的设计与构建方式
对于产品和设计团队来说，测试与学习是打造卓越用户体验的关键步骤。当你在流程早期测试工作时，就能避免将大量时间和资源投入到错误想法的开发上，并减少后续返工。
此外，当测试在跨部门范围内进行，并且从产品经理、设计师到用户研究员都测试自己负责的部分时，最终结果就是一个从头到尾都经过验证的流程。产品经理只会将已研究并验证过的想法加入产品路线图，设计师交付经过充分测试的原型稿，市场团队发布经过验证的活动。
“对业务影响最大的单一驱动因素，是一个组织学习文化的强度。”——Josh Bersin，Bersin by Deloitte 总裁
最后，你从用户那里测试和学习得越多，你和团队就越能积累关于“什么有效、什么无效”的知识。关于用户和问题空间的这种组织性专长，是推动组织成功的关键因素。当这种情况发生在整个组织的各个部门内部时——这就是公司能够拥有的最大竞争优势之一。
如何借助快速测试框架尽早且频繁地测试
既然我们已经了解了测试的重要性及其收益，接下来看看你和你的产品、设计团队如何在组织中落实它。
在 Maze，我们开发了一个快速测试框架，帮助你在从想法到上线的每个阶段开展测试。但首先，我们先定义一下“快速测试”是什么意思。快速测试是一种决策框架，其中每一个设计和产品决策都基于用户输入作出。
快速测试框架 [图片：Maze]
这个框架将每个决策都视为可测试的输入——概念、设计、文案、线框图——所有这些都会在产品构建周期中与用户一起测试并验证。
IOTA 循环在流程的关键阶段支撑快速测试框架，涵盖从想法与概念验证到原型和文案测试。IOTA 分别代表 Input（输入）、Objective（目标）、Test（测试）和 Analysis（分析）。让我们详细看看这些阶段。
IOTA 循环 [图片：Maze]
输入
在每个 IOTA 循环中，测试流程都从定义输入开始——一个可测试的假设或问题。输入示例：
我们想开发的产品功能会为用户带来价值吗？
我们应该推进哪个设计概念？
文案是否清晰且易读？
从一开始就定义正确的输入非常重要，因为这将决定你的决策方向。花时间理解问题，以及你到底需要和用户测试什么。
目标
接下来，设定你的目标（Objective）。目标是你衡量成功的结果。每次测试都应有清晰的目标，这样你就能轻松判断测试是否成功。若未成功，你需要对解决方案进行优化和迭代，直到达到目标。
例如，如果你在设计流程后期测试一个高保真原型，一个好的目标可以是：
“我们希望超过 80% 的测试用户能够成功完成任务。”
另一个目标：
“我们的目标是让 85% 的测试参与者将新信息与 ___ 关联起来。”
在流程开始时建立清晰的目标与指标，是快速测试的核心组成部分——当你知道目标时，你就知道该关注什么。
测试
接下来，创建你的测试（Test）。这包括从 5 秒测试到原型测试等方法中，定义合适的测试方法——你需要的方法取决于你上面定义的输入与目标。
在这个阶段，你还可以制定测试计划，并定义要向用户提出的问题、任务，或任何其他需要考虑的细节。做好规划后，执行测试会更容易，所以请确保你为此做好相应准备。
分析
最后但同样重要的是，分析（Analysis）阶段包括评估测试结果，以确定下一步。如果测试结果达到既定目标，那么你和团队就可以做出决策，并进入设计流程的下一阶段。如果没有达到，就继续迭代解决方案，直到满足结果要求。
让测试成为你设计流程的一部分
将快速测试纳入你的设计工作流需要一些练习，但最重要的是先从某处开始。和其他事情一样，测试与研究是一块需要长期训练和构建的“肌肉”。以下是在设计过程中进行测试的几个建议：
1. 拥抱脆弱感
大多数时候，设计师不愿意把自己的作品展示出来。但无论是向同事分享作品以获取反馈，还是进行用户测试——敢于暴露脆弱都是成为优秀设计师的一部分。事实上，把你的成果分享给用户或其他人，是提升工作能力的关键一步。你会从真正使用你所构建内容的人——你的用户——那里获得如何改进设计的反馈。有时候，从外部视角看你的作品，还能帮助你找到新的解决方案或从不同角度切入问题。拥抱脆弱是设计流程的核心部分，只会让你在工作中变得更出色。
2. 尽早开始测试
大多数设计师会犯的另一个错误，是等到有了高保真原型才与用户分享。这与上一点相关，因为分享进行中的工作本身就意味着暴露脆弱。
但是，在设计流程最早阶段进行测试至关重要，尤其当你基于假设来开发新产品或新功能时。Shopify 的产品设计师 Helen Tsvirinkal 在谈到早期形成性测试的重要性时说：
“如果一个项目是在修复一个广为人知的问题，也许早期测试没那么必要。但如果你是在基于假设开展工作，就需要尽快测试低保真设计，以弄清用户期望什么。”
你甚至可以在设计流程开始之前就启动研究和测试。从问题探索、生成式用户访谈，到想法和概念验证——在流程早期就开始测试关键设计决策，以避免后续大量返工。
3. 与团队分享发现
在组织内部建立测试能力不会一夜之间发生。但如果每个人都对测试的收益达成共识，你就可以逐步把它建立起来。
展示你和团队通过更频繁测试能获得价值的一种方式，是公开分享研究发现。Slack 前研究与分析运营负责人、Yet Another Studio 创始人 Behzod Sirjani 提到了这件事为何重要：
“我见过可用性测试最成功的情况，是设计师、工程师和产品经理都参与理解人们实际上如何使用（或不使用）某个产品。你希望那些有能力做决策的人参与进来，这样你可以确保所有研究都在为你想做的重要决策建立依据——无论是像‘我们是否发布这个产品？’这样高层的问题，还是像‘这个菜单是否更易用？’这样聚焦的问题。”——Behzod Sirjani
让更多人参与流程有很多方式，包括：
将研究发现整理成报告，并突出关键学习点
录制 Loom 视频，讲解主要发现
邀请他人参与访谈或复盘
召开产品团队实操会议，讨论结果与下一步行动
例如，BlaBlaCar 团队有一个用于持续用户访谈的 Slack 频道，公司任何人都可以加入并实时查看反馈。让测试成为流程的一部分，本质上是在建立对用户反馈价值的认知，而这始于与你的团队分享任何洞察或经验。
归根结底，你做的测试越多、越能传达其重要性和价值，未来就越容易获得对测试的支持。
ProtoPie 帮助设计师将创意以高保真交互原型的形式变为现实。把这些设计想法转化为清晰认知、洞察和业务增长。想了解 ProtoPie 如何帮助你从概念走向创造，请浏览官网或免费试用！
如果你想看到 Maze 与 ProtoPie 的集成，请告诉我们。
