买单的人不一定是使用的人：用户分析先分清三个角色

培训平台的负责人希望看到学习进展，实际使用的同事只想在接待前找到一份资料，采购人员关心合同与付款。开会时把这些需求都叫“用户需求”，很容易出现一种结果：每个人都觉得自己说过重点，做出来的功能却没有帮助真正做事的人。

用户分析可以先做一件具体的小事：把使用者、付费者和决策者分别写出来，再问他们各自在什么场景完成什么任务。这比先做一张年龄、兴趣、性格齐全的画像，更容易指导下一次改进。

先画角色关系，再决定问谁

使用者是直接操作产品的人；付费者承担费用或采购环节；决策者决定是否采用、继续投入或推广。同一个人可以兼任几个角色，也可能完全分开。角色是分析视角，不是要求每个团队都设三个职位。

下面是虚构的内部培训场景，用来展示问法，不能视作任何公司的实际调查结果。

负责人能讲清业务目标，却未必知道手机上哪个入口最难找。使用者能还原现场障碍，也未必清楚采购限制。应把几方材料放在一起，保留不一致之处，而不是用一位职位较高者的意见代表全部。

目标用户指当前阶段打算服务的人；潜在用户指具有相关需求或适用条件、尚未使用的人；种子用户侧重早期试用和反馈；核心用户则是对当前价值实现特别关键的人。这些称呼可能交叉，并非一条从低到高的等级表。

例如，一个愿意边操作边解释的新同事，可以是验证找资料流程的种子用户；熟悉资料、经常帮助别人定位问题的同事，也可能提供关键线索。登录次数多并不自动代表价值更高，付费更多也不是所有阶段唯一的选择依据。

先记录角色、要完成的任务、碰到的障碍、现在的替代办法，以及信息来源。比如“新客服，接待前查双语资料，按顾客用词搜索没有结果，转而问同事；依据为一次匿名观察”。它指向了可检查的问题。

相反，“年轻、爱学习、喜欢效率工具”即使听起来完整，也很难说明应该改哪个入口。与任务无关的年龄、收入和私人经历没有必要收集；不要由几句抱怨推测个人心理，再当作画像事实保存。

每条结论都应留下出处。有人在一次访谈中提到困难，就写一次访谈；尚不知道其他人是否相同，就保留未知。不要把“有两个人这样说”改写成“所有使用者普遍如此”。

如果这轮目标是验证找资料入口，可以优先邀请有真实任务、能够说明操作经过的人。同时留意熟练同事、手机使用者，以及很少登录或已停止使用的人。不是要求一次访谈所有人，而是明确当前样本能回答什么、还回答不了什么。

试用后可以修订用户卡：先前判断的障碍是否真的出现？替代办法是否遗漏？哪个角色的要求仍没有证据？核心服务对象会随阶段变化，早期愿意反馈的人，也不能永远代表稳定运营后的全部人群。

交给AI的内容应使用虚构或脱敏材料，并要求按角色和任务整理，缺失信息写未知，列出反例与未覆盖人群。输出再流畅，也要能回查到原材料；不能凭空补访谈人数、个人背景或“显著提升”的结果。

今天可以完成的小成果是：写一张匿名用户卡，区分谁用、谁付费、谁决定，再补一句“这轮还没了解谁”。有了明确对象，后续讨论功能、内容或流程才有共同起点。