用户手册应当由谁写？

需求、测试、产品、客服、技术支持、文档，哪怕售前，谁写都行，唯独不应当由研发来写，原因如下：

1.自己被迫“呕心呖血”做的、可能存在一堆bug的东西，一旦完成，不想再看一眼。写用户手册就是被迫回顾那痛苦的记忆。

2.开发人员的角度，深入到了代码级，他们会无意识地从技术角度思考问题，为了方便说明问题，他会无意识地写出一些他认为很简单的技术名词，但用户不知所云。例如：为了说明系统的先进性，用户手册中出现了MVC、Web等字样，后者还算能接受，但是对用户来说，前者MVC是什么鬼？

3.需求人员最清楚用户需要什么，用户手册中可以予以解答。

4.测试人员必须知道每一点需求，并且必须了解每一个功能是否有问题。

5.与需求人员类似，产品人员必须知道用户想要什么，并在用户手册中予以解答。

6.客服、技术支持人员必须了解系统的每一个功能点，才能解答客户的问题

最重要的一点是，除研发人员以外，其他人员都是从系统外部来观察系统的，与用户是一样的视角，这样就能够与用户站在同一立场来使用系统，用户手册也就更能够起到指导用户的作用。

转载于:https://www.cnblogs.com/Sabre/p/10640874.html