浅谈产品经理的家庭作业

浅谈产品经理的家庭作业

先说业务流程一般来说我们工作中用到比较庞大的图形作业就是业务流程图了。往往一个业务流程图很大，看起来也比较密密麻麻的，然后每次我发给别人的时候，发现不管是领导还是什么能耐心看完全局的很少。都是重点看看那个模块的流程然后确认下ok了。面对这样的大的业务流程优点是比较清晰是全局的，缺点是修改跟浏览起来都不太方便，所以。我一般都会把流程图配成文档或者PPT，把业务拆分成模块，分别做业务流程，在用一个整图做一个概括流程。这样就可以按照部门发出去或者给某个小组做某个功能模块的业务，别人也不用全部浏览一遍;这个说的是平时做业务流程的小心得，接下来说怎么写作。很多人把业务流程写成功能，这里强调下业务流程只是业务不要去涉及到功能，如果你要涉及到功能你就不得不把参数跟数据字典还有类图做出来。在你不会做那些以前，先去想做业务层的东西不要太深入干涉别人怎么实现这个业务。其次是思维导图我现在用这个做桌面导航了;思维导图在产品这里用到的应该是除了用word写PRD以外最频繁的了。它很有效的帮你梳理你的大脑清晰的描述业务关系跟业务模块。对，这个是模块，思维导图不要做流程走向，只要把业务的模块分出来，模块之间的关系列出来就可以了，当然思维导图也可以做功能或者参数导图。然后是UML今天想侧重点说下UML，很多人不明白UML到底能做什么，或者用途是什么。UML多用于复杂的软件交互关系中，一般产品用到UML的功能大多是做用例跟活动图。那UML用于最多的途径是做什么模型的?我分了3类主要的：1.结构性图形：静态图对象图包图实现图部署图组件图等2.行为式图形：活动图状态图用例图等3.交互性图形：通信图交互图时间图时序图等那么可以看出来产品经理如果用UML那就是用静态图、用例图、交互图。因为你没办法写通信，也没办法写部署。类图你也写不了。除非你是个技术转型过来的。那么问题来了。可能在工作中用到UML来做，用什么做最好?很多人会用一些常规的，比如RationalRose、BorlandTogether、PowerDesigner、MSVisio这些。你百度能搜出来一大堆。但是做这个是要看你的项目的。里面有道道的，如果你是java的你可以考虑用ModelGoon，如果你是C#的或者微软项目的你要用PowerDesigner，或者VS建模工具，如果是PHP，我一般都会用NavicatDateModeler。因为在开发过程中其实程序员也会用到UML建模，通信，部署，组件，用例都可能会用到，但是最多的是数据表关联的类图。用这些对应的建模工具来做是可以直接生成文件的，就是模型可以生成文件或者应用程序的。可以省很多事情。并且不同的数据库表的数量不同的MSSQL跟MYSQL就差别巨大，一个10万一个100万。分开使用对应的建模工具，是明智的。身为产品，你应该明白这些道理是为什么。不能拖了设计，或者开发的后腿。你的存在是更好的协调工作、优化产品以及产品线、管控产品的，不是来制造麻烦的。所以很多人抱怨被喷，我觉得有些是活该。因为你自己的能力不得不让人喷你。你还想如何?说到产品用到的用例图，这里稍微讲一下下。三要素：参与者、用例、关系。很多人做的很糟糕。因为没有理解图形跟箭头怎么使用，甚至不知道include跟extend是表示什么的。建议多看看。多问问别人。参考是参考不来的，因为每个行业虽然这些图形箭头不会错，但是他们要表达的东西也是不一样的。另外说下一些模型工具，比如Axure啊BM啊之类的哪些也属于交互用例的一种，更立体的模型。在实际的工作中我们用到这个的其实并不多，第一来说很影响工期，特别面对现在中小型企业的快餐项目，甚至是在大项目中大家也趋向于静态图或者纸笔来画，然后做成图片或者PPT，需要交互做成AE或者flash，不清楚为什么