需求、測試、產品、客服、技術支持、文檔，哪怕售前，誰寫都行，唯獨不應當由研發來寫，原因如下：
1.自己被迫“嘔心嚦血”做的、可能存在一堆bug的東西，一旦完成，不想再看一眼。寫用戶手冊就是被迫回顧那痛苦的記憶。
2.開發人員的角度，深入到了代碼級，他們會無意識地從技術角度思考問題，為了方便說明問題，他會無意識地寫出一些他認為很簡單的技術名詞，但用戶不知所雲。例如：為了說明系統的先進性，用戶手冊中出現了MVC、Web等字樣，后者還算能接受，但是對用戶來說，前者MVC是什么鬼？
3.需求人員最清楚用戶需要什么，用戶手冊中可以予以解答。
4.測試人員必須知道每一點需求，並且必須了解每一個功能是否有問題。
5.與需求人員類似，產品人員必須知道用戶想要什么，並在用戶手冊中予以解答。
6.客服、技術支持人員必須了解系統的每一個功能點，才能解答客戶的問題
最重要的一點是，除研發人員以外，其他人員都是從系統外部來觀察系統的，與用戶是一樣的視角，這樣就能夠與用戶站在同一立場來使用系統，用戶手冊也就更能夠起到指導用戶的作用。