很多人做完用户测试都会卡在一步：
? 访谈一大堆，笔记一大堆，但结论说不清。
问题不在你不会分析， 而在你没有把用户反馈“结构化”呈现出来。
这张图，就是我最常用的用户测试整理方式。
? 一行一个用户，先尊重“个体差异”
左边不是结论，是人。
P1 / P2 / P3 / P4
每个人的角色、背景、使用动机都被保留下来
服务设计里有一个很重要的原则：
? 不要一开始就平均用户。
先看每个人怎么想、怎么感受、怎么用。
? 第一印象，比你想象的重要
「First Impressions」这一列，
往往能直接暴露出最大问题：
容易理解 vs 不够吸引
一眼看懂 vs 完全忽略
好奇继续用 vs 想直接关掉
? 第一印象，决定用户愿不愿意走下去。
? 教程 / 引导，常常是“以为用户会懂”
Tutorial 这一列里， 你会看到大量真实反应：
有人根本没注意到
有人觉得有，但太难
有人想要更多示例
这一步特别容易暴露：
? 设计师和真实用户之间的理解断层。
❓ 会不会再用？不要怕看到“No”
很多团队最怕看到这一列。
但服务设计恰恰相反—— “No”才是最有价值的信息。
因为它通常来自：
体验阻力
价值感不足
情绪不被满足
? 不敢面对 “No”，体验永远改不好。
? 最重要的一列：整体观察
最后一列不是重复前面的内容，
而是把零散反馈提炼成模式：
多个用户反复提到的点
看似小，但持续出现的问题
被忽略但影响体验的细节
? 这一步，才是真正的「洞察」。
? 为什么这种整理方式特别适合服务设计？
因为它同时满足三件事：
1️⃣ 尊重真实用户
2️⃣ 方便团队一起看、一起讨论
3️⃣ 能自然导向下一步设计决策
它不是报告， 而是一个“可讨论的决策界面”。
? 一句话总结
用户研究的价值，不在访谈本身，而在你有没有把反馈整理成“能被用来决策的结构”。
#服务设计 #服务设计作品集 #与贤服务设计百科 #设计思维 #交互设计 #与贤服务设计 #用户体验 #ui设计 #ux设计 #服务设计案例
? 访谈一大堆，笔记一大堆，但结论说不清。
问题不在你不会分析， 而在你没有把用户反馈“结构化”呈现出来。
这张图，就是我最常用的用户测试整理方式。
? 一行一个用户，先尊重“个体差异”
左边不是结论，是人。
P1 / P2 / P3 / P4
每个人的角色、背景、使用动机都被保留下来
服务设计里有一个很重要的原则：
? 不要一开始就平均用户。
先看每个人怎么想、怎么感受、怎么用。
? 第一印象，比你想象的重要
「First Impressions」这一列，
往往能直接暴露出最大问题：
容易理解 vs 不够吸引
一眼看懂 vs 完全忽略
好奇继续用 vs 想直接关掉
? 第一印象，决定用户愿不愿意走下去。
? 教程 / 引导，常常是“以为用户会懂”
Tutorial 这一列里， 你会看到大量真实反应：
有人根本没注意到
有人觉得有，但太难
有人想要更多示例
这一步特别容易暴露：
? 设计师和真实用户之间的理解断层。
❓ 会不会再用？不要怕看到“No”
很多团队最怕看到这一列。
但服务设计恰恰相反—— “No”才是最有价值的信息。
因为它通常来自：
体验阻力
价值感不足
情绪不被满足
? 不敢面对 “No”，体验永远改不好。
? 最重要的一列：整体观察
最后一列不是重复前面的内容，
而是把零散反馈提炼成模式：
多个用户反复提到的点
看似小，但持续出现的问题
被忽略但影响体验的细节
? 这一步，才是真正的「洞察」。
? 为什么这种整理方式特别适合服务设计？
因为它同时满足三件事：
1️⃣ 尊重真实用户
2️⃣ 方便团队一起看、一起讨论
3️⃣ 能自然导向下一步设计决策
它不是报告， 而是一个“可讨论的决策界面”。
? 一句话总结
用户研究的价值，不在访谈本身，而在你有没有把反馈整理成“能被用来决策的结构”。
#服务设计 #服务设计作品集 #与贤服务设计百科 #设计思维 #交互设计 #与贤服务设计 #用户体验 #ui设计 #ux设计 #服务设计案例
