从产品需求到产品设计
产品设计主要流程
产品设计主要流程
产品设计的主要流程通常包括以下几个阶段：
1. 确定需求：在这个阶段，设计师需要与利益相关者（如客户、用户、项目经理等）进行沟通，了解他们的需求和期望。
这可能包括收集市场调研数据、分析竞争对手、确定目标用户群体等。
2. 定义产品规格：根据确定的需求，设计师需要定义产品的规格和功能。
这包括确定产品的外观、尺寸、材料、颜色、功能等。
3. 创意设计：在这个阶段，设计师开始进行创意设计，生成各种设计概念和想法。
这可能包括手绘草图、制作模型、使用计算机辅助设计软件等。
4. 设计评估：设计师会与利益相关者一起评估创意设计，选择最佳的设计概念。
这可能涉及到进行用户测试、市场研究、成本分析等。
5. 详细设计：一旦确定了最佳的设计概念，设计师将进入详细设计阶段。
这包括制作详细的设计图纸、规格说明、原型制作等。
6. 设计验证：在这个阶段，设计师会对详细设计进行验证，确保产品能够满足所有需求和规格。
这可能包括进行物理测试、用户测试、工程分析等。
7. 生产和制造：一旦设计得到验证，产品就可以进入生产和制造阶段。
设计师需要与生产商合作，确保产品能够按照设计规格进行生产。
8. 产品发布：最后，产品将被发布到市场上。
设计师可能需要提供支持和维护，以确保产品在使用过程中保持良好的性能。
需要注意的是，产品设计的流程可能因项目的性质、规模和行业而有所不同。
在实际操作中，设计师可能需要根据具体情况进行调整和优化。
产品设计的流程
产品设计的流程产品设计的流程可以分为以下几个步骤：1. 需求分析：在产品设计的初期，需要对市场和用户需求进行详细分析。
了解目标用户的特点、需求和偏好，以及市场趋势和竞争对手的情况。
这个阶段的目标是形成一个清晰的产品需求文档。
2. 概念设计：在需求分析的基础上，设计师可以开始着手概念设计。
这个阶段的目标是通过草图、线框图和模型等形式，对新产品的外观、功能和用户界面进行初步设计。
概念设计需要充分考虑用户体验和产品的可行性。
3. 详细设计：在概念设计确定后，设计师会进一步细化产品的设计。
这个阶段需要制定详细的设计规范，包括产品界面、交互设计、功能模块等。
设计师可能需要与开发和工程团队密切合作，确保设计方案的可行性和执行力。
4. 原型制作：在详细设计完成后，设计师会制作产品的原型。
原型可以是纸质的手绘稿、逻辑流程图，也可以是数字化的交互原型。
原型的制作可以帮助设计师验证设计方案的可行性和用户体验，并提供给相关团队进行反馈和评审。
5. 测试与改进：设计师会与用户进行测试，以评估产品的功能性和易用性。
通过用户反馈和测试结果，设计师可以对产品进行改进和优化。
这个阶段可能需要多次迭代和优化，直到达到预期的效果。
6. 生产和上市：当设计师和团队确定产品已经达到预期的标准后，可以进入产品的生产和上市阶段。
这个阶段需要与生产和市场团队紧密合作，确保产品的品质和推广效果。
7. 监测和反馈：产品上市后，设计师还需要不断监测和分析用户的使用情况和反馈意见。
这些数据可以帮助设计师评估产品的性能和用户满意度，并提供改进方案。
不断的反馈和改进是产品设计的重要环节。
总结起来，产品设计的流程可以概括为需求分析、概念设计、详细设计、原型制作、测试与改进、生产和上市以及监测和反馈。
这个流程是一个循环的过程，设计师需要不断地优化和改进产品，以满足市场需求和用户的期望。
从产品需求角度,看设计的5层需求金字塔
如图所示，从低而高依序为：使用者的认知需求、目标族群的多数需求、程序员的技术需求、专业玩家的深度需求、设计师的自我实现。
1.使用者的认知需求从使用流程与版面设计来看，设计师常常为了追求视觉的简洁，而将功能图象隐藏起来，无论是藏在功能菜单或是特殊手势之后，这样的设计如运用不当，都会降低被使用者发现的机率。
且实际的用户沟通环节过程中，也常发现使用者根本没发现那些被隐藏起来的功能。
最常见的例子就是，多数的APP纷纷从左图隐藏式的下拉菜单，改成右图相对显而易见的分页菜单。
明确的颜色对比也有助于使用者的阅读，暧昧不明的颜色对比，常被使用者误认为“锁定”状态，或甚至没看到。
因此，先无论功能是好是坏，若无法成功取得使用者第一次的“试用”，更谈不上后续的转换率以及回访率。
2.目标族群的多数需求在产品上线后，务必通过各种数据分析使用者行为，此时应该会发现用户的一些行为分布，举例来说：男女使用者比例达3:7、需求型使用者与供给型使用者为2:8、社交爱好者与注重隐私者为1:9…等等，设计师应该以满足多数使用者的需求为优先，避免团队花费了大把时间，多数用户却感受不到，因而错失很多机会。
3.程序员的技术需求在产品的开发过程中保持与程序员良好的沟通一直以来都是设计师的必备技能，产品能否如期推出，往往视软件开发难易度而定，这中间设计师必须想办法取个平衡点。
举例来说：我刚加入团队的时候，由于需要做大量整改设计，有一些小需求设计到产品设计，会立马询问程序员的开发难易度，并且选择最简单快速的方案，但事后却发现功能点没有想全，更重要的是频繁的打扰降低了开发组程序员的工作的节奏。
因此个人一些小的开发经验，可以先将不同的设计方案给产品经理把关，然后根据用户体验筛选掉不好的设计，等需求完全没有问题了才与程序员沟通是否需要开发，完整地将需求传达给程序员，有助彼此对实际问题的认知。
4.专业玩家的深度需求当一个产品的需求走到这里，其实已经成功培育了许多用户，而为了满足这些忠实的用户体验，并且加强竞争力，在此我会加入一些学习门坎较高，但能够提升使用者效率的设计方案，例如说以特殊手势快速启动特殊功能的捷径。
(完整版)产品设计步骤
完整版)产品设计步骤1.确定目标和需求分析在产品设计的第一步中，我们需要明确产品的目标和需求。
这包括确定产品的主要目标，明确产品的核心功能和特点，以及了解目标用户的需求和喜好。
通过进行市场调研和用户调研，我们可以收集信息和数据，分析市场趋势，了解竞争对手产品，并确定我们的产品需求。
2.创意和草图设计在确定产品需求后，我们可以开始产生创意和设计初稿。
通过头脑风暴和团队合作，我们可以生成多种设计方案，并选择最佳的方案进行进一步开发。
这一阶段的重点是绘制草图、设计图和原型。
草图和设计图可以帮助我们更好地理解产品的外观和功能，原型则可以用于测试和验证我们的设计想法。
3.用户体验设计用户体验设计是产品设计中非常重要的一部分。
在这一阶段，我们需要关注产品的易用性、可访问性和用户满意度。
通过进行用户测试和反馈收集，我们可以优化产品的界面设计，提高用户体验，减少用户遇到的问题和困惑。
4.技术开发和工程设计在确定产品的设计方案和用户体验后，我们可以开始进行技术开发和工程设计。
这包括确定所需的技术架构、开发所需的软硬件资源，以及制定详细的工程设计计划。
在这个阶段中，我们需要与开发团队和工程师密切合作，确保产品的设计在技术上可行和可实现。
5.测试和验证在产品开发和工程设计完成后，我们需要进行测试和验证。
这包括功能测试、性能测试、兼容性测试等。
通过对产品进行全面的测试和验证，我们可以确保产品的稳定性、可靠性和安全性。
同时，我们还可以获取用户的反馈和意见，并进行必要的修改和改进。
6.发布和市场推广在产品通过测试和验证后，我们可以开始进行产品的发布和市场推广。
这包括确定产品的定价策略、制定市场推广计划，以及与销售团队合作，开展宣传和推广活动。
通过积极的市场推广，我们可以吸引目标用户，提高产品的知名度和销售额。
7.用户反馈和持续改进产品发布并不是最终的结局，而是一个新的开始。
通过对用户反馈的收集和分析，我们可以了解用户对产品的意见和建议。
产品和设计对接流程
产品和设计对接流程产品和设计的对接流程，对产品设计部门来说是最基本的流程。
通过设计和产品双方面对面沟通和交流，并对需求达成一致后，双方就可以开始项目进度推进，接下来双方会针对需求方提出的新需求和新问题进行讨论和改进。
同时基于新需求和新问题进行产品的优化和迭代，这就是产品和设计之间的关系。
产品开发人员要跟设计人员沟通，确定需求要包含哪些部分，是否满足需求所需？在完成设计任务后还需要做哪些工作？需要注意什么问题？以及如何改进和优化？产品研发人员要和设计人员进行沟通，主要是解决产品开发前期所需要面对的问题：设计需求内容、修改需求等都需要有详细内容做支撑，以确保设计需求与产品设计需求具有高度一致性。
在项目初期需要明确设计需求；在项目中期设计需求需要细化；在项目后期需完成研发需求的细化；在项目末期需要完成产品设计需求和功能设计等等。
1.确认设计需求产品研发人员跟设计人员交流确认设计需求时，要注意一个原则，那就是双方都必须以一种认可的态度，在充分理解设计需求内容的基础上，才能确定产品设计需求的方向。
这点对设计团队来说是非常重要的。
产品研发人员要保证产品开发需求的正确性与有效性，同时确保设计团队一定能对设计需求和产品设计需求进行确认与理解。
我们在和设计人员确认需求时，可以先了解以下三个要素：设计需求内容：包括需求内容和需求目标都是什么？需要表达什么意思？目标是什么？设计团队应该怎么做？以上几个要素要明确清楚，然后才能确保设计需求内容与要求一致进行落地实施。
设计师如果对设计需求内容是不是了解就直接执行了就行了？这可能会造成开发团队的一些困扰、或者开发团队无法把控整个项目节点等等问题。
2.确认技术需求产品开发和设计人员在确定了产品的设计需求后，就要与设计沟通需求的技术需求。
这是由产品和设计沟通形成的技术需求，是双方沟通达成一致的基础工作。
首先产品要做好技术需求文档的准备工作，包括：技术人员必须了解功能需求与系统设计逻辑、主要功能需求、关键技术内容、各功能模块工作原理等等。
产品过程设计流程
产品过程设计流程产品过程设计流程是一个系统性的过程，它涉及到从产品设计概念的提出到实际产品生产的全过程。
以下是产品过程设计的一般流程：1. 需求分析和定义：首先，需要对产品需求进行深入分析，这包括对目标市场、客户需求、竞争对手等方面的研究。
在这个阶段，需要明确产品的功能、性能、成本等要求。
2. 概念设计：根据需求分析的结果，设计出满足需求的初步方案。
这包括产品的外观、结构、功能等方面的设计。
概念设计是整个设计流程的核心，它决定了产品的基本形态和特性。
3. 详细设计：在概念设计的基础上，进行详细设计。
这包括对产品的具体结构、零件尺寸、材料选择等方面的设计。
详细设计需要考虑到产品的可制造性、可维护性、安全性等因素。
4. 原型制作和测试：根据详细设计结果，制作出产品的原型并进行测试。
测试的目的是验证产品的性能是否符合设计要求，以及是否满足用户需求。
根据测试结果，可能需要返回设计阶段进行修改。
5. 生产准备：在产品通过测试后，需要进行生产准备。
这包括制定生产计划、准备生产设备、采购原材料等。
同时，还需要制定质量控制计划，确保产品的质量符合要求。
6. 生产与质量控制：开始正式生产产品，并进行严格的质量控制。
在生产过程中，需要不断监测产品质量，及时发现并解决问题。
7. 产品发布与持续改进：产品完成生产并通过质量控制后，可以进行发布。
在产品上市后，还需要持续收集用户反馈，进行产品改进和升级。
这个流程是一个迭代的过程，每个阶段都可能涉及到反复的设计、测试和修改。
确保每个阶段的质量和效率，是保证最终产品设计成功的关键。
产品需求-产品设计基础表单设计
产品设计基础表单设计表单是用户和数据库之间的桥梁，好表单的设计会极大地增加用的满意度。
本篇笔者就什么是表单设计和表单设计需要注意的相关问题进行分析总结，与大家分享。
本文开始前先问一个问题，为什么总结这些以下内容？我认为一个的产品想要在这个方向深耕，必须要有有自己的几套理论和理论工作习惯，并随着自己的不断地深入学习，把自己的理论体系连续不断地完善和迭代，同时笔者认为方法论的总结是对自己近期学习成果的一个复盘，能把我们的知识结构归拢整合。
其实笔者近期一直在学习和总结一些关于产品的知识点，只不过比较零散，不好归拢在一起，所以近期一直没有和大家分享。
大家都知道东北侧一旦入了产品的坑，就意味着自己持续学习的脚步就不松懈，因为产品这个方向不但要求知识理论知识体系的深度，也要有广度，还要跟紧悄悄地互联网如此快速发展的脚步。
笔者是一个入行不久的“产品狗”，自己关于相关行业的认知、自身知识体系的建设明显还有很大的不足，目前还没有能力对行业、或者某一个单一的产品需要进行分析，所以笔者认为自己现在首要的任务是不断分析指出地丰富自己的知识库、夯实自己的基础，才能把“自己这个产品”持续的更新迭代。
以上是对我小近期的一个小归纳，希望能引发读者尤其是启发产品新人有些启发能加强对自身知识体系的字声划。
这里再聊时隔多年方法论的抑制作用作用：建立自己的知识评价体系，能更好的记住设计中的要点，不会遗漏重要的内容。
下面让偷偷地我们来一起讨论一下本文的主旨——表单的设计。
首先我们先从基础入手，了解什么是表单，表单是用户和数据库之间的桥梁，好的表单的结构设计会极大地增加不断增加用户满意度。
想想我们在使用产品的过程中，很多时候是因为填写信息太繁琐，给我们带来的极不好的使用体验，从而放弃了对该商品的使用。
表单的设计属于产品设计中最基础的内容，但想把概念设计表单设计好可不那么容易的事情；表单在设计之前要明确自己的表单的应用场景。
应用场景一：数据录入比如账号注册个人信息的填写、新增内容，对应的是市场营销“评注改查显算传异”（上一篇文章有总结《产品功能设计丨阐述产品功能设计的套路总结》）中的增项应用场景二：校验数据比如账号登录，输入账号密码，因为人体工学数据库定量分析账号密码的比对，所以登录页表单的设计者设计属于数据的校验应用场景三：展示数据比如信息内容台账的展示，是数据库的信息通过表单向用户展示信息内容。
产品设计流程与方法
产品设计流程与方法产品设计是一个全面而复杂的过程，需要考虑到多个因素，包括市场需求、用户体验、技术可行性、成本效益等。
在产品设计的过程中，有一套系统的流程和方法可以帮助设计师更好地完成产品的设计与开发。
以下是一个常见的产品设计流程与方法。
一、产品设计流程1.研究市场需求：在开始设计产品之前，首先需要对市场需求进行深入的研究和分析。
了解目标用户群体、竞争对手情况、市场趋势等信息，以便更好地把握产品设计的方向。
2.确定产品定位：在明确了市场需求之后，需要定义产品的定位。
明确产品的目标用户、产品的核心功能与特点，为之后的设计工作提供一个明确的方向。
3.思考创意和概念设计：在产品定位确定之后，可以进行创意和概念设计的阶段。
这个阶段主要是对产品的外观、结构、功能等进行初步构思，并形成初步的概念设计。
4.进行用户调研：在确定了初步的概念设计之后，需要进行用户调研，通过与用户的沟通和访谈，了解他们对产品的期望和需求，以便更好地优化产品设计。
5.进行详细的产品设计：根据用户调研的结果，进一步完善产品设计。
包括产品的细节设计、外观设计、结构设计等，确保产品的可行性和可实现性。
6.进行原型制作：在产品设计确定之后，需要制作产品的原型。
原型可以是低成本的简单模型，也可以是高仿真的电子原型。
通过原型，设计师可以更直观地感受产品的外观和功能，并对其进行修改和优化。
7.进行用户测试与反馈：在完成原型制作之后，需要将原型交给真实用户进行测试，并收集用户的反馈意见。
通过用户测试，可以发现产品的问题和不足之处，并进行相应的修改和优化。
8.进行工程设计：在用户测试和反馈的基础上，进行产品的工程设计阶段。
包括结构设计、材料选择、工艺制程等。
确保产品的可制造性和质量可靠性。
9.进行生产和市场推广：在完成工程设计之后，可以进行产品的批量生产，并进行市场推广。
包括制定生产计划、生产工艺规程、市场宣传策略等。
二、产品设计方法1.爱因斯坦创新法：通过改变问题的视角和创造性思维，找到创新的解决方案。
产品包需求如何转化为设计需求
产品包需求如何转化为设计需求集团标准化小组：[VVOPPT-JOPP28-JPPTL98-LOPPNN]产品包需求如何转化为设计需求???基于市场的创新是IPD的核心思想之一，集中体现为客户需求驱动产品开发。
具体实现方式是划分出一个个产品包（Offering），并根据客户需求（包括外部客户和内部客户）定义产品包需求（OR，OfferingRequirements），再将产品包需求转化为设计需求（DR，DesignRequirements），然而通过产品开发实现需求。
那么，产品包需求（OR）与设计需求（DR）有何区别呢？下表列出了两者的定义和主要不同：产品包需求的例子：?????扬声器需要110dB低频声音输出???????提供简易方便的查看和打印分公司经营数据的功能?????减轻臂架自重，载荷能力提高20%??????每站平均升级时间30分钟设计需求的例子：???????将广播的输出在20～50HZ的范围内放大到115W???????在查询功能模块中，设置查看分公司经营数据的功能，可以选择按分公司名称、区域、月份、年份查询，查询结果按表格和图形方式显示，并能即时打印???????臂架采用三角型支撑结构，支撑臂从圆形改为工字型，采用高韧性轻型钢材??????每次可以同时升级10个机站，加载准备时间60分钟完成，同步升级20分钟内完成，40分钟完成测试确认汉捷咨询发现很多企业在产品开发过程中往往把产品包需求和设计需求混为一谈，获得客户需求（通常客户需求还不充分，也不明确）后就一古脑编制产品需求说明书和规格书，然后匆匆忙忙进入开发阶段。
这是一种典型的欲速则不达的开发方式，往往造成以下突出的问题：??????没有理解真正的需求。
缺乏从客户角度对需求进行研究和分析，没有了解客户真正的需求，尤其是潜在的需求。
很多新产品推向市场后虽然也能使用，但无法让客户满意甚至惊喜，就与此问题直接相关。
如过去每款新手机都有短信功能，都能使用，但直到iPhone推出对话式短信格式才使消费者有了很好的用户体验。
软件开发生命周期：从需求收集到产品发布的步骤
软件开发生命周期：从需求收集到产品发布的步骤软件开发生命周期是指从软件开发的需求收集阶段开始，到最终产品发布和维护阶段结束的整个过程。
该过程涉及多个阶段和步骤，每个阶段都有其特定的目标、活动和交付物。
本文将详细介绍软件开发生命周期的各个步骤。
1.需求收集阶段：需求收集是软件开发过程的第一步，旨在明确用户的需求和业务目标。
开发团队与客户进行沟通，了解用户的需求和期望，以便明确软件的功能和特性。
2.需求分析阶段：在需求收集阶段后，开发团队会对收集到的需求进行整理、分析和验证。
这个阶段的目标是确保开发团队和客户对需求的理解一致，并能够识别出现在和未来可能出现的问题。
3.设计阶段：在需求分析完成后，开发团队开始进行系统设计。
这个阶段的目标是设计出满足需求的软件架构和功能模块，确定开发所需的技术和工具，以及系统的交互方式和界面设计。
4.开发阶段：在设计阶段完成后，开发团队开始编写代码和实现系统的各个功能模块。
这个阶段的目标是实现软件设计，并进行单元测试和集成测试以保证功能的正确性和稳定性。
5.测试阶段：在开发阶段完成后，软件进入测试阶段。
测试团队进行功能测试、性能测试、安全性测试等一系列测试活动，以确保软件达到预期的质量标准。
6.上线阶段：在测试阶段完成后，软件准备进入上线阶段。
开发团队进行最后的修复和优化工作，确保软件处于稳定和可用状态。
7.发布与部署阶段：在上线阶段完成后，软件可以发布和部署到生产环境中。
这个阶段包括将软件部署到目标服务器和配置相关的系统参数。
8.维护与支持阶段：在软件发布和部署之后，开发团队会继续对软件进行维护和支持工作。
这个阶段包括对软件进行错误修复、功能扩展、安全更新等操作，以确保软件的稳定运行和满足用户的需求。
软件开发生命周期是一个循环迭代的过程，意味着在整个过程中可能需要返回到之前的阶段进行修改和优化。
在每个阶段，开发团队应该与客户和其他利益相关者保持密切的沟通和协作，以确保开发的软件满足用户的需求和期望。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
从产品需求到产品设计 This manuscript was revised by the office on December 22, 2012
从“产品需求文档”（PRD）到“产品设计文档”（PDD）
传统上写产品需求文档（PRD）的做法，就是把用例、流程图和网页原型图一股脑的放到一个Word文档里。
一般一个产品都包含乃几十个乃至上百用例，每个用例都有自己的流程图，每个流程图又包含了少则几个多则几十的网页原型图，结果就是产品需求文档变得庞大无比，写的人费事儿，读的人更惨。
自从我受到了这样文档的折磨，我就一直都在琢磨怎么才能把文档写得更简单一点，让阅读的人－通常是设计师和程序员－能够在最短的时间内领会产品的设计。
原来做UI设计师的时候，我创造了一种用流程图来表示产品交互的办法，这个方法受到了很多人的欢迎，这篇文章也引起了一定的反响。
其实当时在实际使用的时候，我不仅产出这样一份流程图，还利用网页热区，把流程图中的界面元素（蓝色的元素）和原型网页（HTML文件）给结合起来了，这样设计师和程序员在看流程图的时候，只要用鼠标点一下界面元素，就可以连接到原型网页，非常方便！这个办法我一直都在用，只是当时没有写在文章里罢了。
后来随着工作性质的变化，我需要越来越多地考虑产品的整体和功能、而不是像原来一样只在特定需求内围绕界面做文章，我就开始寻找把用例整合进前述方法的可能。
在经过了一段时间的摸索和实践后，我逐渐形成了自己特有的一套产品需求文档的写法，为了表示区别，我称之为“产品设计文档”，简称PDD。
本文就是对PDD的介绍。
PDD的组成部分
PDD有三个组成部分，它们分别是用例、流程图和原型图。
用例
用例从整体脉络上定义了产品所具有的功能。
比如对于一个邮件系统来说，“写邮件”、“发邮件”和“删除邮件”等功能都是用例。
用例比较流行的写法，是在每一个用例中标明它的前后置条件和异常情况等属性。
不过在PDD中，我完全放弃了上述属性，只保留用例的名称和简要描述。
因为“用例”的出发点就是“用户”，如果你站在一个用户的角度来思考产品的功能，你会发现那些属性你根本就不会考虑。
并且，各种前后置条件和异常情况，完全可以放在流程图中，这样更清楚。
流程图
流程图是对用例的细化，它可以清晰地表现一个用例所有相关的前置、后置和分支条件。
流程图的画法我在“画Web流程图的一点心得”一文中已经说得非常清楚了，在此不再赘述。
唯一值得注意的是，我以前并没有意识到流程图本身也是有ISO标准的，因此“画”中使用的流程图元素并不符合ISO标准，也和一些已经成型的系统（比如这篇“描述信息结构和交互设计的图示词汇表”）有出入，因此元素在使用上还存在一些问题。
在日常工作当中我已经对元素使用做了修改，以后有时间我会更新“画”一文的内容，也有可能直接把模板放出来。
原型图
原型图是对流程图中“界面元素”的展现。
这个东西没什么可说的。
PDD的表现方式
用例、流程图和原型图一般都是产片需求文档（PRD）中已有的东西，PDD在这点上和PRD没什么区别。
而下面要说的表现方式，则是PDD的精髓。
我比较孤陋寡闻，还没看到过有人像我这样组织这三块内容，所以姑且认为这是我的首创吧。
用例和流程图
首先把用例和流程图整合起来。
方法很简单，利用网页的frame标签，新建几个帧：index.html－另外两个帧的容器，不用解释吧
navigation.html－导航帧，用于存放用例列表
main.html－默认情况下的主帧，用于存放文档简介、作者、版本和更新日志一类的东西然后新建一大堆网页，把所有的流程图都放在这些网页里，每个流程图（即每个用例）放在一个网页里，最后修改navigation.html，把用例名称和其对应的网页链接起来。
完工以后，页面应该是下面这个样子：
PDD文档首页
左侧为用例，右侧为流程图
好了，左侧为用例，右侧为流程图，这样就把用例和流程图整合了起来，并且结构清晰，查看方便。
流程图和原型图
整合流程图和原型图的重点在于，提供一种方便的方式，以让读者能够在看流程图时方便的看到其中包含的原型图。
为了达到这个目的，我的做法是：
在用OmniGraffle画流程图时，选择界面元素（蓝色的那个），然后在“检查器”－“属性：动作”中选择“打开文件”，然后按“选择文件”，找到你的原型图文件并按“确定”，这样你这个元素就和原型图链接起来了。
如下图所示：
在OmniGraffle中输出这个流程图文档时，不是选择图片，而是选择“HTML图像映射”，这样在生成出来的网页上，蓝色的界面元素都是可以点击的，点了以后就链接到原型图。
很方便对吧？但这还不够；
用Lightbox，把所有图片链接都改成弹出图层，这次再点刚才那些链接看看，效果是不是更棒？
好了，通过这样的方法，产品设计文档（PDD）就将用例、流程图和原型图这三块内容有效的整合了起来。