用户使用手册是为了让用户更清楚地使用产品而编写的。作者提到了一个写作技巧，就是把它当成一种需求，那么如何写作，注意哪些细节呢？作者从明确需求的目的到最终的调整和改进，欢迎阅读。
01 前言最近主导了几个项目操作手册的编制。对于新开发的项目，应重新编制操作手册；中途接管其他项目，然后迭代功能，更新原操作手册；客户对操作手册有意见，需要调整；分散写数万字手册。
事实上，编写操作手册或用户使用手册可以作为求来处理。由于是需求，产品经理熟悉处理需求的几个主要步骤。
明确需求的目的，明确目标用户明确使用场景，形成解决方案，调整和改进解决方案的最低成本验证方案（文档可以在此步骤结束）02 明确编写目的、目标用户、使用场景编写目的：操作手册是介绍如何操作系统。对于交付项目，交付时需要有此文件。对于to B该项目一般为客户提供。即使有很多方法可以向用户介绍如何使用系统，在某些情况下，这本手册作为一个全面、详细的文档是必要的。
目标用户：客户服务人员、系统用户(注意可能有多个角色，如管理员、操作员、多个角色)。
使用场景：客户服务人员大多是软件开发人员。当系统达到一定程度时，单靠记忆很难覆盖一些详细的规则。忘记时，可以参考操作手册。一是软件的实际用户，遇到问题找不到客服时，可以通过操作手册快速查找。主要有两个场景：
03 形成解决方案总结了操作手册中必要的几个要素，以编写目的、用户和场景。
目录结构清晰，既能让用户全面了解系统，又能方便用户查找功能概述，根据目录的划分，简要介绍功能，说明这个功能是做什么的详细的操作步骤，介绍每一步该怎么做，有哪些注意事项？1. 目录结构一般操作手册会根据不同的人有不同的版本，但是如果给大家单独写一份，工作量会太大。写作时最好根据用户进行划分，这样你只能写管理员（拥有系统的所有权限）版本，然后取出管理员版本的部分，形成多个版本。写作时最好根据用户进行划分，这样你只能写管理员（拥有系统的所有权限）版本，然后取出管理员版本的部分，形成多个版本。
例如，一个系统有移动终端和移动终端PC端，如果PC端作为操作员的管理和配置功能。PC如果终端显示给管理者，目录可以分为移动终端和PC端，然后分为更详细的功能；如果同一用户可以在移动终端上完成功能，也可以在移动终端上完成功能PC端完成后，可根据功能划分目录。上述目的可以通过这种逻辑划分来实现。
若系统目录划分清晰，可按目录划分详细功能。这里to B应该熟悉系统的产品经理。若不清楚，建议先优化系统目录。或者系统功能本身非常琐碎，操作手册可以根据事项进行划分。
例如，要在前端显示信息，需要经过信息的上传、审核和发布。所以你可以分别介绍如何操作每个过程，或者如何发布信息作为一个模块，或者写一个整体的过程框架，具体的步骤参考章节。具体写法应根据系统的实际情况来判断。
2. 功能概述功能概述的目的是让手册用户(很可能根本不了解系统)对某个功能有一个全面的了解，知道为什么是这个功能，这个功能是做什么的，相关功能可以通过哪些步骤完成。让其他业务线的小伙伴来看看你的描述，如果一看就懂，说明写得好。如果不懂，可以和它沟通，看问题在哪里，有针对性的调整描述。
如果流程比较复杂，可以用流程图等辅助说明。
3. 详细的操作步骤如何操作每一步，点击哪个按钮，填写哪些字段。点击每个按钮有什么效果，填写字段有什么意义会影响到哪里。如何写这些内容主要取决于页面和功能的类型。
例如，列表页面，如果是一些可以根据名称知道含义的字段，则无需介绍。如果有一些容易混淆的词，比如更新时间，是只有用户在当前页面上记录数据修改，还是在其他页面上修改，导致页面数据发生变化。
此时需要说明，否则用户在使用过程中会提出很多问题。如果系统有专有名词，也需要描述。(最好单独用一小段统一介绍)
图片是操作手册的重要组成部分。但是系统上的图纸不能直接放在操作手册中。有几点需要注意：
圈出每个步骤需要点击的按钮的位置，标记第一步点击哪里，第二步点击哪里这两点已经很清楚了。在大量的实践中，我发现最好在同一功能中制作几个步骤的长图，这样在查看文档时就不会形成大量的空白部分，并且可以更快地看到每个步骤是什么。如果客户不看操作手册，直接问，客服可以给他长图。
04 验证和完善计划1. 小范围发布写完之后，可以让公司其他小伙伴看看，最好是目标用户。比如你手册的目标用户是运维，可以找其他产品线的运维伙伴。例如，如果您的目标用户是客户，您可以给典型客户或者关系好的客户，收集问题，调整操作手册。这类似于产品的初步验证，用草图和原型让用户了解和体验产品流程的方式，对产品进行初步体验并提出意见。
2. 根据反馈进行调整目标用户对操作手册的反馈主要有两个方面。一是用户的直接反馈，二是用户的使用方式。
阅读手册后，用户可以与用户沟通意见，看看哪里不容易理解，哪里看起来不方便，以调整手册的结构和表达。此外，您还可以观察用户如何查阅手册，查看使用几个特殊场景（第一次使用时的整体阅读和查询细节时的解决方案），以探索文档可能存在的优化点。这相当于通过访谈来沟通用户对产品的看法，并通过观察来发现用户在使用中遇到的问题。
05 几点经验1. 版本管理首先，有一个基线版本的操作手册，记录当前操作手册对应的系统版本。然后，根据系统的升级，内容将逐渐添加到操作手册中。此时，您需要记录每次添加的内容以及与系统相对应的版本。
因为系统更新后，不一定每次都有时间立即更新操作手册，当操作手册的规模达到一定程度时，检查手册和系统之间的区别，将花费大量的时间，操作极其繁琐。
您可以在手册中添加一个特殊的记录部分，说明手册的版本、更改人、更改时间和内容。必要时可增加审核人和审核时间。
2. 明确/解释概念解释系统中的独特名词。在系统设计之初，应对这些内容进行描述，并可根据需要进行摘录。只有明确了概念，才能顺利沟通，很多问题本身就是不知道概念的。
3. 格式统一主要是为了方便阅读。查看文档美观，查找相关内容更方便。写之前先定好规范，审核文件时作为审核项目。在修改文档之前，先看看其他章节，以免每次添加内容都有新的格式。主要有以下两种文档格式。
文档格式。统一文档标题、文本、表头等内容格式。表达格式。比如描述按钮时统一使用，描述系统提示时统一使用等。，这可以在手册中统一。4. 其它形式的操作手册页面中的提示文本用简短的提示文本解释容易产生问题的地方。可直接写在页面上，也可添加小图标，点击后查看提示；根据提示的重要性进行设计。文字必须简短易懂。该模块可以添加到操作手册中，也可以在系统中提供相关页面。系统中提供页面的优点是可以随时查看，与页面相关的问题可以根据用户当前的页面排名第一。录制视频讲解视频比文字更容易理解，可以作为操作手册的补充。简化系统的操作逻辑。最好的操作手册是用户不用操作手册就可以使用。操作手册是系统的一部分，所以手册的理想状态是没有手册。通过优化系统，将提示融入系统等方式，可以向这一理想迈进。
本文由 @率然 每个人都是产品经理。禁止未经许可转载
题图来自Unsplash，基于CC0协议
本文仅代表作者本人，每个人都是产品经理平台，只提供信息存储空间服务。
