科技服务助手套件使用说明
概述
科技服务助手是一套贯通需求侧与供给侧的全流程工具套件,覆盖技术转移、产品研发与商业化的完整闭环。本套件包含13个专业技能,分为需求侧6个技能和供给侧7个技能,支持独立调用或链路协同。
使用流程
需求侧链路(技术引进方)
按顺序调用以下技能,完成从需求识别到政策匹配的全流程:
- 技术需求挖掘 → 识别企业技术瓶颈,输出需求画像与学科映射
- 成果搜索与匹配 → 多源检索匹配科技成果、专利与研发团队
- 技术价值评估 → 评估技术商业化可行性,输出定价参考
- 对接方案生成 → 生成技术转移合作方案书,含交易结构与里程碑
- 项目跟进管理 → 全生命周期Pipeline管理,风险预警与行动清单
- 政策与资金匹配 → 智能匹配可申报政策、基金与补贴
供给侧链路(技术输出方)
按顺序调用以下技能,完成从产品机会到融资准备的全流程:
- 产品机会发现 → 运用设计思维发现产品机会,输出痛点地图
- 产品定义与规划 → 输出PRD文档、MVP范围与产品路线图
- 技术方案论证 → 技术可行性分析,含路线对比、BOM估算与风险矩阵
- 原型验证规划 → 输出EVT计划书,含测试方案与迭代策略
- 设计验证与量产规划 → DVT/PVT检查清单、量产准备度评估
- 商业化策略 → GTM策略文档,含定价、渠道与PMF验证指标
- 融资准备 → BP框架、数据房清单、估值参考与投资人匹配
供需协同
- 需求侧输出的"技术需求描述"可供给供给侧优化产品定义
- 供给侧输出的"成果信息"与"商业化可行性"可供给需求侧完善对接方案
- 需求侧"估值区间"与供给侧"BOM成本"双向参考,形成合理定价
- 项目跟进管理同步跟踪供需双方项目推进状态
输入输出规范
通用要求
- 所有输出须标注数据来源、查询日期及置信度
- 不确定性信息须明确说明局限性
- 技术需求描述须具体可量化,避免空泛表述
- 执行五维合规校验:政治合规、政策合规、数据合规、广告宣传合规、隐私合规
跨Skill数据流转
| 字段 | 流转方向 |
|---|---|
| 需求编号 | 技术需求挖掘 → 成果搜索与匹配 |
| 成果编号 | 成果搜索与匹配 → 技术价值评估 |
| TRL | 成果搜索与匹配 ↔ 技术价值评估 ↔ 对接方案生成 |
| 匹配分 | 成果搜索与匹配 → 对接方案生成 |
| 估值区间 | 技术价值评估 → 对接方案生成 |
| 项目编号 | 全链路通用 |
| PRD版本 | 产品定义与规划 → 技术方案论证 |
| EVT编号 | 原型验证规划 → 设计验证与量产规划 |
| BOM成本 | 技术方案论证 → 商业化策略 |
| PMF验证结果 | 商业化策略 → 融资准备 |
外部系统连接规范
- 只读拉取公开数据:可直接执行,须在输出中标注数据来源、查询日期与数据性质
- 涉及写入/推送/同步操作:必须向用户展示目标系统、字段映射、权限要求、影响范围,并经用户显式确认后方可执行
- 涉及商业数据库/付费接口/私有系统:必须经用户显式确认后方可执行
- 任何操作均不得自动执行,不得超出用户明确授权范围
- 若用户明确拒绝连接,应基于已提供信息继续完成任务,不因拒绝而中断或降级任务质量
免责声明
本套件协助专业工作流程,不替代专业法律、财务或技术评估意见。所有输出内容应经合格专业人士审核后用于决策。市场预测和估值仅为假设测算,不替代专业判断。
Use Cases
- 针对特定企业识别其技术瓶颈并生成结构化需求画像
- 基于行业关键词进行技术需求泛化分析与趋势研判
- 将技术需求映射到对应学科领域以指导产学研资源对接
- 为技术转移服务提供前置的需求侧分析与画像支撑
Example
# 输入企业名称或行业关键词
技术需求挖掘 "某新能源汽车电池企业"
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,仍需按完整模板重新确认。
参考文档:需求分析模型参考(含五维瓶颈分析法详解、需求画像模板、技术关键词提取方法、学科领域映射参考表)、输出模板参考
数据边界声明
- 所有引用数据须标注来源、查询日期及置信度;不确定性信息须明确说明局限性。