修订|用户操作手册_

编辑导语：用户手册能够帮助我们更好地理解用户，并能够基于用户视角对产品进行设计。那么用户手册该怎么写呢？我们一起来看看作者分享的方法吧。

文章插图
过去两个月写了几份用户手册，找了一些资料和参考，发现要写好一份说明文档要注意的事项还是挺多，下面分享一下我自己的感悟和心得。
一、手册的背景先说一下手册的背景，便于大家的阅读和理解，我们的系统是刚刚落地的，为什么要写用户操作手册。
一方面，项目刚刚落地，手册要发给对应的用户代表去查看，学习使用系统。
另一方面，也是为了后续正常运营后，用户群体的学习和解惑文档。为什么要划分用户代表和用户群体呢，下面内容会讲到
二、用户操作手册的基本要素各类手册的基本要素基本相同的，可以通用的。这里主要以我写的用户操作手册案例铺开做个描述。
手册的基本要素主要包括以下五点。

封面：包括公司logo、公司名称、软件名称、版本号；
目录：功能模块名称、页码；
修订记录：包括修改人、审批人、修改内容、版本号和修订时间；
系统概述：项目背景、项目目标、应用的主流程；
功能说明：模块划分、步骤说明、注意事项、内容说明、系统截图。

主要通过以下两种分类说一下我对基本要素的理解。
（1）用户认知
文档的编写涉及到一个用户认知的问题，人的认知都是整体-局部-细节，粗略来分，系统概述是整体，用户可了解一个大概的概念，知道我们系统是做什么的。
功能模块是局部，用户可了解基本流程和场景；功能说明是细节，告诉用户该怎么做。基本要素的配备主要符合一个人认知流程。
（2）用户感知

公司层面：主要是针对用户代表，在项目刚刚落地阶段，要想让用户代表重视我们的文档，更方便项目的推广，那在封面和系统概述上，要做到与用户代表共情；
用户层面：用户层面也包括用户代表和用户群体，功能说明时要通俗易懂、内容简洁、导读性要强。

1. 手册封面主要展示的内容是公司logo、公司名称、软件名称、版本号。

公司logo、公司名称：这里涉及用户共情的问题，落地运营阶段，可以调动用户代表积极性（因为我们公司是集团旗下的公司，如果以我们公司的名义给手册命名下发，就用户心态来说，可能有些用户都不知道我们公司，那用户对我们的文档不会太重视；如果以集团的名称命名，那用户就更重视这份文档，更积极配合工作）。
软件名称：相对多端多角色的软件来说，可以加上区别端名，eg：***家长端，***教师端。
版本号：加版本号，主要是系统会不断的迭代，可以通过版本号，来区分手册的时效性。