写SOP的方法没有对或错。然而，你的公司可能已经有了许多SOP，你可以用来作为参考指南，它们能让你知道如何编写程序会比较好。如果是这样的话，建议你使用预先存在的SOP作为模板。如果没有，你有以下几个选择：   简单的分步式。这个格式适用于那些很短的例行程序，这些程序没有多少种可能的结果，但却是相当重要的。除了必要的文档和安全指导方针，它其实只是由一些告诉读者该做什么的项目符号构成的简单句。  层次化的分步式。这通常是用于含有超过十个步骤的长期过程，或是涉及一些决策、说明和术语的分步式。一般来说，这种SOP是在一个特定的顺序包含主要步骤与所有子步骤的列表。  流程图格式。如果该程序更像是一个内含无数可能结果的地图，那么你可能最好选择流程图。当你认为并不是所有结果都可以预测到的时候，你就应该选择该格式。 在写你的SOP时，你要考虑到三个主要因素：   受众的先备知识。他们熟悉你的组织及其程序吗？他们了解相关术语吗？你的语言需要有与读者拥有的知识相匹配。  受众的语言能力。有没有可能有一些人虽然不懂你的母语，但是会去阅读你的SOP？如果你认为这是一个问题，那么在SOP中包括大量的带注释的图片和图表就是一个好主意。  受众群的规模。如果多人同时阅读你的SOP（他们的角色不同），你应该将格式文档设计得更像对话：在用户1完成一个动作后，用户2紧随其后，如此类推。这样，每个读者就都可以知道自己在这个组织体中的地位和作用。 你需要考虑的内容包括：你是编程的最好人选吗？你知道这个过程需要什么吗？它会如何出错？如何使它安全？如果你觉得自己知识不够，你最好将它移交给别人。一个写得很糟糕的甚至是不准确的SOP不仅会降低效率，导致工作失败，甚至也会留下安全隐患，对你的团队及周围环境都会造成不利影响。简而言之，你不应该冒这种风险。 如果这是一个已经被分配好了的项目，且你觉得有必要或义务完成它时，不要羞于向那些每天一起共事的人寻求帮助以完成程序。进行访谈是在编写每一个正常的SOP过程中都非常必要的一部分。 如果你正在编写或更新的SOP所面向的人群是熟悉协议、术语的，那么比较简短的SOP更像是一个检查表，有利于读者进行阅读。建议选择短的格式。 除了基本目的和相关信息（日期、作者ID号等等），它其实就只是一个简短步骤的列表。当你不需要再解释任何细节或声明的时候，你就可以选这种。 显而易见的是，需要有一个在组织中不断重复多遍的程序。但有没有一个特定的原因能对该SOP的重要性做出解释呢？它需要强调安全性吗？还是合规措施？它是用于培训还是在日常生活中使用的？要解释你的SOP对于你的团队成功尤其必要，以下就是可能的原因：  确保满足遵从性标准 最大化生产要求 确保程序对环境没有不利影响 确保安全 确保一切都按照预定计划进行 防止在制造业中失败 用作培训文档 如果你知道你的SOP应该强调的部分，那就更容易围绕这些点来架构该SOP。这样也更容易知道你的SOP有多么重要。
选择格式。 考虑到受众。 反省自身的知识。 决定SOP的长短。 记住你设计SOP的目的。
选择格式。 考虑到受众。 反省自身的知识。 决定SOP的长短。 记住你设计SOP的目的。