技术需求挖掘

---
name: 技术需求挖掘
title: 技术需求挖掘
description: 'Based on company name or industry keywords, identify technical bottlenecks, generate demand profiles, extract technical keywords, and map disciplines to output structured technical demand analysis reports.'
source: community
author: QoderWork
githubUrl: https://github.com/qoderwork/skills
docsUrl: https://docs.qoder.com
category: professional-services
tags:
- technology-demand
- bottleneck-analysis
- enterprise-research
- keyword-extraction
- discipline-mapping
roles:
- tech-manager
- researcher
- consultant
featured: false
popular: false
isOfficial: false
installCommand: |
  git clone https://github.com/qoderwork/skills
  cp -r 技术需求挖掘 ~/.qoder/skills/
date: 2026-06-07
version: 1.0.0
description_zh: '基于企业名称或行业关键词，识别企业技术瓶颈、生成需求画像、提取技术关键词、映射对应学科领域，输出结构化技术需求分析报告。'
user-invocable: true
argument-hint: 输入企业名称或行业关键词，如"某新能源汽车电池企业"
---

<!-- START_SUITE_CONTEXT: 以下内容来自 .qoder-plugin/qoder.md，所有 Skill 共享 -->

# 科技服务助手套件使用说明

## 概述

科技服务助手是一套贯通需求侧与供给侧的全流程工具套件，覆盖技术转移、产品研发与商业化的完整闭环。本套件包含13个专业技能，分为需求侧6个技能和供给侧7个技能，支持独立调用或链路协同。

## 使用流程

### 需求侧链路（技术引进方）

按顺序调用以下技能，完成从需求识别到政策匹配的全流程：

1. **技术需求挖掘** → 识别企业技术瓶颈，输出需求画像与学科映射
2. **成果搜索与匹配** → 多源检索匹配科技成果、专利与研发团队
3. **技术价值评估** → 评估技术商业化可行性，输出定价参考
4. **对接方案生成** → 生成技术转移合作方案书，含交易结构与里程碑
5. **项目跟进管理** → 全生命周期Pipeline管理，风险预警与行动清单
6. **政策与资金匹配** → 智能匹配可申报政策、基金与补贴

### 供给侧链路（技术输出方）

按顺序调用以下技能，完成从产品机会到融资准备的全流程：

1. **产品机会发现** → 运用设计思维发现产品机会，输出痛点地图
2. **产品定义与规划** → 输出PRD文档、MVP范围与产品路线图
3. **技术方案论证** → 技术可行性分析，含路线对比、BOM估算与风险矩阵
4. **原型验证规划** → 输出EVT计划书，含测试方案与迭代策略
5. **设计验证与量产规划** → DVT/PVT检查清单、量产准备度评估
6. **商业化策略** → GTM策略文档，含定价、渠道与PMF验证指标
7. **融资准备** → BP框架、数据房清单、估值参考与投资人匹配

### 供需协同

- 需求侧输出的"技术需求描述"可供给供给侧优化产品定义
- 供给侧输出的"成果信息"与"商业化可行性"可供给需求侧完善对接方案
- 需求侧"估值区间"与供给侧"BOM成本"双向参考，形成合理定价
- **项目跟进管理**同步跟踪供需双方项目推进状态

## 输入输出规范

### 通用要求

- 所有输出须标注数据来源、查询日期及置信度
- 不确定性信息须明确说明局限性
- 技术需求描述须具体可量化，避免空泛表述
- 执行五维合规校验：政治合规、政策合规、数据合规、广告宣传合规、隐私合规

### 跨Skill数据流转

| 字段 | 流转方向 |
|------|----------|
| 需求编号 | 技术需求挖掘 → 成果搜索与匹配 |
| 成果编号 | 成果搜索与匹配 → 技术价值评估 |
| TRL | 成果搜索与匹配 ↔ 技术价值评估 ↔ 对接方案生成 |
| 匹配分 | 成果搜索与匹配 → 对接方案生成 |
| 估值区间 | 技术价值评估 → 对接方案生成 |
| 项目编号 | 全链路通用 |
| PRD版本 | 产品定义与规划 → 技术方案论证 |
| EVT编号 | 原型验证规划 → 设计验证与量产规划 |
| BOM成本 | 技术方案论证 → 商业化策略 |
| PMF验证结果 | 商业化策略 → 融资准备 |

## 外部系统连接规范

- **只读拉取公开数据**：可直接执行，须在输出中标注数据来源、查询日期与数据性质
- **涉及写入/推送/同步操作**：必须向用户展示目标系统、字段映射、权限要求、影响范围，并经用户显式确认后方可执行
- **涉及商业数据库/付费接口/私有系统**：必须经用户显式确认后方可执行
- 任何操作均不得自动执行，不得超出用户明确授权范围
- 若用户明确拒绝连接，应基于已提供信息继续完成任务，不因拒绝而中断或降级任务质量

## 免责声明

本套件协助专业工作流程，不替代专业法律、财务或技术评估意见。所有输出内容应经合格专业人士审核后用于决策。市场预测和估值仅为假设测算，不替代专业判断。

<!-- END_SUITE_CONTEXT -->

## Use Cases

- 针对特定企业识别其技术瓶颈并生成结构化需求画像
- 基于行业关键词进行技术需求泛化分析与趋势研判
- 将技术需求映射到对应学科领域以指导产学研资源对接
- 为技术转移服务提供前置的需求侧分析与画像支撑

## Example

