1.PRD模板 怎么修改

在运行里键入gpedit.msc，打开分支：用户配置、管理模板、系统 。

点中“系统”，这时，右边有一项“禁用注册表编辑工具”的，双击，选“已禁用”。确定后重启电脑就行。

如果注册表不是你自己禁用的，很可能你是中毒了，注意防毒！1、如果你对注册表不很熟悉，建议在修改前备份注册表。方法：在注册表编辑器中选择注册表-->导出注册表文件，命名保存即可。

2、如果在你的注册表里没有文中写到的主键或项，请先确认你的操作系统和文中一致；或者直接在注册表项中建立项、主键或相应的数据值。 1、恶意修改类：内容包括IE信息被修改、注册表信息被修改、禁止"关闭系统"、禁止"运行"、禁止"注销"、禁止注册表编辑器、禁止DOS程序、运行任何程序被禁止，系统无法进入"实模式"、驱动器被隐藏等等。

（1）注册表编辑器被禁用：也就是无法通过运行regedit命令打开注册表，提示是“注册表编辑器已被管理员禁用”。 解锁： 第一步：新建一个文本文件，输入以下内容（注意保持文本格式）： win9x: REGEDIT4 [HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionPoliciesSystem] "DisableRegistryTools"=dword:00000000 winnt/xp: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionPoliciesSystem] "DisableRegistryTools"=dword:00000000 点击"文件"菜单，选择"保存"命令，以"recover.reg"为文件名保存在任意位置。

第二步：双击该"recover.reg"文件，系统弹出"是否确认要将 recover.reg 中的信息添加进注册表"的确认框，点击"是"，随后，系统提示"recover.reg 里的信息已被成功地输入注册表"，再点击"确定"即可将注册表解锁并进行随后的修改。 （2）系统的运行被禁用：即在开始里没有"运行"一项。

解锁： 方法一： 第一步：在系统中找到regedit.exe，直接双击执行，就可打开注册表。 win9x:c:windows winnt:c:winnt 第二步：找到HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionPoliciesExplorer 将NoRun的数值数据修改为0，或者删除该双字节值。

方法二：编辑文件 第一步：新建一个文本文件，输入以下内容（注意保持文本格式）： win9x: REGEDIT4 [HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionPoliciesExplorer] "NoRun"=dword:00000000 winnt/xp: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionPoliciesExplorer] "NoRun"=dword:00000000 点击"文件"菜单，选择"保存"命令，以"run.reg"为文件名保存在任意位置。 第二步：双击该"run.reg"文件，系统弹出"是否确认要将 run.reg 中的信息添加进注册表"的确认框，点击"是"，随后，系统提示"run.reg 里的信息已被成功地输入注册表"。

如果没有看到效果，请重新启动计算机。 （3）IE标题栏被修改：即在IE浏览器最上方的蓝色横条里做广告，而不是显示默认的“Microsoft Internet Explorer”。

HKEY_LOCAL_MACHINESOFTWAREMicrosoftInternet ExplorerMain HKEY_CURRENT_USERSoftwareMicrosoftInternet ExplorerMain 将其下的“Window Title”主键删除，或修改成你想要的内容。 （4）OutLook的标题栏被修改： HKEY_CURRENT_USERIdentitiesSoftwareMicrosoftOutlook Express5.0 将其下的“WindowTitle”主键删除，或者修改成你想要的东西。

（5）IE默认首页被修改： 如果IE的主页选项没有被禁用，那么只需要在IE的菜单中选择："工具"-->"Internet选项"-->"常规" ，在"主页"一栏中进行修改即可。否则需要修改注册表，位置HKEY_CURRENT_USERSoftwarePoliciesMicrosoftInternet ExplorerControl Panel，将双字节值HomePage设为0，或者直接删除即可解除锁定。

补充：正常情况下在HKEY_CURRENT_USERSoftwarePoliciesMicrosoft下是没有Internet Explorer项的，如果你想禁止，需要自己去添加该项。 （6）IE浏览器的默认页及空白页被修改： 恢复默认页：将HKEY_LOCAL_MACHINESOFTWAREMicrosoftInternet ExplorerMain下Default_Page_URL的值恢复成&pver=6&ar=msnhome即可，如果是5.5的浏览器则是&pver=5.5&ar=msnhome 恢复空白页：修改HKEY_CURRENT_USERSoftwareMicrosoftInternet ExplorerMain下的Local Page的值 win98: winnt:%systemroot%system32lank.htm即可，如：c:winntsystem32lank.htm。

