Q4.01.3descriptive affinity labels设计研究

组名需描述内容而非贴标签

别名: 描述性组名 · 亲和图标签化 · 抽象栏目名

概念解释

一簇条子被写成「信任」「痛点」「沟通」,名字能贴到几乎任何研究上,却说不出这簇里实际发生了什么。亲和图的组名应当是对簇内观察的描述性概括(descriptive affinity label):读名字就能预见到里面是哪些事件或原话,例如「审核要拍三次身份证,仍被判模糊」。标签回收的是抽象范畴;描述回收的是这批材料自己的内容。

机制

抽象词是已经流通的格子。把簇命名为「信任」,等于重新打开那条可以把任何犹豫都塞进去的通道,组名不再受簇内观察约束,也无法被一张不合的条子证伪。描述性名称把约束留在表面上:若簇里没有「拍三次」,这个名字就必须改。命名还决定后来的读者看见什么——决策者通常只读组名。空标签让下游把亲和图当成情绪分类,而不是对具体失败的索引。

怎么研究

拿最终组名给未参与聚类的人,请他们只凭名称列出预期内容,再与真实条子对照,计算命中与空泛程度。比较「范畴词」(可用性、效率、情感)与「事件短语」两种命名下,后续引用该簇时是否仍回到原话。也可追踪组名在报告、路线图里被改写成更空的标题的次数。因变量包括名称预测准确率、簇内异质度和组名在传播中的语义漂移。

边界

更高一层的综合名可以更短,但叶簇仍需描述性名称托底,否则综合名会变成无内容的金字塔尖。受字数限制的幻灯片标题允许压缩,附录或墙面原名应保留可检验的描述。参与者自己在卡片分类里写下的范畴词是他们的语言证据,不应被研究者改成「更专业」的标签;那是另一类资料,不是亲和图组名失败。多语言团队里,翻译会把具体事件洗成范畴词,需要回对原话。

怎么落地

  • 组名先用簇内出现过的动词和对象起草,禁止开场就用「体验」「信任」「流程」。
  • 测试:遮住条子,只留组名,让没贴过这簇的人猜里面有什么;猜不出或什么都能装进去,就改名。
  • 发现组名可以原封不动搬到另一个项目,视为标签,拆开重写。
  • 对外汇报保留一句描述性组名作标题,另附一条代表原话;不要只留范畴词。

延伸

  • 同组Q4.01.1 自下而上归纳而非套用预设分类 · Q4.01.2 分组过程本身是分析
  • 相邻Q4.02 编码与主题分析 · Q4.17 研究发现的传达与落地
  • 站内检索descriptive affinity labels · cluster naming · category dumping

同组卡片

快捷操作

分享

分享当前页面

ios_share

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