用户使用说明书，是为了能够让用户能更清晰地使用产品而编写的。作者提到了一个编写的小技巧，就是把它当成一个需求来处理，那么具体要如何编写，注意哪些细节？作者从明确需求的目的到最后的调整和完善都做出了详细的讲解，欢迎阅读。
01前言
最近主导了几个项目操作手册的编写。有新开发的项目，要重新编写操作手册；有中途接手别的项目，后来功能迭代，需要更新原操作手册；有客户对操作手册有意见，需要调整；零零散散写了数万字的手册。
其实写操作手册或者叫用户使用说明书可以当作一个需求来处理。既然是需求，那么处理需求的几个主要步骤对于产品经理来说就是轻车熟路了。
02明确编写目的、目标用户、使用场景
编写目的：操作手册就是介绍系统如何操作。对于交付型的项目，在交付的时候需要有这个文档。对于toB的项目，一般也会为客户提供该文档。即便目前有多种为用户介绍系统如何使用的方式，但是这个手册作为一个全面、详细的文档，在一些场景下还是有必要的。
目标用户：客服人员、系统用户（注意可能会有多个角色，比如管理员、操作员、被管理人员等）。
使用场景：客服人员多是软件的开发方的人员，当系统大到一定程度后，一些详细的规则单靠记忆很难覆盖，在遗忘的时候可以拿操作手册作为参考。一个是软件的实际使用人员，在遇到问题又找不到客服时，可通过操作手册进行快速查找。综合来看主要是两个场景：
03形成解决方案
针对编写目的、用户、场景，总结出操作手册必备的几个要素。
1.目录结构
一般操作手册会根据不同的人有不同的版本，但是如果为每个人单独写一份，这个工作量就太大了。最好在写的时候就按使用人来划分，这样就可以只写管理员（拥有系统全部权限）版本，然后将管理员版本中的部分摘出来即可形成多个版本。
比如一个系统有移动端和PC端，如果PC端作为管理、配置功能，给操作员用。PC端是展示，给管理者用，那么目录可以分移动端和PC端，然后再分更细的功能；如果同一个用户既可以在移动端完成该功能，又可以在PC端完成，那么目录可以按照功能进行划分。按照这样的逻辑划分就可以达到上述目的。
如果系统目录划分比较清晰，详细的功能可以按照目录来划分。这里toB系统的产品经理应该很熟悉。如果不清晰，建议先优化系统目录。或者系统功能本身很琐碎，操作手册可以按照事项来划分。
比如某项信息要在前端展示，需要经历信息的上传、审核、发布等流程。那么既可以分开介绍某各流程具体怎么操作，也可以将信息怎么发布作为一个模块来整体介绍，或者写一个整体的流程框架，具体某步骤参照某章节。具体写法需根据系统的实际情况来判断。
2.功能概述
可以如果流程较为复杂，可以用流程图等来辅助说明。
3.详细操作步骤
每一步具体怎么操作，点击哪个按钮，填写哪些字段。各个按钮点击有什么效果，字段填写有什么意义会影响到哪里。这些内容该怎么写，主要是根据页面和功能的种类。
这时候需要说明，否则用户在使用过程中会进行大量的提问。如果系统有专有名词，也需要进行描述。（最好单独用一小节对其进行统一介绍）
图片是操作手册的重要部分。但不能把系统上的图直接放在操作手册中。有几个需要注意的点：
做到这两点已经很清晰了。在大量的实践中，我发现最好把同一个功能里的几个步骤做一个长图，这样在文档中查看时不会形成大量的空白部分，能够更快的看出每个步骤是什么。如果客户没有看操作手册，直接问，客服可以把长图给他。
04验证并完善方案1.小范围发布
写好后，可以让公司其它小伙伴看一下，最好是目标用户。比如你手册的目标用户是运维，可以找其它产品线的运维伙伴来看。比如你的目标用户是客户，可以先小范围发给典型客户或关系较好的客户，收集问题，对操作手册进行调整。这个类似于产品的初步验证，用草图、原型各种能让用户理解体会到产品流程的方式，对产品进行初步的体验并提出意见。
2.根据反馈进行调整
目标用户对操作手册的反馈主要有两个方面。一个是用户的直接反馈，一个是用户的使用方式。
用户阅读手册后，可以与用户沟通使用意见，看哪里不容易理解，哪里查看起来不方便，以此来调整手册的结构及表达方式。另外可以观察用户如何查阅手册，看针对几个特殊场景（初次使用时的整体阅读及查询某个细节时寻找解决方法）的使用情况，来发掘文档可能存在的优化点。这个相当于既要通过访谈的方式沟通用户对产品的意见，又要通过观察的方式找出用户在使用中遇到的问题。
05几点经验1.版本管理
首先有一个操作手册基线版本，在第一次写完后记录当前操作手册对应的系统版本。然后根据系统的升级情况，会逐步往操作手册中增加内容，此时需记录每次都增加了哪些内容，对应了系统的哪些版本。
2.明确/申明概念
3.格式统一
4.其它形式的操作手册
最好的操作手册是不用操作手册用户上手即会用。操作手册是系统的一部分，那么手册的理想状态是没有手册。通过优化系统、将提示融入系统等等方式可向这个理想艰难前行。
本文由@率然原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。