写操作流程，操作最怕的流程就是写成“说明书”——那种一看就想睡觉、看完还是操作不会用的东西。我见过太多操作手册，流程洋洋洒洒十几页，操作结果用户第一句话就问：“所以第一步到底点哪里？流程”

问题出在写的人忘了自己是在“带人走路”，而不是操作在“写论文”。

先搞清楚谁来走这条路

写之前，流程把自己切换成用户。操作不是流程“用户应该知道”什么，而是操作“用户此刻知道”什么。比如写一个后台数据导出的流程流程，如果用户是操作运营新人，那你得从“登录后台”开始写；如果用户是流程技术老手，直接给API调用示例就行。操作同一件事，给不同人看，写法完全不同。

我见过一个反例：某内部工具的操作文档，开头第一句是“确保你已配置好环境变量”。结果新人卡了一下午，因为没人告诉他环境变量在哪配。

用动作推进，别用概念堆砌

一段好的操作流程，读起来像有人在旁边说：“你看到那个蓝色按钮没？点它。”而不是“系统支持通过界面交互完成数据初始化操作。”

具体做法：每句话的开头尽量是动词。点、选、填、拖、确认、等待。少用“可以进行”“支持”“允许”这类词。比如：

差：用户可以通过点击右上角的设置图标来进入配置页面。
好：点右上角的齿轮图标，进配置页。

差：在输入框中填入合法的手机号码。
好：在手机号那一栏，填11位数字。

把判断和分支写清楚

操作流程里最容易翻车的地方，是“如果……那么……”。很多人只写主路径，忽略了岔路。结果用户走到一半发现界面不一样，直接懵了。

比如“上传文件”这个动作，你得写：如果文件超过50M，会弹一个提示框，点“继续”就行；如果格式不对，页面会标红，把文件转成PDF再传。这些细节不写，用户遇到一次就骂一次。

还有一种情况：同一个按钮，在不同状态下名字不一样。比如“提交”在草稿状态下叫“保存”，在审核状态下叫“确认”。写流程的时候，把状态和按钮名称对应上。

截图和标注比文字管用

能截图就别光写字。截图里用红框圈出要点的地方，旁边加一句短说明。注意：截图要干净，别把无关的菜单、广告、通知都截进去。如果界面会变，截图要标注版本号或日期。

我见过一个特别聪明的做法：把截图做成可点击的，点一下放大，再点一下还原。用户不用在文字和图片之间来回找。

写完之后自己走一遍

这一步最容易被跳过。你写完，找个没做过这件事的人，让他照着操作。你坐在旁边看，别说话。他卡住的地方，就是你要改的地方。

有一次我写了一个“重置密码”的流程，自己觉得特清楚。结果测试的人在第3步停了——因为界面上有两个“下一步”，一个在左边一个在右边。我写的时候根本没注意到。

操作流程不是文学作品，不需要优美。它要的是：用户照着做，一次成功。写完后，把“我认为用户知道”的部分删掉，把“用户实际会问”的部分补上。就这么简单。