1.1、写需求的十点注意

　　1、写文档，一定不在拘泥于工具，在于思路;但用好工具，会使你的需求加速;

　　2、写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体;

　　3、写文档，一定要划分好优先前后级，核心的、主要的需求先走，其它的可以缓后;

　　4、写文档，一定要基于可开发，不能天马行空。(IDEA阶段可以天马行空);

　　5、写文档，一定要规范，目录、层级都清晰，写出来别人是要看的;

　　6、写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题;

　　7、写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸取精华;

　　8、写文档，一定要落实到每个细节，需求都不完善，成品何来完善;

　　9、写文档，一定要自己多看，自己给自己找茬，把问题止步于自己;

　　10、写文档，一定要注意版本管理，并做好版本修订等工作。

　　1.2、写需求的八项思路

　　1、合理的建立全局观，把握整体框架;

　　2、合理的建立业务模型;

　　3、合理的拆分系统需求;

　　4、合理的预留系统扩展;

　　5、合理的处理好业务流，信息流，以及数据流;

　　6、合理的遵从：业务原理(逻辑)”→系统实现原理(逻辑)，然后细分到-模块实现原理(逻辑)、具体到-界面交互原理(逻辑);

　　7、合理的编排需求的优先级次序;

　　8、合理的做好需求被KO掉的准备。

　　1.3、写需求的八个步骤

　　第一步：需求分析(业务模型、业务机制、系统功能、系统逻辑);

　　第二步：确定产品定义;

　　第三步：确定用户目标和用户任务;

　　第四步，确定产品具体定位;

　　第五步，确定设计产品用例、流程;

　　第六步，确定设计产品原型;

　　第七步，打包需求说明文档;

　　第八步，最后确定产品优先级(核心的、主要的、扩展的)

　　1.4、写需求的正确方法宗旨：通过工具—把思想有逻辑、有细节的合理的组织到一起。

　　1、熟悉项目发生的相关业务行为。言下之意，就是说：我们要做的是什么项目，我们这个项目主要是做什么业务，具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

　　2、将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一简单的来说，就是流程问题。

　　需求获取、需求筛选、需求分析、需求执行，这一系列过程是对产品经理综合素质的一个考验和全面衡量。如：对知识的要求，对行业市场的理解和经验。而且在这整个过程中，我们如何快速、高效的完成需求工程，也对我们有着越来越高的要求。

　　1.1、写需求的十点注意

　　1、写文档，一定不在拘泥于工具，在于思路;但用好工具，会使你的需求加速;

　　2、写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体;

　　3、写文档，一定要划分好优先前后级，核心的、主要的需求先走，其它的可以缓后;

　　4、写文档，一定要基于可开发，不能天马行空。(IDEA阶段可以天马行空);

　　5、写文档，一定要规范，目录、层级都清晰，写出来别人是要看的;

　　6、写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题;

　　7、写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸取精华;

　　8、写文档，一定要落实到每个细节，需求都不完善，成品何来完善;

　　9、写文档，一定要自己多看，自己给自己找茬，把问题止步于自己;

　　10、写文档，一定要注意版本管理，并做好版本修订等工作。

　　1.2、写需求的八项思路

　　1、合理的建立全局观，把握整体框架;

　　2、合理的建立业务模型;

　　3、合理的拆分系统需求;

　　4、合理的预留系统扩展;

　　5、合理的处理好业务流，信息流，以及数据流;

　　6、合理的遵从：业务原理(逻辑)”→系统实现原理(逻辑)，然后细分到-模块实现原理(逻辑)、具体到-界面交互原理(逻辑);

　　7、合理的编排需求的优先级次序;

　　8、合理的做好需求被KO掉的准备。

　　1.3、写需求的八个步骤

　　第一步：需求分析(业务模型、业务机制、系统功能、系统逻辑);

　　第二步：确定产品定义;

　　第三步：确定用户目标和用户任务;

　　第四步，确定产品具体定位;

　　第五步，确定设计产品用例、流程;

　　第六步，确定设计产品原型;

　　第七步，打包需求说明文档;

　　第八步，最后确定产品优先级(核心的、主要的、扩展的)

　　1.4、写需求的正确方法宗旨：通过工具—把思想有逻辑、有细节的合理的组织到一起。

　　1、熟悉项目发生的相关业务行为。言下之意，就是说：我们要做的是什么项目，我们这个项目主要是做什么业务，具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

　　2、将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一简单的来说，就是流程问题。