企业官网建设流程全解析

KJ法这个词，我第一次听说的时候还闹了个笑话，以为是什么编程框架或者新出的效率工具。后来在一回项目调研中，面对桌上摊开的八十多条反馈，逐条看都有道理，合在一起却互相矛盾，脑子完全理不出头绪，才被一位有经验的前辈点醒：你去试试KJ法。那次之后我才发现，这东西根本不是什么高深理论，而是所有经常跟"混乱信息"打交道的人都该掌握的整理术。这篇文章我就结合自己的实操经历，把KJ法到底是什么、怎么用、以及哪些地方最容易翻车，一次说清楚。

1. 为什么我在面对"一堆信息没头绪"时，第一个想到的是KJ法

1.1 一次让我彻底服气的部门调研

当时我负责某跨部门流程优化，调研做得很足，访谈了十几个岗位，问卷也收了几百份，结果到了整理环节整个人是懵的。问题不是没信息，而是信息太多太杂：前台说客户总催发票，销售说合同签了钱迟迟不到账，财务吐槽月底手工对账容易漏，技术说系统里的开票状态根本不分权限。每个部门讲得都有道理，但放在一块儿看，每条之间好像有关系，又好像没关系。我尝试按部门归类，发现很多跨部门的信息被切断了，按问题归类又发现一个现象背后能扯出七八个原因。

团队里有人提议，干脆投票选几个最重要的算了吧。但投票解决不了"信息之间到底怎么关联"的问题。后来一位前辈给了我一个建议：把所有反馈写在一张张便利贴上，不许分类，全部打乱摊在桌面上，先静默通读一遍。读第二遍的时候，有趣的事情发生了——某些卡片自动开始"互相吸引"，好像天然就该放一起。我们把它们拢成几堆，结果分出来的几组跟我们事先预想的完全不一样，那几组却稳稳地说服了所有人。这就是KJ法最基本的形态。

1.2 它到底是什么，适合解决哪类问题

KJ法，全称亲和图法，由一位日本文化人类学家在野外调研中总结出来的，本质上是一套把零散语言资料整理成结构化图解的方法。核心动作是：把每一条信息写到卡片上，摊开，通读，凭着信息与信息之间的"亲和性"把它们由小到大聚合成层，最后形成一张能看懂全局的图。

这套方法对我来说最值钱的地方在于，它跟普通人整理信息的习惯是反着的。习惯性做法是先想好维度，比如"流程问题""人员问题""技术问题"，再把信息塞进去；KJ法要求你先把所有预设框架扔掉，让分类从资料里自己长出来。所以它特别适合几种情况：一是信息量巨大且边界模糊，二是团队成员各说各话、谁都不服谁，三是问题本身还没定义清楚，根本不知道从哪儿下手。产品经理、运营、项目经理、做研究的人，只要经常处理访谈记录、会议纪要、用户反馈，都会用得到。

2. 亲和图的核心原理：为什么"让资料自己说话"比"强行分类"更可靠

2.1 语言资料的特点：带着情境和温度

KJ法处理的不是数字，而是语言资料。这句话听起来简单，实际上藏着关键区分。数值资料可以直接统计平均值、做相关性分析，但访谈记录和会议发言这类语言资料，价值往往藏在表述背后的情境里。

举个例子：前台说"客户老问发票什么时候开"，销售说"月底对账最怕手工单"，财务说"报销单经常填错退回"。三个表述表面上看不是一回事，但如果把它们放在一起反复读，你会发现它们背后指向同一个信号——开票流程中间存在断点。可如果你一开始就按"部门"这个维度分类，这三条会被拆到三个不同篮子里，线索就断了。KJ法的巧妙之处在于，它不预设部门、岗位、模块这类维度，每一个卡片的原始表述都被完整保留，跨领域、跨岗位的信号才有机会被看见。

2.2 亲和关系而不是逻辑关系

为什么"把所有卡片摊开读两遍"就能分出类别来？因为卡片之间有一种东西叫亲和关系。它不像逻辑关系那样可以严格论证，更多是一种"我读着觉得这两条在说同一件事"的直觉感受。

我用整理衣橱来类比。多数人整理衣柜是这么干的，先在网上买好几个收纳箱，分类标签都想好了：上衣、裤子、外套、配饰，然后一件件塞进去。这是典型的自上而下的逻辑分类。KJ法则是：先把衣橱里所有衣服全扔到床上摊开，不急着叠，先看哪些衣服经常一起穿，哪些颜色风格接近，哪些适合同一类场合。看着看着，它们会自然形成几堆，这时候再根据每一堆的实际内容决定买什么样的收纳箱、贴什么标签。这样分出来的类，才真正贴合物品之间的亲疏远近。分类不是制造秩序，而是发现秩序，这是亲和图跟传统分类法最本质的区别。

