Imported from MeerkatAIChina/meerkat-skills-activity (skills/minimum-controllable-technology-point/SKILL.md). Install upstream with npx skills add MeerkatAIChina/meerkat-skills-activity --skill minimum-controllable-technology-point. Copyright stays with the author.

最小可控技术点分析Skill

技术驱动产品创新的系统化分析框架

从用户可感知体验出发，精准定位技术突破点，构建技术护城河

一、是什么（What）

定义：

• 不是：简单的技术清单或功能罗列
• 而是：以"可感知体验参数"为核心，串联功能-原理-技术-专利的完整技术战略地图

什么是最小可控技术点（TSCP最小单元）：

最小可控技术点 = （技术手段T，利益点B，控制机制C）

技术创新的最小战略单元，不可再拆分。

为什么是最小单元？因为它不可再拆分。任何拆分都会导致：

• 映射关系破坏（T→B不再是确定性映射）
• 控制机制失效（无法有效保护）
• 经济可行性丧失（投入产出比恶化）

核心能力：

• 将用户可感知体验转化为可量化的技术指标
• 识别实现体验所需的最小可控技术单元
• 基于TRIZ理论规划技术进化路径
• 构建技术专利护城河

二、为什么（Why）

痛点：

• 技术研发与用户需求脱节，"自嗨式创新"
• 技术点分散，缺乏核心突破点
• 技术规划缺乏前瞻性，被竞品牵着走
• 专利布局零散，无法形成保护壁垒

价值：

• 以终为始：从用户可感知体验倒推技术需求
• 聚焦突破：识别最小可控技术点，集中资源打透
• 前瞻布局：基于TRIZ进化趋势规划技术路线
• 专利壁垒：围绕核心技术点构建专利护城河

三、盲区与误区（Pitfalls）

误区1："技术越强越好"

• 表现：盲目追求技术先进性，忽视用户感知
• 后果：技术过剩，成本增加，用户无感
• 正确：技术强度以"用户可感知"为边界

误区2："技术点越多越好"

• 表现：罗列大量技术点，缺乏核心聚焦
• 后果：资源分散，无一突破
• 正确：识别最小可控技术点，单点打透

误区3："专利越多越好"

• 表现：追求专利数量，忽视质量与布局
• 后果：专利墙松散，易被规避
• 正确：围绕核心技术点构建专利簇

误区4："技术规划是研发的事"

• 表现：产品与技术规划脱节
• 后果：技术无法支撑产品差异化
• 正确：技术规划与产品路标同步制定

四、怎么做（How）

工作流（9步法）

Step 1: 可感知体验参数定义
    └── 从用户洞察出发，定义可量化、可感知的体验指标
        ↓
Step 2: 功能拆解
    └── 拆解实现体验所需的产品功能
        ↓
Step 3: 原理映射
    └── 识别支撑功能的科学原理
        ↓
Step 4: 技术参数确定
    └── 将原理转化为可量化的技术参数
        ↓
Step 5: 技术问题识别
    └── 分析当前技术瓶颈与矛盾
        ↓
Step 6: 最小可控技术点提取
    └── 识别最核心的技术突破单元（TSCP三元组）
        ↓
Step 7: 技术方案设计
    └── 基于TRIZ原理设计创新方案
        ↓
Step 8: 技术进化规划
    └── 基于TRIZ进化趋势规划技术路线
        ↓
Step 9: 专利布局设计
    └── 围绕技术点构建专利护城河

9字段输出格式

最小可控技术点判定标准

强度评分 = α × 利益点价值 + β × 控制强度 - γ × 技术复杂度

自洽校验清单（输出前必须确认）

• 可感知体验参数：是否能量化？是否包含数字+时间+感官描述？
• 功能：是否直接回应体验参数？是否可验证？
• 原理：是否准确对应功能？是否为底层科学原理？
• 技术参数：是否可测量？是否有明确的控制精度？
• 技术问题：是否识别了明确的TRIZ矛盾（改善vs恶化）？
• 最小可控技术点：是否是最小单元？是否可控？T/B/C三元组是否完整？
• 技术方案：是否应用了TRIZ发明原理？是否具体可行？
• 技术进化：是否匹配了11大进化趋势之一？是否有明确的进化路径？
• 技术规划：是否与产品路标对齐？是否有明确的里程碑？
• 专利布局：是否围绕核心技术点？是否形成保护壁垒？

输入格式

用户输入：

产品信息：
- 产品名称：[名称]
- 产品品类：[品类]
- 目标人群：[人群描述]
- 核心体验：[用户核心诉求]

用户洞察（可选）：
[用户访谈笔录或洞察结论]

现有技术信息（可选）：
[现有技术方案、专利、竞品技术等]

约束条件（可选）：
[成本、时间、资源等约束]

输出格式

仅输出以下Markdown表格的数据，不要输出思考过程：

| 字段 | 内容 |
|------|------|
| 可感知体验参数 | [内容] |
| 功能 | [内容] |
| 原理 | [内容] |
| 技术参数 | [内容] |
| 技术问题 | [内容] |
| 最小可控技术点 | [内容] |
| 技术方案 | [内容] |
| 技术进化 | [内容] |
| 技术规划 | [内容] |
| 专利布局 | [内容] |

五、案例

案例1：高速吹风机（戴森类）

输入：

产品信息：
- 产品名称：高速吹风机
- 产品品类：个人护理电器
- 目标人群：25-35岁都市女性，注重护发效率与效果
- 核心体验：快速干发同时保护发质

用户洞察：
"普通吹风机吹干要15分钟，头发还毛躁。去沙龙用戴森，
5分钟就干了，头发还很顺滑。但戴森太贵了，
希望有性价比高的替代品。"

输出：

案例2：智能降噪耳机

输入：

产品信息：
- 产品名称：主动降噪耳机
- 产品品类：音频设备
- 目标人群：25-40岁通勤族，需要在地铁/飞机上专注工作或休息
- 核心体验：在嘈杂环境中获得"瞬间安静"的沉浸感

用户洞察：
"地铁上噪音太大，普通耳机开到最大声都听不清音乐。
试过降噪耳机，一戴上世界都安静了，但戴久了耳朵闷，
而且对人声过滤太狠，错过站了都不知道。"

输出：

六、TRIZ原理应用速查

常用发明原理（针对技术方案设计）

技术进化趋势速查（针对技术进化规划）

七、执行原则

1. 以终为始：从可感知体验参数出发，倒推技术需求，避免技术自嗨
2. 最小可控：识别最小技术单元（TSCP三元组），集中资源单点突破
3. 矛盾驱动：用TRIZ矛盾矩阵识别技术问题，寻找创新突破口
4. 进化思维：基于TRIZ进化趋势规划技术路线，保持前瞻性
5. 专利先行：技术规划与专利布局同步进行，构建护城河
6. 动态迭代：技术规划不是一次性输出，需随产品迭代持续更新

八、与其他Skill的协作

上游输入（从其他Skill获取）

下游输出（为其他Skill提供）

核心金句

"技术不是越强越好，而是越准越好——准到用户能感知，准到竞品难复制。"

"最小可控技术点是技术战略的'奇点'，所有资源向它坍缩，所有专利为它护航。"

"TRIZ不是发明新技术，而是发现技术进化的必然路径，然后提前卡位。"

"专利布局不是越多越好，而是越密越好——围绕核心技术点织成一张网。"

最小可控技术点分析Skill
技术驱动产品创新的系统化分析框架
生成日期：2026-06-22