截图转专利图：如何把 UI 界面整理成专利附图

软件团队经常有“内容正确、形式不对”的材料。产品经理发来一张截图，流程看起来很清楚，但图里有颜色、阴影、真实用户数据、按钮状态、品牌元素和大量文字。这些适合产品演示，不一定适合专利附图。

截图转专利图不是“照着截图描一遍”。真正的任务是保留对发明有帮助的界面结构，同时删除干扰信息。好的 UI 专利图应该像技术图：边界清楚，区域明确，文字简短，编号稳定，引线可读。

对于软件、AI、工作流、SaaS 仪表盘、移动 App、控制面板类发明，界面图往往是说明系统的一部分。USPTO 对图纸要求可参考 MPEP 608.02 和 37 CFR 1.84。如果后续可能进入 PCT 流程，PCT Rule 11 对图中文字、可复制性和线条清晰度的要求也值得提前考虑。

UI 专利图应该保留什么

截图信息太多，专利图只需要保留对结构和功能有用的信息。

建议保留：

• 屏幕边界和视口形状。
• 主布局层级。
• 导航、输入、内容、结果、控制、状态、预览等功能区域。
• 面板和模块之间的关系。
• 必要的短功能标签。
• 参考编号和引线。

建议删除或简化：

• 颜色、渐变、阴影、模糊、纹理。
• Logo、产品名、账号名、真实用户数据。
• 长句、表格数据、营销文案、密集说明文字。
• 不影响发明理解的装饰性图标。
• 与技术方案无关的像素级细节。

目标不是保留截图的“品牌感”，而是保留界面结构。

从产品截图到专利线稿

截图转换可以分三步。

第一步，把截图简化成线框。保留屏幕、侧边导航、顶部栏、卡片、列表、按钮和输入区域，不保留真实视觉风格。

第二步，把线框转成黑白专利线稿。统一线宽，去掉阴影和色块，只保留边界、层级和必要标签。

第三步，添加参考编号。先给屏幕整体编号，再给主要功能区编号。不要试图给每个小图标、每行文本都编号。

示例编号方式：

常见错误

最常见的问题是过度保留截图。团队希望图“和产品一模一样”，但专利图需要的是功能表达，不是界面还原。

注意这些风险：

1. 文字太多：把长段落替换为 Input、Result、Status、Recommendation 之类短标签。
2. 品牌元素太多：除非有明确理由，去掉 Logo、头像、账号、产品名。
3. 装饰性样式太多：阴影、渐变、卡片圆角、彩色状态一般不需要。
4. 没有参考编号：干净线框不等于可用专利图。
5. 追求像素级复刻：专利图更看重功能关系和结构层级。
6. 流程不清楚：如果发明点是操作步骤，应另配流程图。

好的 UI 专利图往往比截图更简单，但更适合被说明书引用。

UI 编号策略

不要给每个像素编号，给概念编号。

可以这样安排：

• 100：显示屏幕或界面整体。
• 110 系列：导航和选择区域。
• 120 系列：内容面板或卡片。
• 130 系列：输入框和输入控件。
• 140 系列：操作控件。
• 150 系列：状态、警告、确认提示。
• 160 系列：生成结果、推荐、预测内容。
• 170 系列：历史记录、日志、数据表。

编号逻辑要跨图稳定。如果 FIG. 3 里推荐面板是 160，FIG. 4 里类似区域不应随意变成 240。

截图转换提示词模板

Convert this UI screenshot into a black-and-white patent drawing focused on interface structure. Preserve the layout hierarchy, screen boundary, navigation area, content panels, input fields, action controls, and status region. Remove color, gradients, shadows, decorative icons, product logos, user data, and dense text. Replace long text with short functional placeholders. Add reference numerals and straight leader lines for the major interface regions. Do not change the relative positions of the primary UI components.

修改时要写得更窄：

Keep the current UI layout unchanged. Add reference numeral 140 to the primary action control and numeral 150 to the status indicator. Simplify the text inside the content cards to short placeholders. Do not add new UI panels.

“保持当前布局不变”非常关键。否则一次小修改很容易变成重新设计界面。

什么时候需要补流程图

如果发明点不仅在界面布局，还在后台处理流程，单张 UI 图通常不够。

UI 图适合表达：

• 用户在哪里操作。
• 哪些信息被展示。
• 哪个控件触发操作。
• 模块如何出现在显示界面上。

流程图适合表达：

• 服务器处理。
• 判断分支。
• 模型推理。
• 校验、排队、排序、同步。
• 点击之后发生的步骤。

对于软件专利，UI 图说明交互表面，流程图说明方法步骤，两者配合会更清楚。

实用工作流

1. 获取截图或 mockup。
2. 先去掉真实用户数据和敏感信息。
3. 找出与说明书对应的功能区域。
4. 生成简化黑白专利线稿。
5. 添加编号和引线。
6. 如果涉及后台步骤，另做流程图。
7. 导出前和说明书逐项核对。

PatentFig AI 可以加速第 4 和第 5 步，但第 2、3、7 步仍应由专利团队把关。

更快生成 UI 专利图

准备把 App 截图、SaaS 仪表盘或移动端界面转成清晰专利附图？打开 PatentFig AI 生成器。