优秀产品经理必备的技能要求 1、产品经理需求技能产品经理的需求技能，包含需求获取、需求筛选、需求分析、需求执行，这一系列过程是对产品经理综合素质的一个考验和全面衡量。如：对知识的要求，对行业市场的理解和经验。而且在这整个过程中，我们如何快速、高效的完成需求工程，也对我们有着越来越高的要求。1.1、写需求的八项思路1、合理的建立全局观，把握整体框架；2、合理的建立业务模型；3、合理的拆分系统需求；4、合理的预留系统扩展；5、合理的处理好业务流，信息流，以及数据流；6、合理的遵从：业务原理（逻辑）”系统实现原理（逻辑），然后细分到-模块实现原理（逻辑）、具体到-界面交互原理（逻辑）；7、合理的编排需求的优先级次序；8、合理的做好需求被 KO 掉的准备。1.2、写需求的十点注意1、写文档，一定不在拘泥于工具，在于思路；但用好工具，会使你的需求加速；2、写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体；3、写文档，一定要划分好优先前后级，核心的、主要的需求先走，其它的可以缓后；4、写文档，一定要基于可开发，不能天马行空。（IDEA 阶段可以天马行空）；5、写文档，一定要规范，目录、层级都清晰，写出来别人是要看的； 6、写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题；7、写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸取精华；8、写文档，一定要落实到每个细节，需求都不完善，成品何来完善；9、写文档，一定要自己多看，自己给自己找茬，把问题止步于自己；10、写文档，一定要注意版本管理，并做好版本修订等工作。1.3、写需求的八个步骤1、第一步：需求分析（业务模型、业务机制、系统功能、系统逻辑）；2、第二步：确定产品定义；3、第三步：确定用户目标和用户任务；4、第四步，确定产品具体定位；5、第五步，确定设计产品用例、流程；6、第六步，确定设计产品原型；7、第七步，打包需求说明文档；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 提供了：一、用例图；二、类图；三、序列图；四、状态图；五、活动图；六、组件图；七、部署图；八、等可以把日常、业务、系统实现需要的一些逻辑，很好的通过图示传达。例如：很简单的一个自动咖啡机流程，我们通过一个小人，几个圈圈就能说明道理。以下是我曾经画过中的几个图示，想必大家一看就知道Rational-Rose 的妙用了。2.3、原型工具Axure 这个工具，是产品交互设计师的一个利器，07 年的时候就在研究它使用它，相信绝大多数同行都认为它的优势在于：一、Axure 这个软件功能强大，可以做出很多交互效果，直接通过拖拽画出原型、生成网页；二、Axure 这个软件效果高，只有遵循一些可用性原创，很快模拟出高保真页面原型。三、Axure 这个软件，上手容易，稍微看看一些教学 Demo，你也能达到专家级的水平。还依旧在依赖 Word、Ppt 工作中的朋友，您可以考虑一下它了。Axure 软件的用法，无非是基于于onmouse/onclick/onfous 以及 onload 一些交互。要是做些 TAG 或菜单动态样式的一些技巧。其实你只要弄清楚每个线框图组件，它对应能模拟、实现哪些功能就好了。不过大家不要拘泥于软件的使用，我看到很多群，很多人专研 Axure 软件的用法，其实我觉得适可而止就行了。 一、Axure 生成的原型，只作为定效果用，不具备直接适用性；二、Axure 生成的原型，只是配合你解说，并不是取代你解说；三、Axure 生成的原型，只是反应的你的交互设计意识，并不是代表你的交互实现能力；所以说重要的还在于交互设计的想法、理念，以及对视觉、用户体验的研究，横向软件的熟练度，并不能增加你的垂直水平。真正的产品经理应该从产品交互设计师转向怎么思考作为真正的产品经理。那顺便也提到一点，做为产品设计从业者特别是很多做互联网的朋友，一定要了解基本的 Html、了解一些技术的实现原理，因为交互也是有章可循的。很多时候，一味的天空行空只是我们的 Idea 而已。2.4、演示工具产品经理技能-产品演示,是日常中必备的一项技能，我用 demo-builder 给大家演示了一些涉及的常用技巧。一般情况下，新产品的发布与演示，以及帮助操作需要做手把手演示。这样很多很傻瓜的用户也能跟着演示一步步的去做、去完成。demo-builder 本身这个软件没有什么技术含量，在做演示产品的过程中，你可以选择截图自己去场景拼接，或者直接录制屏幕，在事后回放的过程中进行编辑，剪辑。那需要注意的是，一定要保证生成出来的文件比较小，这样用户下载的时候可以很方便的去查，文件大的，可以做 loading。产品经理技能-产品演示,有备无患，很多时候专业的 flash 人员不在，那就你发挥的时候到了。稍微有点动画知识的产品经理就知道，demo-builder 其实是很好上手的，原理有点像很多电子杂志制作软件。通过帧的组合，快慢、场景的过渡，就能完成很多专业化的效果。本身，一些图片的载入，载入，帧的载入、载出都是现成有的。关键就看你怎么样合理组织了。2.5、测试工具TestDirector 是 Mercury Interactive 公司推出的基于 WEB 的测试管理工具。它能够指导进行测试需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。通过整合所有任务到软件测试中，来使整个测试管理工作更有效，并确保客户收到更高质量的产品。2.6、日常工具3、用户体验设计 一切以用户为中心的设计理想。用户体验模型(UEM)，3.1、用户体验九大注意事项一、整体视觉设计怎么样？二、功能可用性怎么样？三、层级入口设计怎么样？四、任务流程可用性怎么样？五、内容可用性怎么样？六、内容可查找想怎么样？七、交互合理性怎么样？八、响应速度怎么样？九、文字帮助、反馈、引导怎么样？3.2、用户体验常见六大问题