(7)每次开机后弹出一个网页： 一般都是在 HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionRun HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionRunonce 添加了相关网页内容，直接删除。如果还是有，那么可以在注册表中查找相应的内容，全部清空即可。

98/xp下可以使用msconfig来配置系统的启动项 任务管理器打不开的解决方法方法一：修改注册表。打开注册表，展开到： [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\System] 找到"DisableTaskmgr"把dword值设置为。

2.产品需求文档应该包含哪些内容

规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。

2 适用范围本规范适用于集团开发项目的（软件）《需求说明书》的编写。3 编写内容提示1 引言3.1.1 背景说明说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。

3.1.2 参考资料列出有关资料（名称，发表日期，出版单位，作者等）。3.1.3 术语和缩写词列出本文件中用到的专门术语的定义，及术语缩写词。

3.2 软件总体概述3.2.1 目标软件开发的意图、应用目标、作用范围以及需说明背景材料。3.2.2 系统模型图示说明该软件的所有功能及其相互关系和数据传递情况。

3.2.3 假设和约束说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。3.3 详细需求详细描述此软件系统的功能需求和性能需求。

3.3.1 功能需求对系统中每一个功能，要详细描述（图示或文字）。概述 叙述功能名称，目标和作用。

输入 输入该功能的信息。 处理 描述该功能做什么，如何对输入信息进行加工并转换成输出信息。

输出 列出内部生成的文件。3.3.2 性能需求定量地描述此软件系统应满足的具体性能需求。

可考虑以下方面：3.3.2.1精度说明系统的精度要求，如：数据的精度要求。 数字计算的精度要求。

数据传送的误码率要求。3.3.2.2 时间特性说明系统的时间特性要求，如：解题时间。

询问和更新数据文件的响应时间。 系统各项功能的顺序关系。

3.3.2.3 灵活性说明当需求发生某些变化时系统的适应能力，指出为适应这些变化而需要设计的软件成分和过程。3.3.2.4系统容量包括系统的设计容量和理论（计算）容量。

3.3.3 输入和输出解释各输入输出数据类型，并逐项说明某媒体、格式、数值范围等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.3.4 数据管理能力说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作估算。3.3.5 故障处理列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.4 环境描述所开发软件运行所需的环境。3.4.1 设备环境描述运行软件系统所需的设备能力，如：处理器的型号和内存容量。

存储媒体的数量。 通信网络（包括说明网络结构，线路速度及通讯协议等）。

3.4.2 支持软件环境列出与待开发的软件互相配合的支持软件（包括名称，版本号和文件资料），必要时还应列出测试软件，还要指出该软件用的编程语言，编译程序，操作系统和数据管理系统。3.4.3 接口说明本软件与其他软件之间的接口、数据通信协议等。

3.4.4其他说明本软件系统在安全和保密方面的要求以及用户对使用方便、可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求。

3.简单介绍下PRD、Visio、Axure这几个软件的功能

PRD

产品需求文档（Product Requirement document,PRD）的英文简称。是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。

[编辑本段]文档作用

该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行指标化和技术化”，这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。

[编辑本段]文档意义

该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

[编辑本段]文档撰写

在该文档中，基点依然是MRD中的内容，只是把重心放在了“产品需求”上，而产品需求本身实在MRD中有所体现的，区别就是在于，PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC(use case)文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。

文档核心：

该文档中，侧重的是对产品产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。

在一些国外的公司，是允许把MRD和PRD合并成一个文档的，通常叫做“Marketing & Product Requirements document”。

[编辑本段]错误认识

1)PRD无原始数据（MRD为体现载体）支持，只是个人经验、部门要求或者领导指示进行撰写。

2）在PRD中，只重视“产品功能”的描述，而缺乏对产品其它指标项的说明。在一个完整的PRD中，一共需要对产品的10个产品需求项指标进行说明，分别是“功能要求、开发要求、兼容性要求、性能要求、扩展要求、产品文档要求、产品外观要求、产品发布要求、产品支持和培训要求、产品其它要求”。

