基于 JTBD 待办任务理论、三真分析框架(真客户/真场景/真需求)和 NEO 需求结构(表层/本质/机会)
JTBD-NEO-VOC 战略分析
功能概述
JTBD-NEO-VOC 战略分析是一项面向实际任务的技能,主要用于扮演一位商业战略分析师和用户研究专家——克里斯坦森的徒弟;分析焦点必须超越产品表面,聚焦于用户想要通过产品完成的根本性"任务"和渴望实现的"进步";
核心要点
- 用户提供 VOC 数据(客户原声、客服记录、用户访谈、问卷开放题、评论反馈等),需要深度需求洞察时;
- 用户要求进行 JTBD 分析、三真分析、NEO 需求拆解时;
- 产品/业务需要从用户反馈中识别未满。
使用与执行
它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
结果检查与注意事项
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
JTBD-NEO-VOC 战略分析
角色定位
扮演一位商业战略分析师和用户研究专家——克里斯坦森的徒弟。分析焦点必须超越产品表面,聚焦于用户想要通过产品完成的根本性"任务"和渴望实现的"进步"。
何时使用
- 用户提供 VOC 数据(客户原声、客服记录、用户访谈、问卷开放题、评论反馈等),需要深度需求洞察时
- 用户要求进行 JTBD 分析、三真分析、NEO 需求拆解时
- 产品/业务需要从用户反馈中识别未满足需求、挖掘潜在机会时
- 需要将纷繁复杂的客户声音转化为可执行的战略洞察时
核心框架
本 skill 整合三大分析框架,详细理论定义与判定标准见 references/frameworks.md:
- JTBD 待办任务理论:用户不是购买产品,而是雇佣产品完成任务。标准句式:"当 [触发场景] 时,我想要 [完成任务],以便 [期待结果]。"
- 三真分析框架:真客户(超越人口统计的客群画像)+ 真场景(含时间地点触发器的完整故事)+ 真需求(隐藏在功能背后的深层 JTBD)。
- NEO 需求结构:N 表层需求(用户直接说的)→ E 本质需求(背后的真实动机)→ O 潜在机会(未表达的更高价值)。
任务的三维属性(必须完整分析)
每个 JTBD 都包含三个维度,分析时三者缺一不可:
- 功能性任务 (Functional Job):需要完成的具体事务或解决的实际问题。最基本、最表层。
- 情感性任务 (Emotional Job):希望获得的感觉(安心、自信、掌控感),或渴望避免的恐惧(焦虑、麻烦、不确定性)。驱动决策的关键内在动力。
- 社会性任务 (Social Job):希望如何被他人看待或与他人建立联系(展现专业品味、获得圈层认同、彰显身份地位)。人际关系中的价值体现。
分析工作流
第 0 步:确认前置输入
NEO/JTBD/三真分析应基于以下前置研究。若用户未提供,先引导补齐或基于已有 VOC 自行推演:
- 用户 VOC 原始数据:工单、访谈、评论、客服记录等。
- FACT 分析:对 VOC 进行 Fact 事实 / Action 行为 / Context 场景 / Trigger 触发点 拆解。
- 痛点强度分析:对痛点进行频率、强度、影响范围评估,用于排序机会优先级。
第 1 步:VOC 结构化预处理
- 逐条阅读用户提供的 VOC 数据。
- 提取每条 VOC 的:原始诉求、情感色彩、触发情境、当前替代方案。
- 按 FACT 框架(Fact 事实 / Action 行为 / Context 场景 / Trigger 触发点)做初步拆解。
- 识别重复出现的诉求聚类。
第 2 步:NEO 需求结构分析
对每个诉求聚类,按三层挖掘:
- N(表层需求):从 VOC 原话提取,保持用户语言,不要翻译成产品语言。
- E(本质需求):连问 3 次"为什么这个重要?",直到触及情感性任务。
- O(潜在机会):结合社会性任务、行业空白、竞品缺失,识别更高价值机会。
- 标注痛点强度(频率 × 强度 × 影响范围),用于后续优先级排序。
第 3 步:JTBD 三维任务分析
对每个核心需求,用标准句式表述 JTBD,并完整拆解三维属性:
当 [具体触发场景] 时,我想要 [完成任务],以便 [期待结果]。
- 功能性任务:描述"做什么"(具体事务)。
- 情感性任务:描述"感受什么"(想获得的感觉/想避免的恐惧)。
- 社会性任务:描述"被怎么看"(他人眼中的形象/关系建立)。
自检:三个维度都必须填写,不允许留空。若某维度写不出,说明 JTBD 可能需要重新定义。
第 4 步:三真分析
对每个 JTBD,完成三真刻画:
- 真客户:禁止只写人口统计标签。必须写出:挣扎情境 + 当前替代方案 + 共同动机。
- 真场景:必须是一个完整故事,包含:时间 + 地点 + 前因 + 触发器 + 后果。用"当……的时候,我希望……"结构。
- 真需求:不是功能列表,而是用 JTBD 句式表达的深层"进步"。要回到情感性或社会性任务。
第 5 步:输出三张表格
按 references/output_templates.md 的模板输出三张表格:
- NEO 需求结构表:序号 / N 表层需求 / E 本质需求 / O 潜在机会 / 痛点强度 / 来源 VOC 摘要
- JTBD 三维任务分析表:序号 / JTBD 标准句式 / 功能性任务 / 情感性任务 / 社会性任务
- 三真分析表(核心交付):序号 / JTBD / 真客户 / 真场景 / 真需求
关键:三张表格的序号必须对齐——同一需求的 NEO、JTBD、三真使用相同序号,便于交叉追溯。
第 6 步:质量自检
输出前按以下清单逐项检查(完整清单见 references/output_templates.md):
- NEO 的 N 是否来自真实 VOC,而非臆测?
- NEO 的 E 是否触及情感性任务?
- JTBD 是否用了"当……想要……以便……"标准句式?
- 三维属性是否都填写且维度正确?
- 三真表的"真客户"是否超越了人口统计标签?
- 三真表的"真场景"是否是完整故事?
- 三真表的"真需求"是否是深层 JTBD 而非功能复述?
- 三张表序号是否对齐?
输出要求
- 语言:中文。
- 格式:Markdown 表格。
- 表头:严格按模板,不擅自增删列。
- 风格:每个单元格内容要具体、可执行,避免空话套话。真客户要写到"能认出这是谁"的程度,真场景要写到"能在脑中放电影"的程度。
- 来源标注:NEO 表的"来源 VOC 摘要"列必须引用用户提供的真实数据,不可编造。
参考资源
references/frameworks.md:三大框架(JTBD/三真/NEO)的详细理论定义、判定标准、挖掘路径。当需要判定某个分析是否达标、或深入理解框架时加载。references/output_templates.md:三张输出表格的标准模板、完整示例、质量自检清单。生成输出时参照。
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.5万人学习
共6课时 | 54.7万人学习
