用户细分、场景与待完成任务
同一款连线题,两位同龄玩家给出相反意见:一位想立刻遇到难题,另一位嫌第一关看不懂。把反馈平均一下,做成“不太难也不太简单”,为什么可能两边都不满意?
本篇帮助你决定:优先服务哪种人、哪种使用场景,以及哪些反馈暂时不用于指导当前版本。 以下反馈为虚构情境。
年龄为什么解释不了这次分歧
年龄相同,不代表经验、目的和可投入注意力相同。熟悉连线的人可能已掌握基本规则,希望测试能力;第一次玩的人还在判断拖动如何提交。若差异来自经验,增加教学与提供跳过就可能兼容;若差异来自长时间深度推理与短暂放松,产品节奏可能需要真正取舍。
因此,先找能解释行为差异、会改变设计的维度,而不是先造一个看起来完整的画像。
| 维度 | 需要还原的事实 | 为什么会改变选择 |
|---|---|---|
| 经验 | 最近玩过什么相似题,哪些规则已熟悉 | 决定哪些说明有帮助、哪些只是重复 |
| 动机 | 这次希望放松、挑战,还是与朋友比较 | 决定需要什么决策与反馈 |
| 场景 | 会不会被打断,设备和注意力如何 | 决定局长、恢复和操作精度 |
| 替代 | 不玩本游戏时会做什么 | 决定进入成本是否值得支付 |
| 可触达性 | 能否找到这类人开展研究与获客 | 决定定位能否在现实中推进 |
从一次休息,推导产品选择
假设目标场景是:工作间隙出现几分钟空档,何时结束不确定。玩家希望完成一道清楚的小题,被叫走后也不丢进度。这还不是市场事实,而是一组要验证的假设。
顺着场景推:时间不确定,使长篇开场的成本变高;可能中断,使恢复值得优先检查;想获得完成感,使单题需要明确结束与反馈。却不能推出“必须每日签到”,因为场景里还没有每天回来的动机,也不能推出“必须云存档”,因为中断未必涉及换设备。
用“当……时,我想……,以便……”写待完成任务(Jobs to Be Done),是为了把触发、行动与期望结果放到一起。这是组织问题的工具,句子写得通顺不代表任务已经存在。
为什么还要分功能、情绪与社交任务
完成关卡是可见动作,“觉得自己掌握了诀窍”是体验,“想把巧解展示给朋友”涉及他人。三个层次可能一起出现,但不能从第一个自动推出后两个。
例如,加一张分享图不等于玩家有表达动机。先观察他是否主动讲解解法、比较成绩,再检查分享方式能否承载这个内容。把“上瘾”写成价值则跳过了玩家究竟想获得什么,也难以判断过度打断或损失是否破坏体验。
画像和旅程为什么需要证据编号
虚构名字和头像有助记忆,但不会让假设更可靠。画像中真正能指导行动的是“经常中断”“不熟悉连线”“愿意解释解法”等条件,以及每条来自哪里、还未知什么。
旅程把发现、进入、理解、挑战、结束和回访串起来,检查各阶段目标是否连续。例如素材承诺轻松放松,首局却要求精密操作,落差在进入之前已经形成。旅程记录跨阶段经历;用户流程 再定义产品内的状态和路径。
从细分到能招募的人
把“喜欢休闲游戏”改成可核对的筛选条件:最近玩过什么、通常何时玩、对相似规则有多少经验。优先一个主要人群,同时保留对照,才知道冲突是个别差异还是定位边界。
只找开发同事可能得到偏乐观结果,因为他们更愿意研究交互,也可能提前知道你的意图。说明研究目的、记录用途和退出权利,只收集当前问题必要的信息。研究没有招募到人,只说明这次触达受限,不能直接宣布需求不存在。
适用边界:细分不是替拒绝反馈找理由
退出者可能恰好暴露了目标人群内的障碍,不能看到负面反馈才修改筛选标准。先记录原来的范围,再判断哪些新证据需要调整它。
样本少时,画像应保持临时与可修订,不必包装成市场占比。如果两类人共享大部分价值,可以通过可选教学兼容;如果核心节奏冲突,则应明确先服务谁。
练习:为同一玩法写两个场景,各推出三个会改变的设计选择,并注明哪些只是猜测。选一个优先人群,写出实际招募渠道,再进入 访谈与任务观察。