做重大决定前，用短期冲刺做出原型并让用户试用（设计冲刺）

## 确认这次决定是否适合用冲刺来解决 - 当一项重要决策因用户体验、服务、信息传达或工作流方面的不确定性而受阻时，使用设计冲刺。 - 优先选择跨职能、具有实质性成本或风险，并且能够得到充分呈现以便目标用户作出反应的挑战。 - 明确冲刺结束后必须作出的决策、决策负责人，以及不确定性持续存在的后果。 - 不要用设计冲刺替代常规交付、修复已充分理解的缺陷、证明长期技术可行性或声称完成了统计验证。 - 如果团队无法确定一项决策、一段可测试的体验或可接触的参与者，应先完成缺失的探索或准备工作。 ## 把最大的风险变成冲刺问题，并先定好成功标准 - 写出一项长期成果，描述希望为用户或组织带来的变化。 - 将最大的风险转化为明确的冲刺问题，并将已验证事实与假设分开。 - 定义目标用户、情境、行为和体验中的关键时刻。 - 说明哪些可观察证据会支持、削弱或否定主要假设。 - 在审查解决方案之前设定决策标准，以免有吸引力的执行方案悄然改写成功定义。 - 纳入与该决策相关的无障碍、信任、隐私、运营和业务护栏。 ## 开始前指定一位决策人和一位主持人 - 任命一名有权解决范围争议并在团队意见不一致时选择方向的决策者。 - 任命一名引导师，在不引导解决方案的前提下维护流程、时间盒、参与均衡和证据标准。 - 组建一个小型跨职能团队，成员应直接了解用户、交付、约束和业务成果。 - 需要时邀请专家提供聚焦的意见；他们无须参加每项活动。 - 在冲刺开始前明确研究、招募、原型制作和后勤工作的负责人。 - 记录缺席的决策者将如何及时作出决策；权限未解决是推迟冲刺的理由。 ## 留出不被打扰的工作时间，并尽早招募测试用户 - 预留不受打扰的工作时段，并明确出席要求；零散参与会削弱共同背景认知。 - 准备共享工作区、可见计时器、问题映射与草图工具、原型工具以及决策日志。 - 汇集简明的事实基础：现有研究、约束、指标、以往尝试和已知的未决问题。 - 在设计工作进行的同时招募有代表性的参与者，确认同意与隐私处理方式，并安排候补人员。 - 根据团队情况调整日程，但必须保留理解、发散、决策、原型制作和测试的先后顺序。 - 在压缩活动前先缩小范围，确保每个阶段仍能为下一阶段产出可用的输入。 ## 画出通往目标的流程，选出一个要测试的关键时刻 - 从期望成果出发，绘制通向该成果的参与者、主要步骤、决策和交接关系。 - 向领域专家询问事实、约束、失败模式和未解问题；记录见解，但不要把讨论变成对某个解决方案的鼓吹。 - 将有潜力的问题重新表述为机会问题，使其容许多种答案而不暗示其中一种。 - 找出不确定性、用户价值和决策影响的交汇时刻。 - 由决策者选择一个可在时间盒内呈现并测试的、范围可控的目标。 - 记录被排除的参与者、步骤和假设，以免把狭窄目标误认为整个系统。 ## 在评价之前，让每个人独立画出方案 - 审视领域内外少量相关模式，提炼原则，而不是照搬表面形式。 - 在独立构思之前，让每位参与者回顾目标、问题图、问题和约束。 - 从笔记发展到粗略变体，再形成顺序清晰、无需讲解即可理解的解决方案草图。 - 在保持制作投入较低的同时，提供足以评估构想的细节。 - 将作者身份与评估分开，避免地位、自信程度和表达能力主导选择。 - 在决策阶段之前保留多种真正不同的方法；过早混合会掩盖有价值的权衡。 ## 先静默查看方案，再由决策人选定方向 - 先静默审查解决方案，标出有说服力的要素、疑虑和仍未回答的假设。 - 使用结构化评议来解释构想、将其与冲刺问题联系起来，并找出风险最高的主张。 - 将参与者投票视为信息，而不是替代有明确责任人的决策。 - 由决策者选择一个方向，或明确组合彼此兼容的场景。 - 记录选定的假设、被否决的替代方案、未解决的风险和决策理由。 - 避免表演式共识：当分歧被公开，并由已知的权责主体解决时，它就是有用的证据。 ## 把选中的方案做成分镜故事板和访谈提纲 - 从可信的触发点开始，描述参与者的体验，直至显露关键行为或判断的时刻。 - 将选定方向转化为逐场景故事板，包含具体内容、过渡、选择和系统响应。 - 提供足够背景，使参与者无需观察员解释预期设计也能理解情境。 - 在制作原型前解决矛盾和缺失状态；故事板中的歧义会转化为代价高昂的返工。 - 将路径限制在测试核心问题所必需的范围内，并在约定的截止点冻结范围。 - 另行起草访谈指南，包括中立提示、核心任务、追问问题，以及用于说明预期的开场白。 ## 不搭建真实系统，只做出看起来逼真的原型 - 构建逼真的表层体验，在不实现底层系统的情况下引出可信反应。 - 使保真度与问题相匹配：让会影响结果的内容、时机、交互和决策显得可信，同时简化不可见的内部机制。 - 将制作工作分配给职责清晰的角色，由一名整合负责人保持一致性，并让访谈员能够专注测试准备。 - 测试一个连贯的假设，而不是把彼此无关的构想塞进同一个原型。 - 标明外观原型无法验证的运营、法律、隐私、无障碍和安全假设。 - 对完整路径进行试运行，修复阻断性缺陷，并停止润色那些无法改变决策的细节。 ## 逐一访谈用户，看他们实际怎么做而不是听夸奖 - 在现实任务的情境中逐一访谈参与者，并使用相同的核心场景以便比较。 - 提出开放、中立的问题；邀请参与者边操作边说出想法，不要教他们如何使用界面，也不要为构想辩护。 - 相比泛泛的赞扬或口头偏好，优先关注观察到的选择、犹豫、理解、变通方式和失败。 - 让观察员按参与者和场景记录简明证据，同时由访谈员维持融洽关系。 - 追问意外行为，但要区分保持一致的核心问题与因情况调整的后续问题。 - 保护同意、保密、尊严和参与者安全，并停止任何违反这些边界的活动。 ## 整理发现，并为下一步指定负责人和期限 - 按参与者和关键场景整理观察结果，使重复出现的模式和有意义的离群情况清晰可见。 - 将直接证据与解释分开，再把每项发现追溯到冲刺问题和决策标准。 - 如实评估置信度：小规模定性样本和模拟体验能揭示可用性和用户信念方面的信号，但不能给出总体估计或证明生产环境可行性。 - 决定是继续推进、修订、重复测试、调查新风险、采用其他研究方法，还是停止该方向。 - 说明学到了什么、仍有哪些不确定性、现在哪项假设最重要，以及下一步需要什么证据。 - 为下一项决策或实验指定负责人和期限，让冲刺以行动而不是演示收尾。