需求、测试、产品、客服、技术支持、文档，哪怕售前，谁写都行，唯独不应当由研发来写，原因如下：
1.自己被迫“呕心呖血”做的、可能存在一堆bug的东西，一旦完成，不想再看一眼。写用户手册就是被迫回顾那痛苦的记忆。
2.开发人员的角度，深入到了代码级，他们会无意识地从技术角度思考问题，为了方便说明问题，他会无意识地写出一些他认为很简单的技术名词，但用户不知所云。例如：为了说明系统的先进性，用户手册中出现了MVC、Web等字样，后者还算能接受，但是对用户来说，前者MVC是什么鬼？
3.需求人员最清楚用户需要什么，用户手册中可以予以解答。
4.测试人员必须知道每一点需求，并且必须了解每一个功能是否有问题。
5.与需求人员类似，产品人员必须知道用户想要什么，并在用户手册中予以解答。
6.客服、技术支持人员必须了解系统的每一个功能点，才能解答客户的问题
最重要的一点是，除研发人员以外，其他人员都是从系统外部来观察系统的，与用户是一样的视角，这样就能够与用户站在同一立场来使用系统，用户手册也就更能够起到指导用户的作用。