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提供了： 一、用例图； 二、类图； 三、序列图； 四、状态图； 五、活动图； 六、组件图； 七、部署图；
产品经理培训手册
