市场破局 / 方法词条

角色建档:用客户角色卡记下影响选择的关键线索

ROLE-03 · 更新于 2026-11-04 · 约 5 分钟阅读
本页目录 · 7 节结构展开:客户角色卡片的四个要素基本信息 INFO:让人能想起他客户故事 STORY:必须是客户视角客户感受 FEELING:区别于痛点的情绪层洞察 INSIGHT:研究期里那些不该被丢掉的东西使用纪律:怎么写才对运作机制:一张卡片为什么能改变项目

结构展开:客户角色卡片的四个要素

卡片有四个部分,每个承担不同的信息职能。它们不是可选清单——缺少其中某部分,可能影响团队对角色的完整理解。

关系图:客户角色卡片(以一位虚构人物承载全部研究成果);基本信息 INFO,个人档案 + 个人技能;客户故事 STORY,客户视角的典型经历浓缩;客户感受 FEELING,完成任务过程中的情绪与态度;洞察 INSIGHT,客户的自我思考 + 研究者的现场发现;项目成员脑海中,一个可以被理解、被揣摩的人

这张图说的是:四要素是并列承载的关系,不是递进关系。 每一块都直接指向同一个终点——让团队"认识"这个人。缺了任何一块,卡片就只剩标签。

基本信息 INFO:让人能想起他

基本信息是这位客户的档案,由调研者根据调研结论组织撰写,分两部分。

个人档案描述基本身份信息。要让团队记住这个人,为了建立客户画面感,一定要有和这个人气场一致的名字,不要用张三、李四、路人甲代替,一切为了还原真实。白领可以用"李鑫雅""王唯东";蓝领可以用"李二强""张小军"。名字本身没有好坏之分,作用是让项目成员建立感知。

除了名字,个人档案里还包括一张头像照片,必须和想表达的角色高度一致。这样做有一个实际好处:一个好名字和一个好照片,会是未来项目组成员不断在脑海回想的东西。 其余常规信息正常撰写即可。

个人技能是最容易被跳过、却最有决策价值的一块。它记录客户在与业务相关的能力水平——金融类软件要看客户的金融理财理解能力,餐饮服务要看餐具使用能力。

为什么要在意?记录客户故事时,可以用下面这句话提醒团队换一个视角:

尽量将就用户的现有能力,而不是要求用户学习提升。 ——《感性商业》第 6 章第 3 节

这条哲学直接决定了产品设计的取向。所以个人技能的信息,是未来打造体验的重要参考——对保险零售业务来说,"王雅洁"看不看得懂条款里的免赔额,比她的年龄和收入更值得写进卡片。

客户故事 STORY:必须是客户视角

客户故事是卡片里最有特色的部分。客户故事可以是客户旅程的浓缩描述,高度概括客户本人在生活或工作中与目标业务相关的经历。检查故事时,要特别留意谁是句子的主语:

是用户视角的故事,不是业务视角的故事。 ——《感性商业》第 6 章第 3 节

很多人容易犯的研究错误,就是总基于业务来讲故事——讲产品怎么设计、流程怎么走、系统怎么支持,这会让研究的价值大大缩水。故事讲的是"他",不是"我们"。

客户感受 FEELING:区别于痛点的情绪层

客户感受记录的是那些典型经历过程中的感受,这才是客户的"体验"。观察客户完成一个任务是愉悦还是憋屈,对业务改进影响很大。区分客户感受和痛点,可以这样看:

痛点在功能层面评价细节,感受在还原情绪与态度。 ——《感性商业》第 6 章第 3 节

举例来说,"客户不能很好执行某个步骤"是痛点,属于功能层面的细节评价;"客户在这个环节感到紧张/尴尬/无所谓"是感受,属于情绪与态度的还原。

写感受的价值在于避免错过那些由于客户长期使用已经习惯并且麻木的不良细节。客户不会为每天都在发生的不顺当汇报,但顺当一旦消失他会立刻察觉。

卡片里的感受是概要性总结;在后续的客户旅程产出物中,还会有更多细分节点的感受描述。

洞察 INSIGHT:研究期里那些不该被丢掉的东西

记录洞察时要把握分寸:研究的主要任务是理解现状和发现问题,还不必提出定案,但值得保留客户自己的想法。

洞察有两个来源。一是客户针对自己痛点给出的很有创意的自我思考:设计师和客户沟通风格问题时,客户不是设计出身,很难用动线、材质、色系等专业词汇表达问题,但客户可以说:"我觉得不如希尔顿酒店大堂那样豪华。"客户有时是借一个解决办法,告诉团队他究竟在意什么。

二是一线研究人员在研究过程中的潜在思考。因为临场感很好,研究员会自发产生很多解决问题的想法,而这些思考容易当场快速地和客户验证。既然可验证,就应该被记录下来。

洞察块与痛点的差别在这里显形:痛点是"这里不好",洞察是"他心里其实是这样想的"——后者往往指向机会的入口。


使用纪律:怎么写才对

名字和照片不能敷衍。 这是成果物的可用性设计,不是美化工作。写"张三"的卡片,项目成员永远想不起他;写"李二强"配上对味的照片,才可能在讨论中被自然引用出来。

故事必须能被"客户+动词"检验。 把角色代入读句子,如果只有业务视角才成立,说明你写的是业务故事。

感受不能写成功能评价的复述。 "他打不开那个页面"是痛点;"他试了两次没成功,放弃了"是感受。后者才携带决策信息。

洞察不能变成解决方案清单。 客户角色的使命是理解现状与发现问题。洞察块记录的是"客户的自我思考"和"已被现场验证的观察",不是团队的方案提案。

四块内容必须同源。 每一句都应能追到某次具体的观察或访谈记录;追不到的,多半是研究者在自己印象里补的,那属于 需求辨真:分清客户说喜欢什么和为什么会买 说的"被有色眼镜过滤过的信息"。


运作机制:一张卡片为什么能改变项目

机制不复杂,但起作用的地方很具体。

它把不可言说的感性材料变成可引用的对象。 "他有点犹豫"进不了 PRD;写成"他在比价页面停留 40 秒然后关掉",就成了项目组随时可讨论的记录。

它制造了共同参照。 讨论产品时团队各说各话,是因为每个人脑子里装着不同的客户。当成员共享同一个"王雅洁","这样改对不对"就变成"这样改王雅洁会怎样"——问题从立场之争变回对象之争。

它把同理心固化下来。 需求辨真:分清客户说喜欢什么和为什么会买 里说过,同理心是客户研究最重要的隐性成果物,它"像一粒种子生根发芽在所有项目参与者的心中"。客户角色卡片正是这颗种子长出来的形状——它给出一个具体可被想象的人,让"感同身受"有了落点。

它把研究判断与组织记忆对齐。 卡片存在项目里,人走了它还在,下一轮迭代打开它,团队立刻回到理解起点。