很多一人公司的 SOP 不是没有写，而是写完就失效：流程变了，旧模板还在使用；多个副本散落在不同位置，执行时不知道该看哪一份。轻量版本管理的核心，不是建立复杂系统，而是让每条流程都能明确回答三个问题：现在用哪一版、最近改了什么、为什么要改。

先建立最小版本规则

每条 SOP 只保留一个明确的当前入口，统一命名为“业务场景｜流程名称｜版本号”，例如“客户交付｜标准咨询项目｜V2”。页面开头固定记录以下信息：

• 当前版本
• 最近更新时间
• 本次修改内容
• 修改原因
• 下一次复查时间

版本号不需要频繁变化。措辞调整、排版优化，可以直接修改正文；如果改变了执行步骤、交付标准、价格规则或风险边界，就应升级版本。这样既避免每次小改动都新建页面，也能防止重要变化被旧模板掩盖。

用变更记录代替复杂审批

一人公司不需要照搬大型团队的审批制度。每次发生实际问题时，只需在 SOP 末尾补一条简短记录：哪一步容易遗漏、哪里造成返工、下次准备增加或删除什么。完成几次同类工作后，再把稳定经验整理回正文。

这种做法比事先写一份完整说明更可靠，因为版本变化来自真实执行，而不是凭空假设。对于仍在试错的业务，可以先记录关键决策和异常处理，不必急着固定成正式流程。

让旧版本退出执行现场

版本管理最常见的风险，不是没有历史记录，而是旧版本仍然容易被打开。稳定流程应设置一个固定入口；旧版本只作为历史参考，并明确标注“已停用”或“仅供追溯”。相关模板、任务清单和交付文件也要尽量指向当前版本，避免文档写的是 V2，实际执行却沿用 V1。

工具选择同样应服从维护成本。轻量文档适合流程尚未稳定时快速记录；流程增多、查找困难后，再考虑知识库的目录、标签和更新记录。只要能稳定保存、快速找到、清楚更新并在执行后复盘，轻量方案就足以支撑一人公司的 SOP 版本管理。