3. 一整套可以照着做的实操步骤：从主题确定到亲和图成型

3.1 第一步：把主题问成一个"混沌问题"

KJ法第一步不是收资料，而是把主题表述对。这里非常讲究：主题应当是一个需要弄清楚现状的混沌提问，而不是已经隐藏了答案的方向性提问。

比如"我们目前的流失问题到底卡在哪个环节"就比"如何降低客户流失率"更适合做KJ法的主题。前者承认问题存在但结构不明，需要的是梳理；后者已经隐含了"应该搞一套优化方案"的跳跃，做KJ法容易把思路拉到方案层，反而掩盖现状层的信息。主题写在一张大白纸的顶部，整个过程中不要更换。换主题意味着前面所有卡片分类的基础全部失效，这是我见过最多人踩的坑。

3.2 第二步：收集语言资料，多多益善但别失控

资料的来源可以很丰富：头脑风暴的记录、深度访谈的逐字稿、问卷里的开放题答案、现场观察的记录、项目复盘会上的发言。关键是怎么把原始内容切分成一条一条。

我的建议是，按"一个完整表述"为一条切分，尽量避免把一句话拆成碎片，也尽量避免把两件毫不相关的事情塞进同一张卡片。数量控制在80到120条比较合适。太少聚不出有说服力的群组，太多会让人在分类阶段疲劳，影响后半程的判断质量。如果一次收集到的原始信息远远超过120条，不要急着做KJ法，先对明显重复的内容做一轮"近似合并"，把高度雷同的描述合并成一条再进流程。

3.3 第三步：把每一条写到卡片上

每条一张卡片，这是KJ法最不能偷懒的环节，因为卡片质量直接决定分组质量。书写要遵循三个原则：

• 只写事实性表述，删掉修饰和情绪。比如"我觉得大家沟通太差了"这种要改成"会上决定的方案，会后没人同步给执行人"。
• 尽量用主谓结构，说清楚谁在什么情况下做了什么事。比如"客户在月底集中催开发票"。
• 一张卡片只承载一个完整信息，不要写一大段话。

这里有个实用技巧：所有卡片外观尽量保持一致，不要提前用不同颜色的笔标记哪条重要、哪条次要，更不要写编号。整洁统一的外部形态，能减少分类时"这条被我标过黄色，应该很重要"的先入为主。

3.4 第四步：摊开、通读、由小到大聚合

这是KJ法从操作变成"魔法"的一步，也是最难用好的一步。

把全部卡片打乱，彻底摊开在桌面上，确保每张卡都能看到。团队进入静默状态，每人只是读，不许讨论，脑内消化所有信息。通读一到两遍之后，开始第一轮聚合：把内容之间"看着最投缘"的卡片挑出来，放到一起，一个小群组通常3到5张。这一轮可以按自己的直觉来，不用管什么体系。

难点来了：每个小群组成形后，要给这个群组写一张标签卡，标签写的是这一组卡片共同指向的事实。比如一组卡片分别是"客户等发票超过一周""销售催财务开票被驳回""月底开票系统卡顿"，标签可以写成"开票环节响应慢"。写好的标签卡要跟其他卡片外观明显区分，然后用这些标签卡作为新的整理对象，重新摊开、重新聚合，把小群组并为中群组。如果中群组之间还有明显关联，就再合并一次，形成大群组。整个过程强调自下而上，先有具体卡片，再有小组标签，再有中组标签，最后才是大组。

3.5 第五步：画图、理关系、讲成一个完整故事

分完组只是一半，另一半是把分组结果变成一张亲和图。把最终的大组用圆形或者方形的轮廓圈起来，按照它们之间的逻辑关系排列在白板上，用线条标出因果关系、先后顺序、并列关系或者包含关系。

最后也是最关键的一步：用一段话把整张图讲给别人听。比如"客户流失问题主要集中在售前承诺与售后兑现不一致，而导致不一致的三个大组分别是标准缺失、信息不同步、接口责任不明"。如果能流畅地讲出来，说明结构化成功；如果讲着讲着卡壳了、发现两个大组之间说不清关系，不必硬来，回到第四步重新调整。

表格汇总一下五步：

4. 分组阶段最容易翻车的三条铁律

4.1 铁律一：严禁"跳级整理"

我第一次带团队做KJ法的时候，有一位同事只花了五分钟就给全桌卡片分了堆，动作之快让我怀疑他是不是看完了卡片内容。一问，果然，他心里早就有一个框架，流程、人员、技术、管理，四堆分完，每张卡片只是在被"分配"而不是被"理解"。