3）照搬国外的PRD模板，来源于何处，不知道，将去向何处，也不知道，无头无尾，一个被割裂的文档。

VISIO

概述

Microsoft Office Visio 2007 是微软公司出品的一款的软件，它有助于 IT 和商务专业人员轻松地可视化、分析和交流复杂信息。它能够将难以理解的复杂文本和表格转换为一目了然的 Visio 图表。该软件通过创建与数据相关的 Visio 图表（而不使用静态图片）来显示数据，这些图表易于刷新，并能够显著提高生产率。使用 Office Visio 2007 中的各种图表可了解、操作和共享企业内组织系统、资源和流程的有关信息。

Axure

axure 概述Axure RP 能帮助网站需求设计者，快捷而简便的创建基于网站构架图的带注释页面示意图、操作流程图、以及交互设计，并可自动生成用于演示的网页文件和规格文件，以提供演示与开发。

4.如何写出好的PRD

首先，先了解清楚PRD的阅读对象，使用者。

PRD的模版中一般有如下信息： PRD预期的读者包括：产品、开发、测试人员及相应的负责人和用户方代表。产品、开发、测试人员会从中了解到本次需求的背景和详细要求，以及每个需求点未来的优化方向或对用户的价值。

而用户方代表则可以通过该文档了解PRD中所描述内容是否是自己期望中的需求，是否符合以及是否都覆盖到了自己的预期。因此PRD也是产品经理同相关角色确认开发任务的重要依据。

当所有角色认可了PRD中的内容后，这份PRD将作为后续开发、测试、需求验证的依据。 其次，一个完整的PRD还应该具备的要素有 1、文档的命名和编号 文档的编号和命名很关键，每个产品都是经过若干个迭代才完成的，而每个迭代所完成的产品功能或者升级的需求都可能是不一样的，因此需要定义清楚该文件属于产品的哪个迭代，修改了几个版本。

文件命名的方法一般是通过版本号定义，比如简单的方法是，XX产品V1.0PRD_V2，前面的V1.0是产品迭代的编号，后面的V2 PRD的版本号。稍微详细点可以定义成，XX产品XXXX需求PRD_V2，即对本次迭代的需求任务做命名，这样更便于阅读和记忆。

2、文档的版本历史 包括，编号、文档版本、章节、修改原因、日期、修改人。编号只是为了记录修改的顺序，文档版本显示的当前修改的内容属于文档的第几个版本（或第几次修改，一次修改一般为一个版本），章节是具体到修改内容属于的功能模块，以便阅读人及时找到修改后的内容，修改原因说明为什么要修改该需求，让阅读者直观的了解原因。

日期是指需求文档修改的时间，修改人是指需求内容的修改者。 3、目录 不需要自己新建，文档完成后直接更新模版中的目录即可。

目录是用来了解文档结构的 4、引言 这部分的内容有：产品概述及目标、产品roadmap、预期读者、成功的定义标准和判断、参考资料、名词说明 产品概述：解释说明该产品研发的背景以及核心功能。 预期读者：文档的使用对象 成功的定义和判断标准：旨在说明产品的目标 参考资料：PRD的参考资料 名词说明：名称、说明。

名称就是对文档中会出现的比较新的名称，说明则是对这些名称进行解释。 5、需求概述 需求概述通常包括需求概览、用户类与特征、运行环境、设计和实现上的限制、项目计划、产品风险等等 需求概览：分两部分，一是业务流程图，对产品整个业务流程的发生过程做图形化的展示，是对产品整体功能流程的阐释。

二是需求清单，对本次要开发的需求任务做分类，给出简明扼要的需求描述并标注优先级。 用户类与特征：产品的最终用户，确定产品的最终使用者，并对使用者的角色和操作行为做出说明。

运行环境：该产品上线后的使用环境，比如支持的浏览器及其版本，操作系统、数据库的要求等等，测试人员在看到环境要求后会在测试时重点测试，而最终上线产品时需要把最佳的运营环境告知给用户。 设计和实现上的限制：比如控件的开发环境、接口的调用方式等等 项目计划：对于prd中要开发的内容，给出关键里程碑，比如需求评审通过的时间、开发的完成时间、上线时间等等 产品风险：描述产品可能存在的风险，比如性能瓶颈，没有解决的问题，用户不当使用的风险等等。

