产品设计（交互原型和需求文档的梳理和总结） _原型设计工具

本文概述

产品设计的第一步：需求决定产品的价值
产品设计的第二步：原型设计和需求文档制作
原型图标注：如何标注更清晰？
界面设计：用户体验

产品设计的第一步：需求决定产品的价值从决定产品的所有需求，到原型设计和详细需求文档，到高保真UI设计（有可能不需要做），到产品具体实现，最后产品上线，并最终产生价值。而最终的价值来自于最开始的需求，从产品的日常运作来看，这是一个标准的流程。
但是产品的价值并非由这个流程决定，产品的价值直接由需求决定，理论上我们压根不需要开发产品（可以假设产品已存在），我们只是整理了一份需求，然后找一个机器来解决对应的需求。
软件产品的需求主要分为两种：功能需求和界面展示需求，功能需求是行为上的，是这个软件系统要实现的主要任务，例如用户登录注册是一个功能需求。而界面展示需求是体验上的，相对功能需求来说似乎没那么重要，但是实际并非这样，设计一个友好而简单的操作界面并非易事。例如现在实现了一个强大功能，但是其使用界面操作完成这个功能需要在多个地方进行配置，需要运行多次，打开多个界面等等——这是最糟糕的，最简的才是最好的，不管多么复杂的功能，都要尝试把它设计成最简的操作。
另外还有一个是内容上的需求，这类主要是文章，无论是移动APP还是Web网站都有这种模块，就是提供文章供用户阅读。这类需求则很难确定，至少我描述不出来什么文章更多人看，但是拼文章数量却是蛮靠谱的。
收集和挖掘需求
【产品设计（交互原型和需求文档的梳理和总结）】我们有必要花一些时间尽可能地设计一些符合用户、含创意、有前景的需求，有些人可能在这个阶段只是匆匆地做了一下就开始做了，这是很难有好的效果。如果只是草草决定一些需求，这意味着你并不知道自己在做什么，因为这个需求决定了代码该如何实现。如果你只是完整地抄一下别人的需求，那看起来价值就不大。
收集和挖掘需求的方式有多种，首先要确定产品的核心IDEA，根据这个IDEA扩展出一些可能的需求，这种需求来自自我分析。除此以外，我们还可以购买服务进行市场调研。或者直接收集竞品的需求信息，进行分析，这是一种有效的方式。
产品设计的第二步：原型设计和需求文档制作第一步得出的需求还只是一种比较概括性的需求描述，相对比较简单的产品概念，还没有什么具体实际内容，而产品设计就是要把这些IDEA逐个具体化提供给技术实现。
原型设计根据第一步的需求进行制作，但是一般不是单独地做原型设计，而是做一份完整的产品文档，这份产品文档包括了：产品简介、产品数据结构图、产品页面结构图、产品交互原型、产品整体功能使用流程、产品用例，可能还包括产品运营或市场营销的相关内容。
产品文档制作依据是第一步得出的概括性需求，因为这是将需求具体化，虽然只是做草图，但是它还是有些难度的，难度在于具体化每个需求，主要是界面的显示和操作，如何与系统进行交互等等，如果不是经常做，那就要花一些脑筋了。
产品文档中最重要的一部分是交互原型，当然有的人是不做交互原型的，那可以做Word或手绘的文档。本人选择交互原型的主要原因是：我们可以在原型图上做标注，这些详细的标注可以省下我们再做一份Word需求文档的力气；而且开发的时候参考交互原型会更形象而方便，不需要再在Word和Axure之间切换。
原型图标注：如何标注更清晰？我发现我之前做的原型图标注似乎不太清晰，虽然也有分点标注。目前可以尝试另一种方式：

将界面元素分为三种：静态不变元素、系统输入元素（用于接收用户输入）、系统输出元素（用于展示系统响应）。例如一些固定的标题或图标可能是静态元素，而输入框、或一些特殊的按钮则是属于输入元素，系统动态展示给用户的则是输出元素，例如聊天信息、错误提示、用户言论发布等。
对这三种元素进行一些标准的标注：静态元素仅标注基本属性，如颜色或大小（通常是在UI高保真中标注）。输入元素的名称、类型、是否为必要值、值范围、长度、限制等。输出元素的名称、类型、是否为必要值等。
动态标注，有的时候我们不会把原型图做得那么详细，例如一些动画效果，这就需要对这个动画效果进行标注。标注的大概格式是：起点、过程、过程中的不同操作、结束。

以上只是一些参考或建议，我们的目标是尽可能地把原型图标注清楚，并尽可能规范。
界面设计：用户体验在做交互原型的时候就要考虑用户体验了，虽然还是草图，但是这里的原型图决定了产品的主要操作模式。所以设计到稍微复杂的操作，请不要满足就行，要花时间想一下，尽可能达到一个更好的用户体现。就如上面说的，对于一个复杂的功能，要尽可能地设计最简单的界面操作，不管用户是否会技术，也只有极少人会倾向于使用复杂的东西。