这就是跳级整理，也是KJ法里最致命的错误。一旦人的大脑有了预设类别，卡片上的文字就只剩一个扫描标签的功能，信号之间的微妙关联会被整体屏蔽。正确做法是，第一轮聚合不看任何框架，只看卡片本身有没有亲近感。实操中我建议设置一个"防跳级姿势"：分组期间不允许有人说出"这可以归到某某类"这种话，只能指着某一堆卡片说"我觉得这几条在讲同一件事"。措辞一变，动作就变得安全了。

4.2 铁律二：标签必须写在分组之后

标签命名是一张图质量的分水岭。许多人分组还没分完，就开始给每堆起名字，结果名字起得太早，后面的卡片不知不觉在往这个名字上靠，而不是往内容事实上靠。

合适的做法是：一组卡片先聚到齐，确认组内关系不再变化，才开始讨论标签。标签本身要遵守两个原则。第一，尽量使用名词性的事实描述，比如"供应商到货时间不稳定"，而不是评语式的"供应商管理不力"。前者让人一眼看到现象，后者已经带着归责和情绪。第二，如果组内几个人对标签有分歧，不要投票妥协，回到那一叠卡片再读一遍，通常会有新一组卡片浮出，需要被单独拆出来。

4.3 铁律三：孤岛卡片是宝贝

总有一些卡片，读来读去找不到亲戚，孤零零躺在桌子上。新手的第一反应是硬塞进某个看起来有关的组，或者干脆丢掉。我现在的态度是：单列着，哪儿都不去，这就是一座孤岛。

为什么说孤岛是宝贝？因为大多数信息都能找到同类，找不到同类的往往是例外。而真实世界里的问题，往往就藏在例外里。有一次复盘项目延期，几乎所有卡片都聚集在"需求变更频繁"这个区域，只有孤岛卡片写着"上线那周唯一的测试请假"。这张卡片没有产生组群，但看到它的人全都沉默了。亲和图的包容性恰恰体现在允许例外存在，它提醒你，整体分析之外还有不可忽视的个案。

4.4 关于工具选择的经验

分组阶段选什么工具，直接影响操作效率和踩坑概率。面对面工作坊，最推荐大白板加便利贴，原因是实物卡片允许你随手拿起一叠，在手里翻看，再放回桌面，这种物理动作对"感受亲和性"很有帮助。远程协作时，在线协作白板也够用，但我有一条强烈建议：不要开启任何自动归类、标签云、关键词聚类的功能，也不要让工具一开始就显示卡片所属分组。工具越智能，就越容易诱导你跳进跳级整理的坑。让所有卡片光秃秃的，你的判断才会朴素而可靠。

5. 三种真实场景下的用法：会议收敛、需求洞察、项目复盘

5.1 场景一：会议墙角堆了一堆便利贴

公司内部讨论会是最容易信息爆炸的场合，尤其是跨职能的选题会。产品讲用户痛点，运营讲数据波动，技术讲实现成本，市场讲竞品动作。正常开法是一个小时结束，结论却往往只反映了音量最大的那个人。KJ法可以作为会议准全程的插件。

操作上，会议现场放一沓便利贴，所有人发言的时候，主持人把关键句原话快速写下来，贴在墙上的白板上，一条一张，不做评判。会议结束后，把自然产生的话题分组，去掉那些只有一两张卡片的边缘话题，留下三五个大组，下一轮会议直接围绕这几个大组展开。

我试过几次之后最大的感受是，会议上很多看似热闹的分歧，经过卡片化、分组化之后，会发现大家争论的根本不是同一件事。有一次产品和技术吵"到底该不该做这个功能"，卡片摊开后才发现产品组卡片集中表达"用户访问路径丢失严重"，技术组卡片集中表达"接口复用度太低"。两个组鸡同鸭讲，一旦分组结果摆在眼前，吵架的力气瞬间就变成了一致定义问题的力气。

5.2 场景二：用户访谈记录整理出你没想过的主线

做用户研究的人最怕的就是访谈了几十个人，整理完笔记发现跟没做一样，每个人都在说不同的事情。有一回我在一个餐饮门店系统项目里，访谈了12位店长，记录里出现频率最高的原话是"菜单改来改去很麻烦"。所有人看完这句话的第一反应都是：需要一个更顺手的菜单编辑功能。如果我们按功能模块去分类，最终就会得出这么一条需求。

但那一次我们用了KJ法，把每条反馈都切分上卡，分组完成后几乎所有跟"菜单"相关的卡片，跟"下单速度""传菜错误""库存对不上""后厨打印单混乱"聚成了一个巨大的群组。那一刻大家才反应过来，店长嘴上说的是菜单编辑麻烦，真正痛的是前厅后厨的信息不同步，菜单只是这个链条上最眼前的一个表现。这个发现把产品设计优先级的顺序彻底改写了——原本排在后面的"订单状态可视化"被挪到了最前面。这就是KJ法在需求研究里的典型价值：用户描述的是症状，聚类呈现的是病灶所在的区域。