6.功能需求 功能需求一般是由功能详情和主流程说明两大部分。功能详情是所有的产品功能的描述和规划。

功能详情包括以下内容： 简要说明：介绍此功能的用途，包括其来源或背景，能够解决哪些问题。 场景描述，产品在哪种情况下会被用户使用，就是用户场景模拟。

这也是产品经理讲“好”故事的必备条件 使用者说明：对产品使用者做出说明，可融入简要说明中。 前置条件：该需求实现依赖的前提条件。

比如，上传照片时，需要存有图像文件。 后置条件：操作后引发的后续处理。

主流程：把主流放在最后是有道理的，结合上面所说的，做出主流程说明，对每个功能流程走向分点说明（这是非常重要的）。 推荐一个方法：“用例”，在面向对象的软件设计模型中，用例是一个被阐述的内容，用例是对功能使用场景的解释。

用例很条理的介绍了每个功能的前置、后置条件，主流程介绍，帮助开发、测试等角色快速的了解产品功能。 7、可选方案 列出所有可以选择的达到该产品目标的方案要点（主要思路），给各方案适当的评价，并推荐最优方案（在功能需求中描述的）。

你在做这个产品规划时一定有很多的备选方案，别放弃这些方案，永远没有过时的idea，只有最适合时机的idea。所以可以写出几个可选方案，或许是你下期产品改版一个方向。

记住，多思考方案是永不为过的 8、效益成本分析 通过这一点上能看出产品经理必须是个全才，不仅要具备行业知识，还需要有财务知识。一个产品的成本衡量一般包括三个方面：效益预测、产品技术成本和其他成本支出。

9、整合需求 产品整合能力是产品经理很重要的一个能力，业务合作通常是不可避免的，将隶属于两个不同来源的业务功能做整合也是常见需求，比如系统登陆使用公司的域用户登陆，或者付款使用财付通、支付宝付款，解决好整合需求也是体现产品经理核心竞争力的。

5.市场需求文档和产品需求文档区别是什么

该文档是软件产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是某个软件产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。

一般在互联网企业中MRD都是由运营人员和产品设计人员共同制定完成的，互联网软件产品由于最终直接面向终端用户，且需要长期运营，作为互联网企业中的运营人员是最清晰市场动向？产品受众是哪些人？为什么需要产品人员配合呢，主要是因为运营人员很普遍的观念是以运营商品的视角来考虑问题并未能深埋产品级的需求，所以两者配合来制定编写市场需求文档是最合适不过的。产品需求文档（Product Requirement document,PRD），该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

该文档一般是由产品设计人员来完成，也就是传统意义上的需求分析，其主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程、子流程、分支流程，等几大块），功能点业务流程框线图，界面说明，Demo等。

6.如何快速写好基于AxureRP原型的PRD文档

