站在五件届满专利的肩膀上做新产品：组合式研发的完整打法

换一个方向问问题

传统的研发检索问的是：「我这个方案有没有人做过？」——做过就沮丧，没做过就开工。

组合式研发把问题反过来：「我要的每个模块，分别有谁教过怎么做？」

这个提问方向的改变价值巨大。一个完整产品由许多技术特征组成——传感、结构、控制、材料——其中大部分特征的实现方法，早就有人在专利文献里写清楚了，而且其中相当比例已经届满。你的产品作为整体可能是新的，但它的零件几乎都有前人：与其每个模块从零发明，不如先查清楚哪些模块可以合法地站在别人肩膀上。

完整流程：五步

第一步：把产品目标拆成特征清单

「一款防缠绕的扫地机器人滚刷系统」拆开就是：可快拆的滚刷结构、缠绕负载的检测机制、解缠动作的执行机构、异物导出的通道设计……拆到每个特征都能独立回答「这个怎么实现」为止。特征拆得越干净，后面的检索命中越准。

第二步：逐特征检索教导来源，届满优先

对每个特征做检索，找「明确记载了实现方法」的专利文献。这里的关键纪律：

• 届满优先不是偏好，是结构性规则——同样教导了某特征的两件专利，推算届满的那件是公有领域资源，在效的那件是需要绕开或获得许可的障碍；
• 教导要可核验——「这件专利教导了特征 X」必须能指到具体段落（说明书第 [0023] 段），泛泛的「主题相关」不算教导；
• 法律状态要标注推算依据——届满是推算的就写推算，最终以官方登记簿为准。

第三步：组合推导——哪些专利拼起来覆盖了哪些特征

理想结果是一张矩阵：行是特征，列是文献，格子里是「有教导/部分/无」。从矩阵推导覆盖方案时有个容易忽略的原则：优先用最少的届满文献覆盖最多的特征——来源越集中，工程集成越简单，追溯也越干净。

第四步：诚实处理两类特殊格子

• 只有在效专利教导的特征：这是组合里的「热区」。要么为它做绕道设计（换一条实现路线），要么谈许可，要么接受这个模块上市前必须过正式 FTO——无论哪条路，这个标记不能摘。
• 没有任何教导来源的特征：这是留白，是需要你自己真实研发解决的部分——往往也正是产品真正的差异化所在。危险的做法是让 AI 编一个来源把坑填上；诚实的做法是把留白亮出来，排进研发计划。

第五步：集成研发 + 上市前核查

组合方案不是产品，是产品的骨架。模块间的衔接、参数适配、整机优化是真实的研发工作——这部分投入省不掉，也不该省。完成集成后、上市之前：核实所有届满判定（对官方登记簿）+ 正式 FTO 排查整机涉及的所有在效权利。

两条不能碰的边界

边界一：组合做产品 ≠ 拼凑去申请。 把届满专利的内容拼起来做产品是合法竞争、值得鼓励；把同样的拼凑物包装成「新发明」去申请专利，在中国可能构成《规范申请专利行为的规定》下的非正常申请。做产品和搞申请是两件事，前者的自由不延伸到后者。

边界二：模块干净 ≠ 整机干净。 五件届满专利给了五个模块的自由，但整机可能还有第六个、第七个特征踩在别人的在效专利上。届满组合解决的是「研发资源从哪来」，正式 FTO 解决的是「上市有没有法律风险」——顺序上前者在前，但后者不可省略。

我们把这套流程做成了产品：输入产品目标，自动完成特征分解、多库检索（届满结构性优先）、教导矩阵（每格引文可核验）、组合推导和留白标注；涉在效教导的模块永久带正式 FTO 标记。

写在最后

组合式研发不是投机取巧，是对专利制度产出端的正确使用——社会为这些技术方案支付过垄断期的对价，到期后善用它们是制度设计的本意。真正的功夫在两头：前头把特征拆干净、把法律状态核实干净；后头把留白的研发做扎实、把上市前的 FTO 做完整。中间那段「站在肩膀上」，反而是最不需要逞强的部分。