8、第八步,最后确定产品优先级(核心的、主要的、扩展的);
1.4、写需求的正确方法 (参考)
宗旨:通过工具—把思想有逻辑、有细节的合理的组织到一起! 1、熟悉项目发生的相关业务行为。
言下之意,就是说:我们要做的是什么项目,我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。简而言之的要求:
面向业务(对象),进行业务行为(设计),也是需求的开始, 比如:通过use case 可以很容易,很清晰的将整个业务员系统直观、规范的表达出来,按照模块建立各个package,从而将复杂的业务通过case直观的表现出来。
2、将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一 很笼统的说,就是流程问题。
流程就是逻辑,你只有制定合理的、符合业务实际情况。符合系统实现(可实现、容易或稳定实现)的流程,才会更好支持日后的业务系统和管理系统服务实际的业务。
不管是进销存、还是SAP原理其实都是相通的。 3、把项目条目化,条理化,目录结构具体规定好。
有了上面主要的CASE和流程的保障,接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列,设置更符合业务的使用
逻辑,怎么样让使用者更容易、直观的入手,怎么样一个很好的B/S或C/S的功能界面呈现到前台。
4、前台结构布局,合理规范的将系统脱去朦胧的华纱。
众所周知开发者和使用者是不知道这个地方应该有哪些功能,到了这一步了有哪些功能,数据提交失败有什么提示,不会使用有什么帮助或提示操作、入口。
所以做为产品人员我们要充分的考虑到上述到这些东西,对于从业人员来说这也是我们最基本的素要体现。很多人都说,要符合业务系统,要符合使用习惯,要符合浏览或人机传播,口碑,品牌形象习惯,总是就是人性化的去把这个东西设计的更合理,更易用,更有亲和。 5、穿针织网,把需求综合起来,整理成最终的产品需求文档 该做的做了,然后开始做到一个文档里,写明项目名称,把CASE/l流程、目录放近去,把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚,同时把模块的字段,状态,对应该操作。所以模块设计的页面地址整理好,一份色香味齐全的文档就出炉了。
2、产品经理工具技能
2.1、流程用具
Visio是基础的一款办公工具,其实也是很最好用的。通过Visio我们可以很方便、快速、高效的把业务流程、系统实现流程画出来。Visio本身是有很多组件库的。就像一般情况而言,简单的、复杂的流程,我们都可以通过visio的基本流程图就够了。 它的优势在于:
一、专业,本身就是为流程而身;
二、高效,软件提成了一系列的流程环境,不论你做什么都易如反掌; 三、可扩展,通过添加一些visio模具,可以满足用户个人日益增长的需求。
不过有利必有弊,Visio它的劣势在于:
一、文件导出支持格式少,如不能直接导出为pdf;
二、打开方式局限,如果另外一台机器没有visio环境,只能借助额外的工具阅读。
三、软件本身不带一些很炫的模具效果。
不过我们选择、使用软件,总是用其长,抛其短。下面我拿几个我画过的流程给大家演示一下visio的魅力所在:
2.2、用例工具
Rational-Rose 确切的来说是面向对象的建模工具 ,通过Rational-Rose,我们很标准、清晰的把一些繁琐的业务实现原理、对象协调流程通过图示表达出来。
产品经理应用Rational-Rose,可以很方便的把用户行为、多系统协作具体联系起来,而不用用很大一推文字区表达和阐述。一来提高工作的效率,二来也更好的让工程师获得了解。我在之前的SNS社区中很多图示都是用Rational-Rose画的。 Rational-Rose提供了: 一、用例图; 二、类图; 三、序列图; 四、状态图; 五、活动图; 六、组件图; 七、部署图;
产品经理培训手册
![](/skin/haowen/images/icon_star.png)
![](/skin/haowen/images/icon_star.png)
![](/skin/haowen/images/icon_star.png)
![](/skin/haowen/images/icon_star.png)