行业痛点分析
本 Skill 是盒子原创行业研究 Skill 组合中负责行业痛点分析的专项 Skill,识别“谁在什么情境下,因为完成什么任务或经过什么节点,反复、持续,或在关键时点承担什么现实损失,以及现有办法为什么仍不够”。
不要把抱怨、需求、风险、供应商卖点或行业难题清单直接命名为痛点。
需要使用分析表时,读取 references/行业痛点分析工作表.md。
1. 定位与边界
本 Skill 可独立使用,也可读取案例、结构、经营、竞争或其他分析结果。它以“承担者和现实损失”为分析单位,直接整理与痛点有关的材料,不扩成完整产业、经营或案例专题;驱动可造成痛点,痛点也可成为行业约束,但二者不得在同一评分中相互抵消。
不承担完整信源评级、无关案例库重编码、市场规模、产品设计、战略或投资结论;负责本专项分析和 Markdown 交付,不扩成完整行业或企业总报告。
2. 启动与工作流程
- 由
hehe-industry-researcher调用: 收到任务卡和材料索引后直接读取材料并执行,不重新启动路由。 - 用户直接调用本 Skill: 本 Skill 单独启动,在对话中确认对象、研究范围、地域、时间、用户口径要求及已有材料,再决定是否搜索。
开始执行前读取 专项工作流程,按对应路径接任务、搜索、审核、分析、自审和交付。 交付时读取 行业痛点分析交付模板,按模板完成本专项成果;用户明确不落文件时,在对话中交付。
完整交付原则。 用户要求完整、深度或系统研究,或本专项作为 hehe-industry-researcher 完整研究中的适用模块时,必须先形成独立完整专项报告,不得因后续还会汇总而只返回摘要、任务卡或几条结论。只有用户明确要求局部/简版,或资料只能支持有限披露时才切换输出模式,并在报告中标明;完整度按交付模板的分析单元和正文目标体量检查,交付前实际计数。
3. 核心分析方法
以下五步构成一条完整判断链。问题较小时可以简写,但不能把候选表达直接跳写成行业痛点。
1. 明确范围、承担者与任务
每个候选使用:
承担者 × 任务/流程/产业节点 × 情境 × 时间窗口
承担者可为 C 端用户、使用者、采购者、决策者、付款方、实施者、企业客户、供应商、服务商、渠道、劳动者、监管执行方或其他参与者。B/G 端按实际情况拆开需求发起、付款、审批、采购、使用、实施、验收和责任承担角色。不同承担者、任务、节点或时期不得合成一个模糊的“行业痛点”。
2. 整理候选并选用合适的分析方式
先区分候选是什么:
| 候选类型 | 如何处理 |
|---|---|
| 需求 | 记录希望完成的任务或结果;只有未满足并造成现实损失时才升级为痛点候选 |
| 抱怨/情绪/反馈 | 作为表达线索;核对行为、资源投入、结果或持续机制,不自动外推 |
| 流程摩擦 | 判断是否反复增加时间、成本、错误、协调或放弃,不因一次不便就上升为行业痛点 |
| 产业瓶颈 | 核对节点受阻的材料,识别承担者、损失和绕行成本 |
| 经营约束 | 核对采购、合同、成本、回款等经营材料,区分主体特有问题与行业共性 |
| 风险 | 尚未发生时标为风险暴露;已经形成保险、合规、准备、责任或机会成本等当前负担时,再分析现实痛点 |
| 产品卖点/节省承诺 | 只作为待核主张,不能反向证明痛点存在或可解决 |
| 行业痛点 | 明确承担者在明确任务或节点上反复、持续,或在关键时点承受可观察损失,且当前替代仍存在明显缺陷 |
再根据材料选择分析方式:
- 材料少、差异大或没有分母:做定性辨析;
- 部分字段可追溯且单位一致:以定性为主,对这些字段做有限计数;
- 分析单位、可比字段、分母及材料形成过程都能说明:做样本内综合。
Agent 默认选择并说明理由;只有选择会明显改变工作量、统计范围或结论强度时,才请用户确认。数量不自动决定分析方式。需要计数时记录分类规则、去重和分母;分类不稳时保留定性观察。
整理候选时,至少保留承担者、任务或节点、情境与时期、原始表现、可能的损失、现有替代、来源、反例和缺口。原始表达、已有事实、研究者推断和本 Skill 结论分开;没有损失证据的项目仍可作为需求、抱怨、风险或待核候选,但不升级为痛点。
3. 核查现实损失及其未被解决的原因
先分清三件事:表面症状是看见了什么,形成原因是为什么发生,现实损失是给谁带来了什么后果。对核心候选整理:
触发/条件 → 任务或节点受阻 → 立即负担 → 应对行为 → 下游结果 → 持续或缓解机制
现实损失可以包括时间与等待,直接成本、预算占用和现金压力,收入、订单、转化、产能或机会损失,错误、返工、质量、交付或结果偏差,合规、安全、信誉、法律或责任负担,协调、认知、组织和情绪负担,以及放弃、不行动、流失、非消费或替代迁移。
证据可以表现为主观表达、实际行为、资源投入、交易或预算、经营结果及跨角色影响。这些不是必须逐级通过的固定阶梯;只需说明已经观察到什么、尚缺什么。
同时核对现有产品、服务、人工、自建、外包、流程变通、不行动或退出:它解决了哪一段,留下了什么,是否把成本、风险或责任转给另一角色,以及采用所需的预算、能力、集成、迁移、学习、信任、审批或合规条件。替代未被采用或未能持续,可能是痛点不强、方案不佳、预算不足、责任错位或资料不足,不能直接归因。“存在解决方案”不等于痛点消失,“缺少新技术”也不等于存在商业机会。
4. 判断发生范围、持续方式与当前重要性
分别判断:
- 是单一主体特例、特定分群或特定节点问题,还是在多个独立主体或角色中重复出现;
- 是否集中在某地域、时期、规模、技术路线、客户类型、采购制度或业务模式;
- 是一次事件、周期性问题、过渡摩擦、结构性持续负担,还是低频但在关键时点造成重大后果;
- 主动发声、极端案例、供应商宣传和公开材料选择机制是否放大可见度;
- 满意者、无需求者、成功绕行者、沉默主体和反例是否被遗漏。
没有分母时不输出发生率、普遍性或行业比例。多个案例出现只支持“当前材料中的重复观察”,不自动证明行业共性。
不使用跨行业固定权重或统一总分。结合当前问题判断损失是否真实且足以改变行为或经营结果、承担者和覆盖范围是否清楚、替代是否昂贵或低效、损失能否缓解、证据是否独立,以及哪些条件会强化、减弱或消除问题。可使用“关键痛点候选、重要但分群化、局部或阶段性负担、弱线索、非痛点、暂不判断”等结论;不可比较时分组呈现,不强行排名。当前重要性不能直接证明商业可解性、付费意愿、市场规模或投资价值。
5. 形成结论、限制与后续观察
每条核心结论至少说明:谁在什么任务或节点、什么情境和时期承担了什么损失;问题如何形成;现有替代为何仍不够;当前判断适用于哪些对象;哪些反例、缺口或变化会削弱结论。
总体判断使用 成立|条件成立|不成立|暂不判断。不成立表示现有证据支持排除该痛点命题,暂不判断表示关键证据不足。需要补证时,把会影响核心判断的缺口转成任务;任务允许且有可用搜索能力时,在本次分析中补充,无法解决时降低结论强度并保留缺口:
痛点候选|缺失的承担者/情境/损失/替代字段|对象/地域/期间|需要的原文或现实结果|用于区分什么解释|可接受替代|补充后更新哪一部分
4. 验收
- 每个核心候选均有明确承担者、任务/节点、情境和时期。
- 需求、抱怨、摩擦、瓶颈、经营约束、风险、卖点和痛点没有混写。
- 现实损失、行为或结果依据可追溯;没有用供应商承诺反证痛点。
- 原始表达、已有事实、推断和痛点结论分列。
- 现有替代、绕行、不行动及其新增负担已经核对。
- 主体特例、分群重复和行业共性没有相互冒充。
- 少量材料允许定性观察;任何计数都有单位、分母和样本边界。
- 分析方式与材料条件匹配;需要人工讨论时已说明选择及风险。
- 材料整理与编码服务于本题痛点判断,没有扩成无关的完整专题。
- 优先级是条件性判断,没有固定权重、伪精确分数或商业机会跳跃。
- 允许且必要的关键补证已经执行;未解决缺口、新材料状态和判断边界已经标明。