《用户操作手册》到底应该由谁编写？

【问题】前后台《用户操作手册》到底应该由谁编写？测试？产品？运营？

【发生背景】本人测试小趴菜一枚，新入职了一家公司，入职后发现多了一项工作内容，就是编写后台的《用户操作手册》，同时也要培训运营使用后台。之前也待过两家公司，没干过这活，觉得挺奇怪的。这个手册不是应该由产品编写吗？培训不也是产品的活吗？为何叫测试来干这种活？这种情况是否是产品故意把活往外推？那我又该如何拒绝呢？

这就要看跟工资是否匹配，出多少钱干多少活

正常这活就应该交给前端来写，毕竟功能是他实现的，怎么操作他肯定最清楚
这跟后台也没关系呀，用户又看不到后台的逻辑，他只能看到前端的页面
产品肯定是不管这个，产品负责和用户沟通，然后把任务下达给程序员，最终你到底实现出来是个什么样，可能和当初设想的已经不一样了，到底哪个按钮按了变红还是变绿他上哪知道去
问题就是这个活到底是谁交给你的，不太可能是前端直接交给你的吧？如果前端很忙，老板把这活交给你干，那也说的通，反正你是测试，你肯定也知道前前后后操作到底是怎么回事
只能说你之前待的公司团队比较大，管理比较合理，现在是个小团队，比较混乱。按理说前端要把操作手册先写好，测试才能根据手册进行测试，要不然连测试都不知道要怎么操作还怎么测试？说明你们现在搞的软件比较low，是个人见了就会操作，不需要培训

关于操作手册这些比较简单的文档编写，没有啥固定是什么职位来负责，同样很多岗位都要熟悉这个系统，你能说你不会不了解吗？而且每家公司对于岗位的职责划分也都不一样啊，我们公司研发，实施，现场运维，都有可能会涉及到写这些操作手册，部署文档之类的，这写岗位的工作都是互相关联的，并没有太固定，你懂这个意思吧。

小公司不就是一人多职么，哪能给你分那么清楚，操作手册应该就是测试编写，培训应该是产品或者业务去培训

干就完了

哈哈，我过来围观一下这个，
反正，看公司了，基本前段要写，产品都有可能要，甚至运维都被拖着要。。。