大公司才会有交互设计师岗位也才会有交互设计稿种文档产出般公司都只有产品设计师、需求分析师、商务分析师或者产品经理样岗位岗位基本会包办了从需求收集需求分析需求设计原型设计编写PRD样过程所说小公司比较锻炼人会练全能本事编写PRD文档较苦命工作项具体编写要求参见《何书写好产品需求文档PRD》份文档会作产品指导性文档告诉开发、测试产品需求点实现要求验证逻辑运营人员也需要参考获知当前产品所能达功能层次写文档时候事无巨细吧人家会嫌写太繁琐了；写太简单吧人家又会嫌没说清楚该说；开始使用敏捷模式要求文档弱化了其实只过需求时候需要提前先把PRD写好事还得补；写文档耗掉时间多了人家会说能否除掉半功能需求都确认好了只描述出来要用掉多时间凡此种种都让做产品我们感觉命苦因此开拓种写PRD新思路新方法相当有必要现都讲究用工具来辅助工具用好确实能事半功倍要工具用好呢只能自求多福了原型设计软件主要功能还用来做原型否原型演示完了之没有用了呢我想有点工作经验人都会认当我们还发挥下原型剩余价值大家都知道份文档里面图文结合所描述东西更能吸引人去阅读也更能帮助别人理解AxureRP所设计原型支持HTML格式浏览相较于其原型设计软件直接产出图片AxureRP原型即直接导出成图片格式也通过浏览过程当用截图软件来截图方式使用当种方式更繁琐面说明直接生成图片反而方便 使用AxureRP自带文档生成功能去生成PRD文档点我之前写AxureRP使用教程时候有提过AxureRP支持通过即定word模板格式来导出生成文档参考《AxureRP教程–生成规格说明书》过使用功能对自身要求比较高：1、要对AxureRP所提供注释功能非常熟悉其默认提供注释字段国际通用并适合国国情要根据产品和项目需求进行修改和自定义要了解组件注释和页面注释使用方式及些注释会出现文档位置等；2、要做原型设计时候做好注释录入每组件交互前置触发条件置反馈事件及每页面功能说明等项细致活挺耗时间和快速原型设计要求大相符；且万确认需求过程当需要修改维护量也比较大；3、要熟悉word格式排版设置用AxureRP默认提供word模板生成出来PRD文档估计符合大多数公司文档编写要求没有要求则直接使用否则得自己倒腾word模板出来对word功底要求较高再还得熟悉AxureRP里面模板导入机制和模板使用机制；4、综上所述功能虽强大实际应用较少其实比较鸡肋人已经放弃了有兴趣朋友深入研究下时分享下； 基于AxureRP原型PRD文档编写方式其实截图用截图+文字形式来书写PRD文档有人说了图片制作软件多非得用AxureRP来做原型还得截图呀里有已经使用AxureRP前提：1、AxureRP提倡快速原型设计法大大减少原型设计时间选择使用AxureRP原因；2、AxureRP支持HTML格式浏览极大方便了原型演示效清楚地告诉演示对象每页面跳转每按钮操作效每连接点击结等选择使用AxureRP第二原因； 当AxureRP优点止于此原因能多主要两方面两前提决定了我们当前都使用AxureRP来做原型设计再讨论已经使用AxureRP情况再来优化截图写PRD方法否则没法进行下去了1、HTML格式页面截图而直接导出图片从操作层面上来讲导出图片模式操作流程下：导出图片>>>打开word>>>选择插入菜单>>>选择插入图片>>>搜寻图片所文件夹>>>选择图片>>>点击按钮完成插入图片操作；或者下面种方式：导出图片>>>打开图片所文件夹>>>选择插入图片并打开>>>复制图片>>>打开word>>>粘贴图片完成插入图片操作；比上面省步骤；从HTML页面截图模式操作流程下：打开对象所HTML页面>>>用截图工具截图>>>复制所截图片>>>打开word>>>粘贴图片完成插入图片操作；对比下知道用截图方式所需操作步骤少也能节省时间里推荐截图工具：Snagit（下载地址）对所截图进行些简单编辑比画圈圈提示下画点箭头2、基于AxureRP原型截图种方式更能适应需求变化大家都知道AxureRP支持单页面修改单页面重新生成原型需要整体原型重新生成遍样某地方修改了只要重新生成下原型再截图修改即而导出图片方式AxureRP只支持导出主页和导出全部页面两种方式；3、截图工具辅助功能上面也提了对图片做些必要处理； 截图+文字模式有了截图之编写描述文字应该方便多了避免出现大段文字另外PRD编写般都有格式要求有些内容能用工具来解决般份PRD文档要包含下些内容：1、概述部分：简单介绍下产品背景产品价值或者愿景产品简单介绍些预估风险点干系人名词解释等等；2、业务需求描述部分：定义好目标用户群体业务流程图业务架构图脑图等等介绍；3、功能需求描述部分：部分才用上面所述方法点每功能点都用样方式描述；4、非功能需求描述部分：与产品相关些辅助功能性能要求、易用性要求等等；5、接口描述部分：与外部有相关接口需要部分描述；6、附录部分：培训信息、参考资料等还有运营计划等等；完整PRD文档多部分对功能需求分解描述AxureRP好支撑部分全部内容另外其实AxureRP也有流程图、UML图功能业务流程图、业务架构图等都AxureRP里面实现出来基本上我自己目前采用上方式来编写PRD文档原型已经设计。

7.网站需求文档