5.3 场景三：项目复盘不变成批斗会

复盘会开成批斗会，是几乎所有团队的真实写照。一上来就问"这个项目为什么延期"，大家的防御本能瞬间拉满，每个人都在解释自己的部分为什么没责任，最后结论谁也写不下去。KJ法在这方面有天然优势，因为它的最小单元是"事实卡片"而不是"责任人判断"。

操作上，复盘会让每个人先安静写卡片，写的是"我观察到发生的具体事实"，禁止写"是谁的问题"。收上来以后，大家共同分组。事实卡片聚出来的类，通常会让所有人吓一跳。我之前带一次复盘，项目延期两周，大家预期最大的归类会是"工期估算不准"，结果分组结果显示80%的事实卡片集中在"需求变更后没有同步到测试"，而Cassandra估算不准的只有零星几张。复盘才不会陷入相互指责，因为接下来要讨论的自然变成了"需求变更通知机制怎么建立"，而不是"谁该背锅"。

6. 我踩过的坑，以及调整后的做法

6.1 坑一：卡片张数远远超过预期，整理到后半段人手发晕

第一次独立主持KJ法，我天真地以为资料越多越好，一场访谈整理出200多条信息，全上了卡片。结果分组到第三轮，所有人的注意力明显下降，后期出现的分组质量肉眼可见地粗糙，很多本来可以细分的组被人为合并了。

后来的调整方案是双重的。第一，收集阶段设定上限，超过120条就先做一轮"近似合并"，但合并时严守一条底线：合并只针对表述完全雷同的卡片，不做跨意义合并。第二，如果实在信息量大，就拆成上午下午两场，每场一个分主题，各自出图后再合并。宁可多花时间也不要让大脑超载，因为KJ法本质依赖人的直觉，直觉最怕疲劳。

6.2 坑二：主题问得太宽，分组出来各说各话

有一回我定的主题是"怎么提升用户体验"，收集卡片的时候特别顺畅，因为什么都能往里装。结果分组完成，出来的四个大组分别是"登录注册流程""配送时效""售后态度""会员积分使用"。四个组之间几乎没有关系，整张图讲不出一个完整故事，亲和图变成了一个简单的分类目录。

后来我学到的原则是，KJ法主题的宽度要控制在"一个问题事件"范围内，而不是"一个领域"。想做用户体验，就拆成"新用户首次使用产品的阻碍""老用户反复咨询的原因""高价值用户放弃使用的节点"这类具体问题，一次只走一个。主题越收窄，分组之间的内在逻辑越紧密，图的价值也越高。

6.3 坑三：把KJ法当成"找优先级"的工具

还有一次做完亲和图，管理层看到几大组问题之后，直接问：那我们先做哪个？我当时答不上来，因为KJ法根本不管这个。它负责把混沌变得清晰，告诉你问题域长什么样，但各组之间谁先谁后，需要结合影响范围、发生频率、解决成本另外评估。

现在我的习惯是，KJ法出图之后再叠加一张"影响难度矩阵"：把每个大组按"影响大小"和"改进成本"两个维度打分，放进四象限。这样亲和图解决的是"有哪些事"，矩阵解决的是"先做哪些事"。

6.4 我现在的习惯顺序

踩过这些坑之后，我自己的标准流程是这样：确定混沌主题；开放渠道收集语言资料；卡片化；摊开静默通读两轮；由小到大聚合、写标签、再聚合；画出亲和图，用一段话整体重述；最后才对成果做优先级评估。整个过程看起来步骤多，但一次60分钟、几十张卡片的整理，熟练以后完全可以在半小时内完成。

7. 关于KJ法，最后再分享一点我的真实体会

用了这么多回，我最大的感悟已经不是分类技巧本身了，而是KJ法改变了我面对混乱时的态度。以前碰上一堆乱七八糟的信息，我总想赶紧找到一个框架把它们压住，好像压住了就懂了。KJ法却强迫我慢下来，先让信息多飞一会儿。而神奇的是，往往就是这段"多飞一会儿"的时间，让真正重要的关联浮出水面。哪怕有时候只有十几张卡片，只要主题清楚、卡片老实、分组不跳级，出来的结果还是比拍脑袋的归类要扎实。

一个小技巧分享给打算第一次尝试的人：不要一上来就追求"完美归类"，第一轮分组错得离谱也没关系，因为分组、拆组、重组的过程本身就是思考过程。一个人做的KJ法是思维整理，一群人做的KJ法是共识形成，这两种价值都值得你亲自试一次。