Definition & Scope
专利导航是在专利数据基础上叠加产业与技术情报，形成对某个技术领域整体格局的结构化判断，用于支撑研发方向、资源配置与商业决策。
它与普通检索的区别在于：检索回答「有没有」，导航回答「这个领域长什么样、下一步该往哪走」。
| 决策问题 | 导航能提供什么 |
|---|---|
| 该不该进入这个技术方向 | 领域专利密度、主要玩家、进入壁垒 |
| 研发资源怎么分配 | 技术分支的热度分布与空白点 |
| 竞争对手在做什么 | 对手的申请节奏、技术侧重与地域布局 |
| 有没有合作或并购标的 | 标的企业专利组合的质量与互补性 |
| 产品出海有没有风险 | 目标市场的专利分布与重点权利人 |
导航的价值取决于问题问得够不够具体。「帮我看看这个行业的专利」得到的只会是一份资料汇编；「我要决定下一代产品是走 A 方案还是 B 方案」才能得到可用的结论。
Process & Timeline
把商业问题转译成可分析的技术边界与时间范围，确定要回答的核心问题。
按技术关键词、分类号、申请人等维度构建检索式，采集专利数据。
去除无关噪音、同族合并、统一申请人名称，这一步决定后续所有结论的可信度。
从技术构成、时间趋势、地域分布、申请人竞争等维度做定量与定性分析。
输出技术路线图、空白点识别、风险提示与行动建议。
提交报告并就结论做一次解读，确保决策者理解数据背后的含义。
| 阶段 | 参考用时 | 说明 |
|---|---|---|
| 目标界定与检索式设计 | 3—5 个工作日 | 决定分析边界 |
| 数据采集与清洗 | 5—10 个工作日 | 数据量越大耗时越长 |
| 分析与建模 | 5—15 个工作日 | 取决于维度与深度 |
| 报告撰写与交付 | 3—5 个工作日 | 含图表与结论 |
| 整体周期 | 通常 4—8 周 | 技术专题类可能更长 |
数据清洗常被低估。同一家企业在不同时期的申请人名称写法可能不一致，不做归一化处理，竞争对手的申请量会被拆散成好几条，结论就会失真。
Deliverables
一份可用的导航报告应当能被直接引用到决策文件里——每一张图都要指向一个结论，每一个结论都要落到一个动作。只堆图表不给判断的报告，价值有限。
Fees
| 项目 | 计费方式 | 说明 |
|---|---|---|
| 需求界定与检索式设计 | 按项目计 | 含技术边界沟通 |
| 数据采集与清洗 | 按数据量与维度计 | 数据量与清洗难度是主要变量 |
| 分析与建模 | 按分析维度计 | 维度越多成本越高 |
| 报告撰写与图表制作 | 按项目计 | 含可视化与解读 |
| 后续更新（可选） | 按周期订阅 | 定期刷新数据与结论 |
导航属于一次性投入、持续受益的分析工作。技术演进较快时可以考虑按年更新，把上一版数据作为基线做增量分析，比每次从零开始更经济。
Term & Risk
| 风险 | 产生原因 | 应对 |
|---|---|---|
| 结论不可用 | 分析目标没有落到具体决策问题上 | 先定义要回答的问题，再设计检索与分析维度 |
| 数据失真 | 未做同族合并与申请人名称归一化 | 把数据清洗作为独立环节并留出足够工期 |
| 只统计不解释 | 报告堆砌图表，缺少判断 | 要求每一张图配一句结论、每一个结论配一个动作 |
| 时效过期 | 技术演进快，报告完成后未更新 | 对快速变化领域按年更新，保留基线数据 |
| 内部不认账 | 业务与技术部门未参与需求界定 | 在目标界定阶段就让使用方参与 |
导航报告最容易被搁置的原因是使用方没有参与前期的目标界定。让研发、市场与决策者一起把问题问清楚，报告的落地率会高得多。
FAQ
检索回答「有没有」，导航回答「这个领域长什么样、下一步往哪走」。检索是一次性的查证动作，导航是围绕决策问题的系统性分析，输出的是路线图、格局画像与行动建议，而不是一份专利清单。
通常 4—8 周，取决于技术边界的大小与数据量。技术专题类、维度多的项目可能更长。其中数据采集与清洗通常占三分之一以上的时间。
导航提供的是判断依据，而不是替代判断。它能给出领域密度、主要玩家、技术空白与替代风险这些事实，再结合企业的资源与市场能力形成结论。把它当作决策输入，而不是决策本身。
同一家企业在不同时期的申请名称可能不一致，同一项技术可能在多个国家有同族申请。不做归一化，竞争对手的申请量会被拆成多条、同族会被重复计数，后续所有定量结论都会失真。
可以。对技术演进较快的领域，建议按年更新，把上一版数据作为基线做增量分析，既省成本，又能看出变化趋势。
本文所列期限、费用与审查口径均以国家知识产权局等主管部门现行公布的标准为准，实际办理前请与经办人二次核对。本文不构成法律意见。