很多第一次申请专利的人，对专利撰写规范的认知还停留在“把技术想法写明白就行”的层面，结果提交之后要么被下公开不充分的审查意见，来回补正耽误大半年时间，要么侥幸授权之后真要维权才发现，说明书根本撑不起权利要求的保护范围，最后竹篮打水一场空。
最常见的误区，是觉得说明书写得越模糊，保护范围就越大。不少申请人故意把技术特征写得含含糊糊，以为这样就能覆盖更多的产品形态，实则刚好踩了审查的红线。权利要求的每一个技术特征都需要说明书有明确的支撑，你写得模糊，审查员会直接认定你没有公开完整的技术方案，大概率会下发驳回通知。就算靠运气过了审查，后续遇到无效请求的时候，对方只要举证本领域技术人员看了你的说明书没法重复实现技术方案，你的专利很容易就被无效掉，完全没有实际价值。
第二个常见问题是技术效果全靠主观描述，没有实际数据支撑。我见过不少申请人写效果的时候，只会说“本发明效率更高、成本更低、体验更好”，既没有和最接近的现有技术做对比，也没有具体的测试场景和测试数据，这种泛泛的描述审查员根本不会认可，甚至会怀疑你的技术方案是凭空编造的，进一步提高审查的严格程度。
还有不少人写的说明书逻辑完全断裂，背景技术里列了一堆现有技术的缺陷，结果发明内容里的方案一个都没解决，要么是具体实施例和发明内容里写的技术特征完全对不上，这些都是非常低级的错误，哪怕技术方案本身有创造性，也会因为这些不规范的问题拖慢审查进度，甚至直接被驳回。
真要写出符合规范的说明书，动笔之前就得先把核心逻辑捋顺：你要解决的具体问题是什么，用了什么区别于现有技术的技术手段，能带来什么可验证的技术效果，这三个点要一一对应，不能有任何偏差。写背景技术的时候，不要抄百度百科的泛泛介绍，要找和你的发明最接近的现有技术，实打实讲它存在的具体缺陷，这个缺陷刚好就是你的发明要解决的问题，不用为了凸显你的发明厉害就把现有技术贬得一无是处，只要讲清楚和你的发明相关的那个缺点就够了。
写发明内容的时候，要和你拟写的权利要求书一一对应，独立权利要求里的每一个技术特征，都要在发明内容里有对应的解释。比如你权利要求里写了“弹性密封件设置在杯盖和杯体的连接处”，你说明书里就要讲清楚这个弹性密封件可以是硅橡胶材质，也可以是氟橡胶材质，截面可以是O型也可以是L型，不同的材质分别适配什么使用场景，这样才算公开充分，也给权利要求的解释留了足够的空间。要是你拿不准对应领域的公开充分标准，也可以用专利Pro（https://zhuanlipro.com ）查同领域的已授权专利的公开尺度，参考人家的撰写逻辑，比自己瞎琢磨效率高很多。
具体实施例部分是很多人最容易敷衍的地方，随便写两行就完事，其实这部分才是说明书的核心。你要把技术方案的实现过程拆得越细越好，最好是让本领域的技术人员看了你的实施例，不用做创造性劳动就能重复出你的发明，达到你说的技术效果。比如你写的是一个新的物联网数据传输方法，你就要写清楚终端设备的触发条件是什么，数据打包的规则是什么，传输过程中用了什么加密协议，云端的解析逻辑是什么，最好附上具体的测试数据，比如在1000台设备同时接入的场景下，传输延迟比现有MQTT协议低22%，丢包率降低17%，有具体的场景和数据，审查员才会认可你的技术效果。当然你也不用把所有的技术秘密都放进去，核心的配方参数或者临界值可以适当做模糊处理，但是不能影响技术方案的实现，要是你把核心参数都藏了，导致本领域技术人员没法重复，那就会变成公开不充分，得不偿失。
很多人觉得写规范只是为了过审查，其实不止，你以后要是遇到专利侵权纠纷，法院判断侵权与否的时候，会用说明书的内容来解释权利要求的保护范围，要是你的说明书写得含糊不清，权利要求的技术特征没法得到说明书的支撑，很可能会被限缩解释，甚至直接不支持你的侵权主张。去年我接触过一个做智能门锁的客户，自己写的专利说明书，权利要求里写了“生物识别模块”，说明书里只提了一句用生物识别解锁，根本没说这个模块的具体实现方式，后来别人用指纹解锁的产品，他去起诉，对方抗辩说你的说明书根本没公开指纹识别的实现方式，权利要求的保护范围不清楚，最后法院直接驳回了他的诉讼请求，几十万的律师费都打了水漂，就是吃了说明书不规范的亏。
还有一些容易忽略的细节，比如你要是在说明书里用了自己造的技术术语，一定要在第一次出现的时候就给出明确的定义，不要让审查员去猜你说的是什么意思。全文的术语要统一，不要前面叫“终端设备”，后面又叫“用户端”，同一个东西换好几个名字，很容易造成误解。如果不知道怎么找最接近的现有技术，也可以通过专利检索工具筛选同领域最近3年的授权专利，参考对方的背景技术撰写逻辑，也能避免很多不必要的错误。