原型Demo设计
释义（什么事？）
原型Demo设计阶段的工作较多，包含设计的统一工具的选择、原型设计工作的分工、原型的交互设计等；
原型工具的选择，根据项目的不同（或团队工具使用熟练度的差异等），采用的工具组合亦应该有所不同[25]：
图4-33 原型设计工具图标集
认知（怎么做？）
原型工具的演进：手绘、语言→PPT、Viso、Delphi程序化、PS→交互Axure……
表4-3 原型设计通用工具列表
大型原型DEMO的标准设计流程，分为以下几个步骤：
（1）选择工具：首先根据项目难度、团队素质、工期等因素选择适手的工具。
（2）拆解需求：将需求池中的内容，进行思维导图化，整理成属性结构，根据架构结构的不同，拆分产品线并根据工作量等进行合理分工。
（3）原型目录：建议包含文档总页（home，内包含产品的定位、规划、文档撰写揭露及说明等）、流程图（核心业务流程的图示）、思维导图（以功能结构思路拆分后，划分到最小页面单元）、原型站点地图（原型页面间的跳转关系的引导图）、原型详细页面（分层级的页面设计）。
（4）原型标准件建设：根据项目的难易，丰富原型控件库、母版库、标准页库（404跳出与提示页样式）等。
（5）原型页面设计：先搭建核心页面，并根据页面逻辑关联，进行页面加载、跳转、按钮点击等交互时间的完善。
（6）原型页面注释：采用标准的注释模板。
有些时候总有朋友问我“尹老师，怎样才能做好产品的设计”，当时不知如何答复，因设计原型工具的应用能力是个“经验活”——熟能生巧，产品设计仅是体现外表的一部分。在一次游览某古镇后，与上海几位产品友人同一些古匠人（工艺传承者）对话时，他们在讲解工艺品时，都在说其设计灵感来自生活中的某些碎片记忆。引用到互联网产品的工作时，无非总结一句“用心体验生活，用心做产品设计”。
示例（打个样！）(www.xing528.com)
【案例分析】小杰接到两个产品项目，一个是页面轻应用，一个是平台级产品。
【应对——轻应用】轻应用的功能因为页面少，需求与逻辑简单，小杰采用邮件着急项目关联人的方式，在会议中在白板上书写出基本原型示意+讲解给参会人员总体的需求，且在与会人员理解需求的基础上结束会议。在会议后小杰同学给会议中白板上页面示意拍照并将会议记录一同附在邮件中，该需求在最敏捷的方式下转交到需求承接（研发）方处。
图4-34 原型设计——原型界面及描述
【应对——平台级】在分析该需求的量级后，因为庞杂的产品线在当前的团队成员基础上无法承载，故采用以上“大型原型DEMO的标准设计流程”。
图4-35 原型设计——原型界面及描述
图4-36 原型设计——原型界面及描述
原型版本管控
释义（什么事？）
原型版本管控，是指原型设计全过程的流程监控与版本管理。
认知（怎么做？）
原型版本管控，包含：原型的V版本控制、原型设计的版本HIS、版本说明、原型变更规范（规范、变更记录、确认与管控）、原型变更设计的规范与注释、原型版本的输出、原型变更与迭代管理等。
示例（打个样！）
【案例分析】当小杰新接手一个V7.0复杂的平台产品原型工作时，如何下手？
（1）从工作简讯中可以获知V7.0是该产品版本（即该产品至少已经历6次迭代）；
（2）原型设计的版本His（了解原型设计的His管理的人知道，一般采用的工具或系统，均有规范的His版本书写要求，并通过His的编号、注释可以获知产品版本更迭的原因）；
（3）原型变更规范及管理，一般会在交接工作过程中，给予原型项目的全目录，并赋予清单，清单中包含原有团队对原型变更规范的要求、迭代管理记录、变更输出管理等信息。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
