关于需求和原型的思考（3）
狼孩与人类世界隔绝多年，已经不懂得如何使用人类的语言，和人进行沟通交流。
想要能和其他人建立关系，必定要和其他人沟通，要想和别人更顺畅地沟通，必定要学会以别人觉得舒服的方式与别人沟通。所以在和人的交互上，我们都挺辛苦的，需要先学会讲别人听得懂的话，需要学习如何和别人礼貌相处，需要学习如何穿着打扮才让别人觉得得体。
通过需求说明书直接开发出来的软件系统，可能是一个不懂得怎么和人打交道的机器，与之打交道的人类有时会被气的直跺脚，“我花了那么多钱，你就给我这个我一点都不会用的破玩意？”。这个机器就像一个拥有二三十个按钮的遥控器，总是让我们很头疼，按什么按钮才能进行电脑投屏的转接口切换。
用户体验设计的过程，就是在给机器加入“语言”、“礼貌”、“衣着”的过程。在机器学会了这一套之后，人类就才愿意和他打交道，索取自己需要的东西，然后回馈给机器“价值货币”。
我们引用《用户体验要素》这本书里面用户体验的五个层级。依次是：
战略层
范围层
结构层
框架层
视觉层
战略层定义产品目标和用户目标，这和需求分析阶段定义的业务需求和用户是重合的。
而范围层，则将产品目标和用户目标转化为提供给用户的内容和功能，并使用文档来固化需求功能的内容。这和需求分析阶段定义的软件需求是重合的。
“广义”的用户体验设计过程，包含完整的五个层级，我想，也可以称之为“产品设计”的完整流程。而真正使产品“好用、用的爽”的“狭义”的用户体验设计，则只包含“结构层”、“框架层”、"视觉层"。这个过程，我们通过产品原型以及最后的视觉效果，来呈现用户体验设计的结果。让设计出来的“产品”尽可能地还原我们系统提供给到用户的样子。就像汽车在批量生产之前，在电脑通过CAD的方式，构建一辆“真正的汽车一样”
从范围层到结构层的跨越就是把系统的内容或功能，进行以人的认知角度重新组织的过程。
我们去菜市场买苹果，一般都去水果区，不会选择去蔬菜区；当我们去图书馆，想找一本金庸的《神雕侠侣》的时候，会选择去文学小说区，而不会去科技区。这就是对内容和功能的横向组织。在购物网站的设计上，这是非常重要的一个环节，需要梳理相应的“ 信息框架 ”，它会影响到“用户是否可以找到他心仪的那个，然后购买它”。
而一个家庭主妇，在逢年过节的时候，都要做上一桌好菜，要做上这桌好菜，也必定需要做精心的准备，需要循序渐进地做好每个环节才能完成。而这个过程，就是内容和功能的纵向组织。常见的网上购买机票的过程，就需要梳理相应的“ 交互流程 ”，它将决定“用户是否能快速地完成买单的过程”。
大多数网站，在结构层的设计过程中，即需要梳理信息框架，也梳理交互流程。例如淘宝网站，即需要让用户找到商品的类目，也需要在对商品有需求的时候，走购买流程。
假设产品设计比喻成盖房子，那么 需求分析（战略层和范围层） 的过程，就是考虑房子有多少预算，做多大面积，要做几层楼，使用什么材料，使用多少材料的过程； 结构层 ，就是设计房子的门在什么方向，房间怎么划分，每个房间需要多少窗户，每个房间是否需要安排厕所，插座放多少个，水路，电路要安排什么走向等。
在完成结构层的搭建之后，系统设计进入到框架层，从概念过度到“可见模型”，进行系统界面的原型设计。
盖房子进入到“ 框架层 ”的构建，就是进行详细的图纸化，每个房间占地多少平米，房间的门和窗户安在什么位置，厕所要多大，是否干湿分离，插座安排在哪个位置，更方便人日常的使用，水路电路具体的走路要怎么设计，才能满足各个地方的供水供电，同时又能预留未来的需要。我们可以简单地理解为毛坯房的详细设计图纸。
而软件产品进入到“框架层”，则需要提供系统的分类导航，界面布局，以及系统的详细信息设计。
无论分类导航还是界面布局，基础都是信息框架和交互流程。
信息框架有时呈现出来的分类过多，或者呈现出来的内容，我们无法看出其重要程度的高低。同时分类导航需要放在界面的哪块位置，才是用户使用习惯下会一目了然的位置，这些问题，都在分类导航和界面布局的设计中获得解决。
交互流程是一个简约的流程图，在这个流程图中，针对某类应用场景的交互流程是清晰的，但是交互流程的每个环节所处的界面应该包含的内容，以及界面的布局，则同样需要在分类导航和界面的布局的设计中获得解决，以真正满足“我从哪里来，现在在哪里，要打算在这里做什么”的用户需求。
信息设计，是把用户输入的数据（例如用户进入到一个新安装的APP，需要填写用户的注册信息），系统输出的数据（例如淘宝的商品页面的商品信息等），呈现到界面上。这个过程，也融合到界面布局当中。
框架层输出了“产品原型”设计，系统已经定义好完整的内容，完整的功能，完整的用户操作界面，完整的用户使用交互过程。但是我们讲，这个界面是粗糙的，我们比方成毛坯房，虽然具有功能性，但是着实不够好看，住着乏味。当然，每个人好看的标准不一样，但是让大部分人都觉得好看的东西，有它们共同的特征。
而视觉层，就是使产品，以使用人群认为好看的样子，进行进一步的渲染，满足用户的感官享受。
我们需要为房子选择合适的风格，选用耐用好看的砖瓦，做好地面边缘的镶嵌，天花板的吊顶，这样，才算是完成了“盖一个她喜欢住的房子”的过程。
产品的视觉，需要依据所在行业，产品利益相关者，以及产品定位等诸多因素确定风格，在稳定的风格的基础上，满足系统的内容和功能的呈现，大部分情况下，优先考虑用户使用频率，来确定内容是否通过视觉凸显。当然，考虑实用性优先，还是考虑视觉震撼效果优先，这依然有赖于网站的定位，如摄影类的网站，会考虑视觉效果震撼性。而类似于办公软件之类的网站，则更多地考虑实用性，能让用户在繁多的信息里，找到日常最常用到的功能。
通过以上用户体验设计的三个过程（结构层，框架层，视觉层），我们输出产品原型和视觉。提供给到开发人员使用，开发人员就可以根据这些内容进行系统详细的后台模块功能设计，以及前端页面设计。
总结以上，我们将完整的产品设计过程放到一个图上，那么它的过程如下所示：
通过“用户体验的要素”，串联产品设计整个过程，而这个过程，又区分两类分析过程：
首先是战略层和范围层，进行需求分析，输出需求说明书，作为用户体验设计的前置条件。
其次是结构层，框架层，以及视觉层，输出原型和视觉稿，完成完整的产品的设计过程。
而这样划分产品设计过程的好处，在于：
文章写后感：
文章关于需求和原型的思考，主要来源于赵哥关于软件工程这块部分给到的启发。中间参考了《HIS内核设计之道：医院信息系统规划设计系统思维》、《软件需求最佳实践》、《用户体验要素》这三本书，同时在自己实践的一个小项目中，进行了整体思路过程的实践活动，当然过程的一些细节，其实还没达到完全符合的程度，如需求分析的用例规约，到信息框架和交互流程之间的关系的打通，就是一个还可以继续思考的问题。但是，这个过程，确实已经基本能把产品设计的流程完整地走下来，剩下的就是不断地在实践中细化每个阶段过程所做的工作，同时做好阶段之间的衔接。
另外，写文章的过程，也发现了自己对于用户体验的五个层次，每个层次的细节，还没达到融汇贯通的程度，所以接下来，写作文章，将会对应需求分析的四个阶段（需求定义，需求捕获，需求分析，需求建模）、用户体验设计的三个过程（结构层，框架层，视觉层）的过程方法，工具，输出物，注意的问题要点等进行详细的分析。以输出倒逼输入，做一个完整的产品设计过程的解剖。
答：由此思考下来,产品经理的原型基本功也就并没有想象的那么轻松了,自然也不会只是打开axure、墨刀随便拖几个矩形、图标就可以的,而是 需要产品经理在明确原型的场景、交付对象以及需求业务后,通过专业的图形设计来清晰的表达解决方法的过程。 已赞过 已踩过< 你对这个回答的评价是? 评论 收起 为...
答：A.让人产生紧张和焦虑心理B.卡通的外形生动有趣C.让孩子们主动接受检查D.降低镇静剂的使用率正确答案：A4.本门课程适用于哪些群体？（）A.工科专业的学生B.工科领域的教师或研究人员C.从事设计相关工作的一名设计师D.对设计或设计思维感兴趣者正确答案：ABCD5.创意是每个人天生的，如果我们能够将设计...
答：三、产品经理和交互设计是应该怎么分工？（之前的方法论，这条是落地执行干货）产品经理主要负责用户需求整理，规划，功能筛减，商业模式、运营模式探索，版本迭代时间规划，敏捷开发功能点描述等；如果是WEB端的产品，交互相关的东西会涉及的比较少，由于产品经理洞悉各个功能点，倘若对原型设计较为精通，那么...
答：一些数据可以思考一下它们的排列方式,按什么排序,能方便用户查找,仍旧是“以用户为中心”。 3.周全---产品的各种细节,不能疏忽 【1】交互状态 某些重要的操作,交互样式是怎样的,效果如何,最好单独抽出来做成高保真,演示给他人看,让他们对产品有深入的体验和感受。 【2】数据显示 原型上涉及的相关数据做好有真实...
答：<3>加工逻辑词条描述: 1.加工名:检验 ... 需求分析具体要怎么写?要包括哪些内容? 方法⑴首先调查组织机构情况包括了解该组织的部门组成情况,各部门的职能等,为分析资讯流程作准备。⑵然后调查各部门的业务活动情况⑶协助使用者明确对新系统的各种要求包括资讯要求、处理要求、完全性与完整性要求。⑷确定新系统的...
答：4. 需求分析 挖掘到用户的需求后,我们就需要分析需求,需求分析大体有HMW、竞品分析、数据分析3种方法,这里介绍HMW这种需求分析方法。 HMW分为5个步骤: 明确用户场景问题; HMW分解问题; 发散思维头脑风暴; 分类排序; 流程与原型设计。 1)明确用户场景问题 首先需要明确需求中的用户场景问题, 可以参考5W1H模型, ...
答：这个专栏将定期发布产品部关于产品设计方面的思考。主要有以下四个方面:1)产品规划 2)用户需求探讨 3)产品设计过程思考 4)竞品分析。 开设这个专栏的目的很简单,主要有两个,一是让公司各位同事能随时了解并参与到我们产品设计的环节中,同时能通过这样的平台给我们多提意(tu)见(cao)。二是通过这样的专栏也能倒逼...
答：类似哲学上还原论的思考方式。抽象的工作没有完成之前，先不要去做页面这些具象的工作。再次说明： 用例是对用户需求的描述，流程图为用例服务，原型为流程服务。 我的思路就是以用例为中心。以上希望对大家有用。另外，建议大家去学习一下UML，包括它非常有用的一些图表，这对理清思路大有裨益。
答：1、原型法，引导用户他们提出要求。2、标杆对照，用具体实例给出参考意见。3、让用户参与进项目，跟踪他们的实际情况。4、多沟通，会议和专家什么的多种方式引导。5、加强与用户领导的交流，了解其意图。PM冯 1、根据已了解的需求，先动起来，给甲方做出我们已经开始工作的状态，并实时和甲方保持联系，...
