质性研究编码表怎么设计：字段、示例和常见错误

编码表要解决的是追溯和协作

一张看起来很整齐的表格，不一定能支撑研究判断。真正有用的编码表应该让你知道这条编码来自哪份材料、为什么这样命名、哪些片段应当排除、谁在什么时候复核过，以及定义后来如何改变。字段太少，论文写作时找不回证据。字段太多，研究者又会把精力耗在填表而不是比较材料。

设计编码表前，先写清研究问题和分析单位。做描述性主题分析的项目，未必需要“核心范畴”一列。采用扎根理论的项目，则可能需要记录条件、行动和结果之间的关系。最小可用版本比一次性设计完美模板更实际，遇到真实分歧再增加字段，表格才会跟着研究需要成长。

一位研究者在论文修改阶段发现，表格里有编码名称，却找不到当时依据的原文。另一位合作者则发现同一个编码在两周内被写成了两个意思。问题未必源于研究者不够认真，而是表格没有把判断所需的信息放在一起。编码表的价值，正是在忙乱的分析过程中帮你保留这些容易丢失的线索。

先确定一组最小字段

材料编号和原文位置是追溯的起点。公开表格不应放姓名或其他可识别信息，但要保留足够的编号规则，让研究者可以在受控环境中找到原段落。原文摘录也不宜只截半句：如果省略了前后条件，编码定义很容易被误解。

下面这组字段适合多数需要人工复核的项目，具体名称可以按团队习惯调整。

表格不是越复杂越好：项目只做经验描述时，可以暂不设置理论层级。无论采用哪种方法，材料位置、编码定义和复核状态通常都不应省略。它们分别回答“证据在哪里”“这个标签是什么意思”和“这个判断是否已经被讨论”。

字段名称也应服从团队的阅读习惯。若成员把“原文位置”理解成页码，另一位成员却记录时间戳，后续合并就会产生新的查找成本。在试编码时约定格式，并用一两个真实片段测试，往往比先画出很大的表格更实际。表格能否被持续使用，比它第一次看起来是否完整更重要。

定义和边界决定编码能否一致

一个可用的编码定义至少要说明现象是什么、什么证据应纳入、哪些相似表达应排除。比如“寻求同伴确认”可以限定为参与者在不确定如何理解或操作时主动询问、请求示范或评价。普通闲聊不纳入，向导师求证则另标为“寻求权威确认”，除非研究问题明确把两者合并。

定义最好带有正例、边界例和反例。另一位研究者能否根据这些说明作出相近判断，比定义写了多少字更重要。遇到“担心被评价”和“担心被误解”这类相近概念时，把分歧写进定义，往往比在会议结束后口头约定“以后统一”更有用。

定义还要和研究问题保持联系：同一个“寻求帮助”片段，在研究资源获取时可能属于策略，在研究依赖关系时又可能是互动线索。如果不说明分析目的，编码表很快会变成一份脱离语境的词典。每次修改定义时，回看几条已编码的材料，确认新边界没有不易察觉地改变旧结果。

让版本、分歧和反例留下痕迹

试编码时挑选能够体现差异的材料，而不是只选最容易的案例。两位研究者独立填写后，比较分歧集中在哪些边界，再决定是否合并或拆分编码。每次改名都应记录日期、影响范围和理由。旧编码不必直接删除，可以标记为停用，并说明它被合并到哪里。

反例也应留在表格或备忘录中：某条记录不符合主题，不代表它是“错误数据”，它可能揭示主题的条件或范围。保留历史版本，论文写作时才能解释结果为何与早期草稿不同，也方便合作研究者理解一项决定是怎样形成的。

版本记录不需要复杂的软件：日期、修改人、变化摘要和受影响的编码已经能构成基本审计线索。若某次讨论没有形成共识，可以把它标为“待决定”，并附上双方依据。这样的记录允许研究者在结果定稿后回到争议现场，而不是只剩一条无法解释的最终标签。

用 AI 草稿填表时保持人工判断

把整理好的访谈逐字稿、访谈记录或田野笔记上传到灵析后，可以获得开放编码、主轴编码和选择编码草稿，并回溯每条编码的原文位置。研究者可以把这些结果作为候选行，再补充自己的定义、纳入/排除标准、研究备忘录和复核状态。没有经过人工核对的行不应直接标为定稿。

灵析当前只处理文本材料，不支持音频或视频直接上传、转写或分析。完成讨论后，可以导出 .qdpx 衔接 NVivo，继续维护节点和项目记录。研究者仍要对标签、范畴关系和最终理论解释负责。需要了解逐字稿和编码表如何配合时，可阅读访谈逐字稿如何编码。

常见问题

编码表应该用 Excel 还是专业软件？

两者都可以，关键是字段清楚、版本可追踪、原文可回溯。材料量大或需要团队协作时，可选择更适合项目管理的工具，小样本试编码用表格也足够。

编码定义要写多长？

以另一位研究者能据此判断边界为准。短而含糊的定义不如一两句清晰定义加正例、排除例和边界说明有效。

AI 生成的编码能直接填进编码表吗？

可以作为候选草稿行，但必须补齐原文位置、定义、复核状态和修改理由，没有人工复核的行不应标为定稿。