前阵子带的两个刚入行的实习代理人，交上来的专利说明书初稿我翻了三页就给打回去了，核心问题都是同一个：写得太宽泛。一个做智能家居扫地机器人的方案，通篇都是“通过传感模块采集环境数据”“通过控制模块调整运行路线”，连这个传感模块是激光雷达还是视觉传感器，调整路线的逻辑和现有技术有啥区别都没说，这种文件交上去，审查员第一通审查意见肯定是“权利要求得不到说明书支持”+“公开不充分”，连修改的空间都很小。
千万不要觉得说明书写得越宽，能拿到的保护范围就越大，这是很多新手最容易踩的误区。权利要求的保护范围是由权利要求书的内容来限定的，说明书的核心作用是给权利要求做支撑，证明你的技术方案是完整可实现的，而且你确实完成了对应的发明创造。如果说明书里全是模糊的上位概念，没有具体的技术细节支撑，权利要求写得再宽也没用，审查员只需要一句“权利要求的技术方案未能在说明书中得到充分公开”，你就得往小了缩范围，反而拿不到原本应得的保护。还有不少人怕写得太细会漏保护，故意把核心参数藏着掖着，最后因为公开不充分被驳回，连补数据的机会都没有，之前有个客户自己写的新材料专利，只说“用耐高温复合组分”，连组分的大致构成、比例区间都没提，最后申请直接被驳回，白白浪费了大半年的时间。
想要避免把说明书写得太宽，首先要做的就是把核心区别特征拆碎了写。你可以先对照专利检索出来的现有技术文件，把你的方案和现有技术重合的常规技术部分一笔带过，把真正的发明点拆成至少3个层级的技术特征来写，从最核心的区别原理，到次要的结构连接关系，再到具体的参数范围，每个特征都要对应写清楚能实现的技术效果。比如前面说的扫地机器人的方案，核心区别是“针对地毯场景的沿边清扫逻辑”，那你就得写清楚怎么识别地毯、识别到地毯之后调整吸力的阈值是多少、沿边的距离控制在什么范围、和现有技术的沿边逻辑相比清扫覆盖率提升了多少，这些内容你写得越具体，权利要求里的上位概念就越站得住脚。
然后一定要写够有区分度的实施例，很多人写实施例就直接抄权利要求的内容，这等于没写。实施例的作用是用具体的下位实现方式，来支撑你权利要求里的上位概念，比如你权利要求里写了“弹性复位件”，那你实施例里就得至少写2-3种具体的实现方式：比如安装空间充足的时候用螺旋弹簧，薄型设备里用金属弹片，需要防水的场景用硅胶弹性块，每种对应的效果是什么，写清楚这些，审查员才会认可你说的“弹性复位件”是合理的上位，不是你随便编出来的宽范围概念。如果不知道实施例写多少合适，你可以参考专利撰写的实操模板，不同领域的申请文件对实施例的数量、详细程度都有明确的参考标准，不用自己瞎摸索。
写完初稿之后一定要做反向校验，把自己代入审查员的视角，逐句核对权利要求里的每一个技术特征，有没有在说明书里找到对应的公开内容，有没有对应的技术效果说明。我平时写完初稿都会用专利Pro过一遍，把权利要求和说明书做个关联性校验，系统会自动标记出没有在说明书里出现过的技术特征，省得自己逐字找漏，效率能提不少，需要的可以去https://zhuanlipro.com 试试。如果发现某个特征在权利要求里有，但是说明书里没写清楚具体实现方式，要么就把这个特征从权利要求里删掉，要么就在说明书里补上对应的内容，千万不要带着漏洞提交申请。
很多人嫌写细了麻烦，其实前期把说明书写得精准扎实，后期能省非常多的事。我之前有个客户的新能源电池热管理的专利，因为说明书里把每个技术特征对应的效果、试验数据都写得非常清楚，审查员提的两次“权利要求得不到说明书支持”的审查意见，我们直接把说明书里对应的段落摘出来，附上对比试验数据就答复通过了，从申请到授权只用了14个月，比同领域的平均授权速度快了近半年。而且后续如果遇到侵权纠纷，说明书里的细节越充分，你用来解释权利要求保护范围的依据就越多，不会被对方轻易用现有技术抗辩打掉专利权。
当然也不用走极端，不是说所有内容都要事无巨细写出来，比如你用到的某个现有技术的常规芯片，就不用把它的内部结构、工作原理从头到尾写一遍，只要写清楚它和你发明点相关的连接关系、作用就行，不然说明书会写得又臭又长，审查员看着也烦。如果确实有某些核心工艺参数你不想公开，那你就直接把这个参数从权利要求里去掉，不要出现权利要求里有这个特征，说明书里又不公开的情况，最后反而给自己挖坑。
很多人入行的时候总想着要给客户写最大的保护范围，恨不得把所有可能的情况都囊括进去，但专利的本质是公开换保护，你公开得越精准、越充分，你拿到的保护范围才越稳定，不然就算侥幸授权了，后面遇到无效或者诉讼，也很容易被打掉，反而白忙活一场。