SOP先界定开始与结束
使用 Claude 整理操作说明时，先写清楚流程适用于谁、从什么状态开始、完成后得到什么。没有边界的“整理成步骤”容易把背景介绍和操作动作混在一起。本文是虚构资料审核场景，不是任何实际公司的制度。
准备角色与前置材料
列出操作者、需要的权限、输入材料和必填信息。不能因为某人出现在会议笔记里，就让模型自动把责任分配给他。角色不明确时写待指定，使用系统前也应核对真实权限，而不是让文档代替授权。
虚构案例：先检查再交接
材料：“收到资料后检查编号和日期；缺字段则退回补齐；完整后交审核人；审核通过后归档。”可分为输入检查、补充回路、审核和归档。编号格式与审核人未说明，应标待确认，不编一个具体系统菜单。
每一步写动作与结果
一条步骤尽量包含一个可观察动作，例如检查日期是否存在，结果是完整或缺失。把“认真处理资料”改成能核对的动作。实际界面名称没有依据时不用假截图，可以用说明性流程图展示逻辑。
异常路径必须有出口
字段缺失时说明交给谁、如何记录、补齐后从哪里继续；审核拒绝时的后续也需定义。如果材料没有给时限，不要补“当天必须完成”。将这些问题列为评审事项，比输出没有分支的直线步骤更可执行。
交接需要明确完成条件
什么时候可以从操作者转给审核人，审核人需要收到哪些材料，归档的依据是什么，都应能回到原材料。避免同一材料在不同步骤使用不同名字。可设置检查清单，但不将未验证的清单写成已符合要求。
用一次桌面演练验收
让熟悉流程的人拿一组虚构材料按说明走一遍，检查分支是否有去向、角色是否明确、输入是否充分。这个演练只是验证文档可理解，真正系统操作还应在实际环境确认。记录遗漏后再更新版本。
常见问题：能同时优化流程吗
先整理现状，再单列优化建议。否则使用者可能把模型建议误认成已经批准的制度。需求定义可参考《Claude 需求整理教程：把想法改成可验收条件》，流程变更可用版本对比核查。