```bash
# 输入企业名称或行业关键词
技术需求挖掘 "某新能源汽车电池企业"
```

## Use when

以下关键词或场景可触发本 Skill：

"技术需求分析"、"企业瓶颈诊断"、"需求画像生成"、"产学研对接建议"、"技术痛点识别"、"学科领域映射"、"技术关键词提取"、"技术现状梳理"、"需求结构化报告"、"五维瓶颈分析"

Trigger keywords: "technical demand analysis", "enterprise bottleneck diagnosis", "demand profiling", "industry-academia collaboration matching", "pain point identification", "discipline mapping", "technical keyword extraction", "technology status review", "structured demand reporting", "five-dimensional bottleneck analysis"

## Not for

- 不涉及已公开技术方案的详细设计
- 不替代实地调研或专家访谈
- 不保证所有信息均可公开获取

## User must provide

- 企业名称或行业关键词（至少一项）
- 目标技术领域或产品方向

## Ask if missing

- 若输入仅为模糊行业描述，询问目标产品类型、当前技术路线、主要竞争对手
- 若企业名称无法识别，询问企业全称、主营业务、年营收规模

## Output

- 结构化技术需求分析报告（Markdown格式）
- 包含：企业基础信息、技术现状、核心痛点（优先级排序）、技术需求清单、学科领域映射、建议对接资源类型




- 输入类型分为企业名称、行业关键词和技术领域三种路径，需分别触发对应的分析逻辑：企业名称触发企业技术画像分析，行业关键词触发泛化分析，技术领域触发深度拆解
- 信息收集覆盖企业基础信息、技术现状、竞争格局、政策环境和市场反馈五个维度，优先使用公开可查证数据，不虚构填报
- 瓶颈识别采用五维瓶颈分析法：工艺瓶颈（生产效率/良率/能耗）、材料瓶颈（进口依赖/卡脖子风险）、装备瓶颈（自主可控/精度效率）、软件瓶颈（工业设计/控制/算法）、人才瓶颈（高端研发/技能缺口）
- 需求画像输出须包含基础信息、核心痛点（按优先级排序）、技术需求清单、关键词云（三级分层）、学科领域映射（一级/二级/交叉）和建议对接资源类型（高校院所/科研机构/行业平台）
- 所有技术需求描述须具体可量化，避免空泛表述；数据须标注来源（如"据XX年报""据行业白皮书"）；不确定性信息须标注置信度（高/中/低）
- 执行五维合规校验：政治合规（无违规表述/敏感用词/不当导向）、政策合规（核实产业政策与技术标准准确性，不编造条文）、数据合规（企业信息来自公开可查数据）、广告宣传合规（避免"最""第一""顶级"等极限词，不夸大功效）、隐私合规（不泄露未公开财务数据/核心工艺参数/涉密项目资料）；校验不通过则打回修改，直至通过
- 合规校验过程不输出，仅输出最终通过的结果
- **输入兜底**：若输入仅为模糊行业描述或企业名称无法识别，输出"信息不足，建议补充：企业全称/主营业务/具体技术痛点"的待补充清单
- **外部系统连接（仅草案）**：区分操作类型与数据性质，差异化处理：

  - **只读拉取公开数据**（如政府公开网站、国家知识产权局公开数据库、科技部/工信部公开政策接口、学术期刊开放获取数据、法院判决公开信息等）：可直接执行，无需显式确认，但须在输出中标注数据来源、查询日期与数据性质（公开数据）
  - **涉及写入/推送/同步操作**（如写入Notion/飞书/CRM、推送广告后台、同步项目管理工具/实验室排期系统、同步Jira等）：必须向用户展示目标系统、字段映射、权限要求、影响范围，并经用户显式确认后方可执行
  - **涉及商业数据库/付费接口/私有系统**（如企查查、IT桔子、Statista、Sensor Tower、立创商城API、腾讯广告API、认证机构付费接口等）：必须经用户显式确认后方可执行
  - 任何操作均不得自动执行，不得超出用户明确授权范围
  - **拒绝执行兜底**（适用于需确认场景）：若用户明确拒绝连接或表示不需要外部数据（如回复"不需要""不用了""跳过"等），skill应回应"已收到，将基于您已提供的信息继续完成分析，不连接外部系统。"并正常输出本skill核心交付物，不因用户拒绝而中断或降级整体任务质量。
  - **统一确认话术模板**（适用于需确认场景）："拟执行以下外部系统操作：【操作简述，如'从XX系统拉取YY数据'/'向XX系统写入YY数据'】。目标系统：【系统名称】；涉及字段：【字段映射列表】；权限要求：【所需授权说明】；影响范围：【数据范围与风险说明】。请确认是否执行？（回复'确认'以继续，或回复'不需要'以跳过）"
  - **Session内确认复用**（适用于需确认场景）：在同一对话session中，若用户此前已确认连接某外部系统且操作类型（拉取/写入/推送）与字段映射未发生变更，再次涉及该系统的确认时可简化为："是否继续使用【系统名称】执行【操作简述】？（回复'确认'继续，或'不需要'跳过）"。若操作类型、字段映射或权限要求发生变更，或进入新session，仍需按完整模板重新确认。
- 参考文档：[需求分析模型参考](references/需求分析模型.md)（含五维瓶颈分析法详解、需求画像模板、技术关键词提取方法、学科领域映射参考表）、[输出模板参考](references/输出模板.md)

## 数据边界声明

- 所有引用数据须标注来源、查询日期及置信度；不确定性信息须明确说明局限性。