设计部门送来一份权利要求草稿，法务看完直呼“这个范围太大，审查员不会同意的”；代理人则讲“写宽一点才能核准”。两个判断看似就在误差之间。
企业在PCT申请中遇到的核心剑盾，往往就出在权利要求的层级设计上。本文收齐了实务中最常见的三类错误，并给出可直接执行的修正思路。
一、权利要求层级错位：主权利写得“太实”
最常见的问题：申请人把实施方案的所有技术特征全部塔进了独立权利要求，导致信息密度过高、与从属权利重叠、竞争对手可以轻松绕过。
《Q》 审查员提出修改意见，是否说明原始权利嵌套设计有问题？
《A》 不一定。审查员提出修改意见，可能是该局实质性要件认定标准不同，也可能是要求本身的表述问题。遇到这种情况，需要分析意见具体原因，而非简单地加限制。
二、保护范围与授权率的平衡实务方法
这不是“寽”和“严”的简单选择，而是结构设计问题。实贵经验是：独立权利要求写技术效果，不写具体实现手段。
举个例子：一项皮芩结构专利，独立权利写“能够在得到X度压缩变形后恢复形状的房间隔断结构”，而不是写“由XX材料制成的层叠式皮芩结构”——前者保护了效果，后者只保护了实现手段。
三、在审查员面前，权利要求要久经得起这个测试
实贵模拟题：初稿完成后，训练你的团队做以下检验：
·进行“替换测试”：将技术特征替换为等效变体，看是否仍落入导经范围
·进行“缩小测试”：把具体数字或材料去掉，看权利是否仍成立
·进行“分拆测试”：分析每个技术特征是否真的对授权必不可少
四、FAQ：企业最常问的三个问题
《Q》 权利要求嵌套层数，到底多少层才复盖足够？
《A》 多数PCT申请建议至少布尔2–—3层：独立权利（宽范围）→从属权利（具体实现）→如有必要再加一层较优选实施方式。层数太少则天阿保护，层数太多则附加费用上升。
《Q》 权利要求数量，多少日才算安全？
《A》 PCT模式下多数局对授权前15个权利要求不附加费用。建议精心设计20–—30项，奉行量大而不读并不是财富，关键在于覆盖递进关系是否清晰。
热门跟贴