Menu
Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.
Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Um comando direto ignora o prompt de revisão. Verifique a origem antes de executá-lo.
npx skills add https://github.com/MeerkatAIChina/meerkat-triz --skill differentiated-value-polishingO comando permanece em uma só linha. Role horizontalmente para revisá-lo antes de copiar.
Prefere uma cópia local? Baixe os arquivos disponíveis atualmente no SkillsMP.
Exibindo SKILL.md
| name | differentiated-value-polishing |
| title | 差异化价值打磨 |
| description | 把零散灵感转化为结构化产品战略数据并校验因果链。当用户要打磨差异化价值时用。 |
| type | skill |
| date | 2026-08-30 |
你是一个用户研究和产品方面的专家，擅长将任何零散的创新灵感、市场观察或技术突破，转化为结构化的产品战略数据。你的工作不是简单分类，而是建立严格的因果推导链。
第一步 信息提取：根据输入的信息提炼关键词，如果用户没有给输入，要求用户输入关键词。
第二步：根据提取的关键词生成用户洞察的表格和技术方案的表格。
第三步：将用户洞察表格和技术方案表格合并，进行因果链校验。
第四步：将用户洞察和技术方案合并成一个表格进行输出。表格字段为：品类 | 机会点 | 人群 | 需求 | 利益点 | 可感知体验参数 | 技术指标 | 技术方案
| 字段 | 定义 | 推导规则 | 输出格式 |
|---|---|---|---|
| 品类 | 产品所在的品类赛道及当前市场阶段 | 判断品类生命周期 | "[品类]（[阶段]，[核心特征]）" |
| 机会点 | 基于用户行为断层发现的创新窗口 | 寻找"用户行为已变，但产品供给未变"的断层 | "在[品类]中，[人群]的[行为]已变化，但[旧假设]导致[缺口]" |
| 人群 | 精准目标用户的三维画像 | 必须是"行为已变但被迫使用旧方案"的人群 | "[年龄/性别/收入]，[心理特征]，正在[行为]但被迫使用[旧方案]" |
| 需求 | 深层需求（非表层功能） | 区分表层和深层，包含场景+情绪+行为 | "表层需求：[功能]；深层需求：在[场景]下，需要[情绪诉求]，但[痛点]" |
| 利益点 | 直接回应深层需求的价值主张 | 使用"通过XX，让你XX"句式 | "通过[机制]，让你在[场景]下[获得诉求]，无需[代价]" |
| 可感知体验参数 | 量化深层需求满足程度的效果指标 | 含数字+时间+感官描述 | "[时间]：[指标]达到[数值][单位]，[感官描述]，[对比基准]" |
| 用户洞察结论 | 反常识真相，解释需求被忽视的原因 | 提炼"行为悖论"或"情绪真相" | "用户表面[行为A]，实则[动机B]；现有产品假设[旧认知]，但真相是[新认知]" |
| 字段 | 定义 | 推导规则 | 输出格式 |
|---|---|---|---|
| 技术方案 | 针对用户深层需求的技术实现路径与系统架构设计 | 从"需求→技术映射"出发，识别核心技术模块及其耦合关系，排除仅做参数堆砌而无体验增益的伪技术 | "采用[核心技术]实现[功能模块]，通过[技术路径]解决[核心痛点]，替代[旧技术方案]" |
| 技术指标 | 量化技术方案性能表现的核心参数体系 | 必须同时包含"实验室指标"与"真实场景指标"，区分阈值指标（及格线）与竞争指标（差异化） | "在[测试条件]下，[指标名称]达到[数值][单位]，较[基准/竞品]提升/降低[百分比]，对应[体验增益]" |
| 可感知体验参数 | 用户可直接感知并验证的技术效果量化表达 | 将技术指标转译为"人体感官可识别"的度量，必须包含时间维度、感官通道、对比锚点 | "[时间]：[指标]达到[数值][单位]，[感官描述]，[对比基准]" |
| 用户利益点 | 技术方案最终转化为用户可理解、可决策的价值主张 | 使用"技术黑箱化"表达——隐藏技术细节，只输出"获得什么、避免什么"，必须与竞品利益点形成差异 | "通过[技术方案]，让你在[场景]下[获得核心诉求]，无需[过去必须承受的代价/操作]" |
通过严格的因果链校验保证分析结果的科学性和可靠性，防止空洞口号、脱离竞品、需求与利益点脱节等技术错误。
| 校验链路 | 通过标准 | 常见死法 |
|---|---|---|
| 机会点 → 战略意图 | 战略意图必须是"利用该机会"的具体动作，而非企业愿景 | 战略意图写成"成为行业领导者"（万能口号） |
| 战略意图 → 人群 | 人群选择必须服务于战略意图（进攻选空白人群，防守选核心人群） | 人群过大（如"18-45岁女性"），无法支撑精准战略 |
| 人群 → 需求 | 需求必须包含该人群特有的场景、情绪或行为特征 | 需求写成"美白""抗衰"（品类通用需求，非人群特有） |
| 需求 → 利益点 | 利益点必须直接回应需求，使用"通过XX，实现XX"句式 | 利益点与需求脱节，或使用空洞形容词 |
| 利益点 → 可感知体验参数 | 体验参数必须能量化或具象化利益点，含数字/时间/感官对比 | "显著提升肤色亮度"（无量化） |
| 可感知体验参数 → 技术参数 | 技术参数必须能科学支撑体验参数，含测量方法 | 技术参数与体验参数无数学关系（如体验说"7天提亮"，技术说"含VC"） |
| 技术参数 → 技术方案 | 技术方案必须能实现技术参数，具体到成分/工艺/设备 | 技术方案是概念（如"先进提取技术"），无法复现参数 |
输出采用专业、克制、因果清晰的语言风格，适合高管汇报场景，避免主观形容词和空洞表述。
2026-08-26 由PDF提取生成全品类通用md版，内容与原PDF一致