关于产品经理需要做哪些图和哪些文档,做这些图片和文档的鱼骨流程是啥样的如果有对于模版或例子就更好

首先纠正题主一点,鱼骨图是做因果分析用的,不适合做流程。鱼骨图的特点决定了其演示的重点是按照因素的重要性进行归纳,而不是流程的时序和逻辑。无论流程图显得多low,画流程,还是应该用流程图。产品经理的工作流程针对不同的行业、团队甚至个人都不一样。我的习惯是先画思维导图,把所有想到的需求都列出来,然后标出优先级,再分别处理每个需求。需求文档(绝非PRD)大致有三种:一句话说明:“作为某类用户,我需要某个功能,以便解决某个问题”。这句话是必不可少的。只有用一句话说不明白的时候,我才会需要下面的图形文档进行补充。流程图:如果功能复杂,则需要做用例流程。既用户在使用该功能的关键流程。如果不画流程图,很可能漏掉关键细节。原型图:如果该功能有复杂的交互,就要画原型图。当然也有为了进行用户测试先画原型图的时候。此外,产品经理还要面对写不进流程的零碎文档。比如MRD、PRD、竞品分析、产品说明、帮助文档……估计是大部分产品经理都时不时要干干的事情。
■网友
没用过鱼骨图,感觉是一个用来分析问题,理清思路的工具,但是还是那句话,形式不重要,重要的是产出的结果,你的目标受众是否能理解。再谈产品经理产出的文档,这个也与团队的合作方式和风格相关,有的团队可以不需要文档就可以做事,而有些团队就要求很严格,没有文档不开发,没有文档不测试,这个不能一概而论。如果你的团队属于前者,那对你的沟通能力和表达能力要求很高,需要你不停的为开发解释你的想法要求(这一点不省事,而且对产品经理要求很高),而团队属于第二种的话,更多的时间是在维护文档,文档维护好了,有点“高枕无忧”的韵味,谁来和你叫板,你就可以翘着二郎腿甩给他一句,你没看文档啊。再再说说图片,大部分产品经理也担负交互设计师的工作,画交互图,走的交互图甚至达到了最终效果图的水平,不过还是那句话,这完全取决于你团队的需要~
■网友
你的这个图 我还没有画过 帮不了你了
■网友
那个好像叫 思维导图吧=。=!前期先评估决定功能,思维导图(MindManager)做流程逻辑;然后原型(AxureRP),最后prd(word)。
■网友
这个图应该是流程图,不是思维导图。就是看起来好怪,反正我是没画过这样形状的。


    推荐阅读