背景

定性分析没有固定的方法和步骤要求，要解决是效率问题。

一方面资料庞杂，另一方面，在定性分析开始阶段没有具体的要求，只有大概方向，会导致过于谨慎，或者过于粗略。同时，对资料分析人员的主观经验要求高。

所以，定性分析需要借助各种工具和流程，规范分析过程，统一标准。

• 分析工具：常见的有Atlas.ti

• 分析流程：亲和图，头脑风暴

之前的项目经验：

1. 接到需求
2. 查找座谈笔记，照片等资料
3. 从文档中逐句阅读（或者找关键字），标记
4. 摘抄到自己的word文档中
5. 过程中，组建自己的观点
6. 将观点总结，PPT撰写

不足：

• 缺乏前期需求了解，需求不明确，不知道在文档中要找什么内容
• 过程缺乏交流，全程没有其他成员开会，头脑风暴为0，基本的状态是：自己想自己的。
• 分析资料的方法缺少系统，没有工具使用。基本上就是用Word将自己看到的信息粘贴到另一个Word
• 总体感觉就是“不科学”。自己主观经验影响结果过多。总体而言就是在将自己的认知传递出去。

自己现在的想法：

• 项目开始阶段，应该充分讨论，任何一个定性项目，都不应该简单的将自己的想法总结就呈现“报告”。
• 头脑风暴法，充分激发大家的讨论。一个人的想法和几个人的想法，不单单是量上的变化。
• 在项目执行阶段，要有规范流程，工具。方法：卡片-亲和图，黑板。将分析过程可视化。

定性资料分析的常见步骤：

1. 收集资料前建立一个概念架构
2. 接触摘要单
3. 编码
4. 写备忘录
5. 暂时个案摘要
6. 精简短文

1.建立概念架构

概念架构：对需求的分析。别人给你的需求可能是一个很模糊的，比如网易宝改名为网易支付后，对这个产品的推广有什么影响？需求很宽泛，我们要对需求分拆，如下：

产品改名影响的用户分类：老用户，新用户（我觉得这个分类是受调研目的左右，如果我要讨论的对不同年龄层的影响呢？刚入职场的小白，有一定储蓄的中产阶层，老年人）

网易资料

2.接触摘要单

读法是：“接触”摘要单，即接触用户资料。以单个用户为单位，对用户问题的简单刻画。没用过，但我觉得这个单子主要目的是：总结这个用户反映的产品问题。重点在“问题”。因为后续项目开展是基于“问题点”

3.编码

三级编码制。逐层概括编码。一级编码开放式具体，明确。二级编码轴心式编码。三级编码选择式编码。

对内容编码，比如有人提到“支付宝”，编码中就写“支付宝”

对所属范围编码，“支付宝”在这里就属于“竞争对手”，编码写“竞争对手”

编码有很多知识点：

4.写备忘录

关键字：反思，评论。结合项目执行过程，评论可以是项目需求的进一步理解（虽然在第一步就已经完成了需求理解），用户观点倾向总结。写备忘录是贯穿整个项目过程的。（如果是这样的，备忘录可以公开，每个人都可以在上面添加自己的观点，这样公开化，成员愿意接受吗？）

5.暂时个案摘要

不理解这个是什么。更像是项目的阶段性总结。

总结的内容包含：

• 研究发现（结合需求）
• 对支持结论的资料质量鉴定
• 资料清单
• 接下来资料收集的重点方向

相对于前面的个人备忘录，这个更像团队备忘录。既然是总结，就要有具体的讨论结果。

6.精简短文

怎么解决在定性分析阶段出现的不同意见？大家可能对一些事情有不同认知，但又必须做出选择，怎样解决？

想象是美好的，很多情况下，大家面临的是：就这么多可能性，有什么可写的？出现这种情况的原因：

• 产品性质在那里摆着，很成熟的产品了，改进空间在哪里？
• 成员压力太大，方向不对，不应要求想出什么与众不同的想法
• 过早开总结会，面临无事可讨论的现象，加重大家消极情绪。
• 成员经验不足