Q4.17.4Premature solution in research readout设计研究

过早给出解决方案会让讨论跳过对问题本身的确认

别名: 读出中过早给方案 · 跳过问题确认 · solution-first readout

概念解释

研究读出若在问题被房间确认之前就抛出功能建议,讨论会立刻转到好不好做、像不像品牌、排不排进版本。读出中的过早方案(premature solution in research readout)让“这件事是否是我们要认的问题”这一步被跳过。方案可以稍后给;先失去的是对问题边界的共同签字。

机制

人面对具体物件比面对抽象缺口更容易开口。一张线框会把工程师、设计、市场的现成反对票全部唤醒,房间的能量从“是否承认这组人在这种结果上失败”转到“这个物件的细节”。未确认的问题随后只能依附于那个物件:物件被否,问题也一起被否;物件被改,问题被当成已经处理。研究者若用方案来证明自己“有产出”,是在用社交可见性交换问题确认这一更难看清的产出。

怎么研究

把读出录音按话轮编码:问题确认、方案细节、实现约束、证据质疑。测量第一张方案图出现前后,问题确认类话轮的密度变化。会后问卷问与会者能否不借助任何功能名复述问题;不能,说明确认被跳过。对照实验:同一发现材料,一场先禁方案十五分钟,一场开场就给方案,比较会后对问题陈述的一致率和两周后待办是否仍指向问题而非指向那张图。

边界

听众有时明确只要选项比较,开场给方案是在回答题目,不是过早。已经反复确认过的老问题也不必每次重演确认仪式。完全不谈方向会让行动派认为研究无用;关键是确认与方向在时间上分开,并留下确认记录。研究者若被要求“顺便给几个想法”,可把想法标成未比较的方向草稿,不放进发现页主栏。

怎么落地

  • 读出前半段禁止出现线框、特性名和“我们可以做一个……”;先投影问题句,请房间口头确认或修正。
  • 确认记录写进纪要第一段;未确认的条目不得进入方案讨论。
  • 后半段若给方向,标明“以下不是已选方案”,并回指刚刚确认的问题句。
  • 有人提前甩出视觉稿时,把它移出主屏,问“这是在解决刚才哪一句问题”;对不上就先改问题句。

延伸

  • 同组Q4.17.1 报告需按决策者要做的决定组织,而非按方法步骤组织 · Q4.17.2 原始引语与视频片段比统计摘要更能推动团队行动 · Q4.17.3 发现若不落到具体待办与负责人,会在会后被搁置
  • 相邻Q4.15 机会点识别与排序 · Q5.07 原型的误导
  • 站内检索premature solution · problem confirmation · research readout

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/Q4.17.4