通过工具—把思想有逻辑、有细节的合理的组织到一起！ 互联网行业，蓬勃兴起，很多从事产品工作。

不管是生手、新手、老手还是高手，我也想和大家分享一下产品需求文档的一些心得，希望能帮助大家（pa/pm）更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。

之前的需求的调查、需求的获取、需求的比较分析取舍等等都不再阐述了。 1、熟悉项目发生的相关业务行为。

言下之意，就是说：我们要做的是什么项目，我们这个项目主要是做什么业务，具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。 简而言之，得要求： 面向业务（对象），进行业务行为（设计），也是需求的开始， 推荐工具：Ration rose ★★★★ 说明： 通过use case 可以很容易，很清晰的将整个业务员系统直观、规范的表达出来，按照模块建立各个package，从而将复杂的业务通过case直观的表现出来。

工程师看的明白、产品人员也看得明白 2、将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一 很笼统的说，就是；流程问题 流程就是逻辑，你只有制定合理的、符合业务实际情况。符合系统实现（可实现、容易或稳定实现）的流程，才会更好支持日后的业务系统和管理系统服务实际的业务。

不管是进销存、还是SAP原理其实都是相通的。 推荐工具：Visio 2007 ★★★★★ 说明： Visio是个老掉牙的工具了，从微软手里出到了07版本，它该有的模型都有了，通过visio你可以直接的把整站流程框束在文档上。

不论你开发怎么样的系统，需求什么样的环境，都可以一一标明出来。 你的流程图的好坏直接会影响工程师实现你指定产品的实现方式。

所以强调一点，产品人员要熟悉计算机开发，熟悉人机交互，熟悉一些常用的开发方式，这样有助于很好的和团队做融合，更好的框架更容易扩展。 3、把项目条目化，条理化，目录结构具体规定好。

有了上面主要的CASE和流程的保障，接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列，设置更符合业务的使用逻辑，怎么样让使用者更容易、直观的入手，怎么样一个很好的B/S或C/S的功能界面呈现到前台。

推荐工具：Mind manager ★★★★ 说明： mind manager是一款可视化思维导图软件，它可以智能的建立各个模块，各个主、次、平级目录。 同时也当便做调整、做对外的功能结构的报告演示。

更值得一提的是通过它可以导出到word中，方便您对word进行完善。 4、前台结构布局，合理规范的将系统脱去朦胧的华纱。

众所周知开发者和使用者是不知道这个地方应该有哪些功能，到了这一步了有哪些功能，数据提交失败有什么提示，不会使用有什么帮助或提示操作、入口。 所以做为产品人员我们要充分的考虑到上述到这些东西，对于从业人员来说这也是我们最基本的素要体现。

很多人都说，要符合业务系统，要符合使用习惯，要符合浏览或人机传播，口碑，品牌形象习惯，总是就是人性化的去把这个东西设计的更合理，更易用，更有亲和。 所以，我接下来要说的这款工具，就很好的帮助了前台的布局 推荐工具：Axure rp ★★★★★ 说明： Axure是一款特别好用的产品模型设计软件，可视化操作，ajxa能直接生成页面需求，更独特的它可以实现：div onm ouse onclick等很多交互事件，UI和工程师看到页面能直接看到你要设计的效果，而不是很头痛的看没完没了的文字描述了。

同时他们还可以在第一时间给我良好的建议做最初的UI UE的确定，LucidSpec我觉得也不错（*^__^*） 嘻嘻…… 5、穿针织网，把需求综合起来，整理成最终的产品需求文档 该做的做了，然后开始做到一个文档里，写明项目名称，把CASE/l流程、目录放近去，把项目背景、需求的各个约束、规则的界定、文字的补充说明交代清楚，同时把模块的字段，状态，对应该操作。 所以模块设计的页面地址整理好，一份色香味齐全的文档就出炉了。

最后你要是不嫌弃不好，冠名—“某某某解决方案”，再做一套漂亮的PPT带着一些所谓的行业、项目数据分析，你可以直接去找风投去了。 推荐工具：Word 2007 ★★★★★ 说明： 没有word我觉得是件很可怕的事情，因为我觉得很多替代文档编辑软件都没有它来的让我喜欢，不知道大家有没有同来感觉， 。