最好详细一点 互联网产品交互设计的相关流程是什么 (最好详细一点的手机)

本文目录导航：

• 互联网产品交互设计的相关流程是什么,最好详细一点
• 用户体验要素：策略层/范畴层/结构层/框架层/表现层
• 产品用户体验的五个档次

互联网产品交互设计的相关流程是什么,最好详细一点

产品研发流程简介

下两副图是产品研发简化流程图，交互设计环节被参与在提出需求与视觉设计之间，可以直观看到交互设计起到了承前启后的作用，但实践上交互设计师做了什么，如何与其余岗位更好的协作，上方将启动详细的解说。

在此之前，咱们先记住交互设计的实质：规划交互行为方式，设计达成行为的最有效方式。

没有交互设计的研发流程

有交互设计的极速研发流程

产品研发的六个档次

产品研发可以分为上图的六个档次，其实也就是《用户体验的要素》中提到的五层实践再加上一个成功层，这样拆分后，可以比拟分明的剖析出产品由笼统到具象的环节，了解各个岗位的职责。上方将详细剖析每个档次都做什么，交互设计师在各个档次的职责和作用：

策略层

内容：定义产品的方向、概念、定位、指标等;

普通是老板们鼠目寸光，产品经理们深思熟虑不假思索，用研、市场、交互同等窗出筹划策，就不多说了。

范畴层内容：筹划产品的规定、入口、配置、内容

担任人：产品经理

协作者：交互设计师

输入物：需求文档

在需求定义阶段，产品经理常会犯个失误——依托形容用户行为和界面方式来表白需求：

产品经理往往必需借住自己对方式的观察和想象，或许从用户的角度形容其操作环节，才干明白自己想要的需求，甚至必需借助自己画的图来表白需求。为什么这么说，看看电脑里自己或他人的需求文档就知道了，如图示(这些都是产品经理交给交互设计师的需求文档中的)：

需求说明示例一

需求说明示例二

产品经理依托形容用户行为和界面方式来表白需求，有三个坏处：

1.你写的或画的不必定正当，这方面交互设计师更专业;

2.交互设计师得依照文档想出一副画面或故事，绕着弯去钻研你究竟要啥，时期还得不时找茬;

3.你糜费了自己的时期，说重大点，你糜费了定义产品需求的时期，偏了重点;

所以需求文档中，最好不要齐全借助用户行为和界面方式的形容来表白需求，而应明白写出产品配置、指标等等，可以加上参考图辅佐了解。

假设产品经理们真的很难表白，或不确定自己要什么，最好就和交互设计师一同先探讨，交互设计师可以协助你剖析其余产品为什么要这么设计、或许你想要的一个不曾见过的配置可以怎样表白，探讨好了再制订需求，甚至直接出配置和内容列表都可以。

产品经理在范畴层的重心，必定得放在怎样做才干成功产品策略指标了。

结构层

内容：需求的内容规划、主义务的用户行为操作流程、界面结构或消息架构

担任人：交互设计师

协作者：产品经理

输入物：流程图、架构图等

流程图

架构图

交互设计师在这个层面要梳理需求，找出用户的关键义务，定义好义务操作流程，规划好界面结构、各自配置、连接性，时期要不时预测和规划配置的表现方式和用户经常使用细节。

在此环节中，交互设计师或许会发现一些需求不正当之处，产品经理也或许会依据流程图、消息架构图等等，发现一些不可到达产品指标的疑问，例如某个配置多余、入口过于扩散、结构不够繁难等等，二者一同完善需求、优化打算，力图主线明晰繁难。

框架层

内容：产品的基本方式，包括规划、控件、位置、大小、一些操作细节;

担任人：交互设计师

协作者：产品经理、视觉设计师

输入物：静态线框图、可展示低保真原型等

交互原型图一

交互原型图二

在这一阶段，交互设计师就开局绘制用来表白行为的方式了，确保所用方式可以很好的让用户知道重点是什么、下一步要做什么、怎样做、不罕用的配置去哪找等等，交互设计师这一阶段要做到：

1.主义务流程突出明白繁难，其余义务完整易懂;

2.满足可用性要求(易学、易见、易用)、用户体验低劣、连接;

3.逻辑正确完整、极限状况处置完善;

4.可裁减;

5.合乎产品所在设施系统及平台的设计规范，例如windows的控件规范、iPhone、安卓的设计指南等等，不要随便发明不规范的控件;

6.视觉设计师可以在此基础上赞美施展;

这也是为什么会产生交互设计师这一岗位，由于产品经理或视觉设计师都没有通常精神来做这些，或许从未做过甚至从未思索过这些。

交互原型图输入时，产品经理就可以预测视觉稿能否能到达产品定义时希冀的成果，检查交互图中的对内容和配置的并重能否能满足产品需求了，检查并提出倡导;但有的产品经理会要求交互设计师如何设计，例如说我就要XX这个样子的、我不能接受这种规划等等，这个时刻，请产品经理认清自己和交互设计师的专业职责，让专业的人做专业的事，大家应该一同各持己见、向用户、老本、时期斗争，探讨出关于用户和产品而言最好的打算，而不是让对方听从自己客观的想法。

此外，若视觉设计师在此阶段就介入探讨，对产品会更有协助。

视觉设计师要对产品十分相熟、了解细节始末，实时关注交互原型图的停顿，提出倡导，将更无利于产品极速开发、缩小前期因交互原型图赞美后不难看、不活泼、界面太挤之类的要素而修正交互稿。

例如关于锻造这个环节，交互设计师设计成了A+B+C=D这种长条形规划，而做成果图时，视觉设计师才说难以表现游戏感，宿愿能画个炉子，在炉子的周围摆上资料，炉子两边为锻形成品，这个时刻又要交互设计师从新设计就糜费精神和时期了。

另外，假设该名目较为关键，最好在关键界面交互原型图输入后，被动约请威望角色评审，免得前期才失掉意见，再修正就来不迭或反停上班。

表现层

内容：产品外观、企业笼统、视觉情感;

担任人：视觉设计师

协作者：产品经理、交互设计师

输入物：成果图、动画等等

在表现层，视觉设计师会依据交互原型图启动绘制，在交互图的基础上，可以对规划、控件的形态、方式启动微调，设计图标按钮等等，此时交互设计师应该实时关注，以确保图形及色调的认知成果，以及能否有不太适宜的更改，或未到达预设的中央;

上图为玩家列表的交互原型图和成果图。

交互图中蓝钻、年费、昵称的位置格局是QQGAME的蓝钻规范，昵称下限为24位字符，假设依照成果图摆放，一个是不合乎平台规范，另内在列表中也会由于实践昵称长短不一，造成蓝钻、年费图标显得较乱。

欢畅豆数字下限为9位数，为容易浏览加上顿号宰割，成果图没有预留下限位置，也去掉了顿号。

只管不倡导在交互原型图经过了全员评审后又修正打算，但实践上，在成果图收回后，往往仍会由于各种觉得不难看、看起来很挤、达不到产品指标等客观或客观要素要修正成果图乃至交互原型图规划甚至改动配置，这种危险要素很难防止，只能尽量弱化，特意是威望角色若未继续坚持关注、在大型评审时或许会提出推翻性意见。

我的倡导是交互设计师输入关键界面的原型图且经过全员评审后，视觉设计师马上输入对应成果图，成果图评审经过全员后，交互设计师再去片面补充残余的交互原型图，这时刻若要修正，老本就会小很多。

什么时刻写《产品设计文档》?

待主界面成果图经过评审后、视觉设计师开局补充残余的交互原型图时，交互设计师就可以开局着手写交互说明。

假设提早写了，一旦成果图有修正，就要跟着修正各种逻辑和细节，挺伤脑细胞的，也糜费时期、容易遗漏。

待成果图成功后，将需求文档、交互说明、成果图兼并为产品设计文档(兼并这活可以由产品经理或交互设计师来做，另一方来检查即可)，交与开发。

为什么要兼并成一份《产品设计文档》?

看看开发、测试同窗每无所谓对着需求文档、交互原型及说明、成果图三种输入物来上班是有多解体就知道了，另外一份文档降级和同步起来也比拟繁难。

在降级时，成果图和交互内容的更改由交互设计师保养，其余需求内容由产品经理保养，相互知会。

成功层

内容：设计检查、开发、测试、颁布等;

担任人：平凡的程序员

协作者：产品经理、交互设计师、视觉设计师

输入物：活生生的产品

其实成功层不只仅是开发环节，在前期产品设计阶段，开发人员也须要时辰介入检查把关，确保开发老本和时期正当，及时提出不可成功、耗时、漏了XX等疑问，防止前期才提出要改动或修补交互打算。

不能边设计边开发(前端)

咱们如今的开发阶段经常在交互打算还未确定时就启动了，其实这是对产品设计很不好的(当然，仅仅是开发底层或后盾等不太影响)，由于：

1.一旦开发将用户行为环节、界面规划写入了代码，再修正就较为艰巨、代价高，而理想上此时一切用户行为和方式都还未被齐全确认;

2.给了设计师较大的时期压力，或许会影响设计思绪、逻辑的严密性、打算的品质;

因此，倡导开发同窗最好是在产品设计齐全成功后，才启动前端开发。

最早也应该在主界面成果图确认之后，时期任何未确认的物品先不要急于成功，或许和交互设计师确认后再成功。

此外，PM要监视和协助上方两点的实施：

1.假设一名交互设计师须要同时跟进多个名目(理想形态下当然不介绍这样)，或许无暇随时跟进、不能及时的发现版本疑问，而产品经理是时辰盯着名目的，所以经常遇到这种状况——开发同窗遇到交互疑问(如打算不可成功或细节不完整)，不问交互设计师而去问产品经理，或许产品经理发现交互疑问后自己提出处置打算，等到交互设计师检查版本时发现这个处置打算不正当，要修正曾经代价颇高了。

因此，开发环节中，遇就任何产品设计相关疑问，PM或开发人员最好拉上产品经理和交互设计师一同沟通处置。

2.应该严厉细心的依照产品设计文档启动开发，不要弄错一个流程、写一个错别字、弄错一个图标、错位一个像素，由于前期的每次找茬都是令人解体的，而且还不必定能遇到这个失误。

只管粗疏这是个传统美德，但还是不知道有多少开发GG损伤了交互妹纸的心。

研发流程步骤总结之前咱们这边的研发流程是需求写完经过需求评审后，交互设计师输入全套交互原型图、交互说明文档，经过开发评审，美术再投入出去，前端开发再正式启动。这个流程的运行环节中产生过十分多的疑问，关键疑问在前文中曾经提到，经过和其余交互设计师、名目组成员的探讨，我在自己介入的几个名目中启动了流程优化，成果不错，新流程的详细步骤为：

产品设计阶段(此阶段每一步都须要经过全员评审尤其是开发的评审)：

第1步：产品经理输入配置内容需求列表，时期与交互设计师亲密探讨;

第2步：交互设计师输入主义务的用户行为操作流程、界面结构或消息架构，时期与产品经理亲密探讨;

第3步：交互设计师输入关键界面交互原型图，时期与产品经理、视觉设计师亲密探讨，经过全员检查;

第4步：视觉设计师输入关键界面成果图，时期与产品经理、视觉设计师亲密探讨，经过全员(尤其是威望角色)检查;

第5步：交互设计师补充残余交互原型图，视觉设计师补充残余成果图，经过全员检查;

第6步：交互设计师输入交互说明文档，经过开发评审;

第7步：产品经理将需求文档、交互说明文档、成果图兼并为产品设计文档;

正式开发阶段：

第8步：开局正式开发，时期与产品经理、交互设计师亲密探讨(此环节最好不要有大的变卦);

第9步;测试阶段，交互设计师等各种角色提出纤细修正倡导(实践上此环节不能产生任何变卦);

理想的研发流程VS极速研发流程

理想的研发流程

实践上最理想的产品研发流程是在开发前制造出可操作的高保真原型(既不是成果图也不是用axure繁难展示的原型，而是主线义务完整的、至少可以启动可用性测试的原型，详见《启发录》一书)，并不时启动可用性测试、专家评价，循环修正，而后依照最终确定的原型启动开发，再不扭转任何内容。

这样可以极大水平的免去需求变卦造成开发重做的或许，并且预防因赶时期而丢弃迭代修正，此外还可免得去浏览简短拗口的说明文档，但更关键的是，将收回的产品曾经有了相当有掌握的验证。

像苹果、以及国际有些注重用户体验的网站就是采用的这种理想的开发流程。

但网站类产品胜在可以极速成功前端DEMO、输入高保真模型，而国际的软件市场就很少有这么做的，基本上都要求产品极速产出，尽快去实在市场占个坑，再去验证和修正，基本不会给产品设计相关人员这么多时期和老本去细心设计和验证。

所以极速研发流程实践上是最罕用的，只管不算最完美，但却很极速，在架构敌对台比拟成熟的公司比拟适用。

对比之下，极速研发流程中显示出一个很重大的危险，在版本进去之前谁也不知道真正的体验是怎样的，一切的环节都是依据阅历的预测，假设版本进去后才发现疑问，小的还可以改改，大疑问根原本不迭矫正。

所以评审和阅历就显得尤为关键，这也形成了这种流程中，各种角色都激进意外、纠结致死，更是鲜有翻新打破，只敢在小中央微翻新一下。

因此全新的软件产品最好用理想研发流程，除非改起来十分繁难，而极速移植类或系列产品可以用极速研发流程，但波动不能边设计边开发，产品经理和设计师们必需提早足够的时期先启动。

最后，祝每一个名目组都找到自己心仪的交互设计师，祝每一个交互设计师的脑细胞都能更强健!没有交互设计师的名目组，那就让你们的产品经理们负担起交互设计师的责任吧

用户体验要素：策略层/范畴层/结构层/框架层/表现层

策略层： 这是最底的一层，这一层可以说展现了咱们产品的灵魂。

在这一次性咱们须要回答两个关键的疑问： l 咱们要经过这个产品失掉什么？ 产品指标 l 咱们的用户要经过这个产品失掉什么？ 用户需求 范畴层：这个层面上，咱们要回答这个疑问：咱们要开发的是什么？ ∙从配置型角度来思索，咱们须要思索配置规格。

∙从消息型角度来思索，咱们须要思索内容需求。

结构层：在这个层面上，逐渐由笼统向详细转变。

在这里最关键的就是”了解用户“-了解用户的上班方式、行为和思索方式。

将这些转化为常识，注入到咱们的产品中。

在交互设计方面，要注重逻辑，模型。

在消息架构方面，要注重内容的治理，分类和顺序。

框架层： ∙界面设计：比如说用什么控件表现，哪块须要重点出现（大大的按钮）。

做界面设计时，要遵照大少数人准则。

倡导大家去看看人机界面相关的书籍。

∙导航设计：这个要处置的疑问就是要分明的通知用户，”你在哪“，”你能去哪“。

”你怎样去“。

（如今大家都在用搜查啦，首页顶部都会有一个大大的搜查框） 在这里提一句，在这里还有一个老好友就是，咱们要做线框图。

（倡导不加多余色调，不然容易被吐槽，用黑灰色） 表现层：这一层也就是感知设计。

大局部是视觉方面的，也会有听觉、触觉等方面（比如声响、触动）。

这个也就是咱们产品的”颜值“。

这个方面产品经理要多与咱们的设计师沟通啦，充沛激起设计师的想象力。

这就是平时咱们所说的-”性感的产品“。

本文的大体框架来自：用户体验要素 (豆瓣)，向大家介绍本书。

产品用户体验的五个档次

说到用户体验，大家都曾经耳熟能详了。

无论是互联网产品还是传统软件行业的产品，都越来越注重用户体验，都曾经把用户体验揭示到一个新的高度。

大家议论用户体验的方式也有很多，每团体都有不同的见地，在读过《用户体验要素》这本书后，发现其中所形容的 五个用户体验要素与咱们日常产品设计当中的环节十分相似 ，都是概念设计>>配置设计>>消息架构和交互设计>>界面设计>>视觉设计这样的环节，这个环节也被视为是产品设计和开发的规范环节。

在这个环节当中融合进用户体验的元素，可以让产品在尚未上线经营就曾经具有了基本的用户接受度，使产品占得先机。

细细品味产品的五个用户体验要素，能否觉得和马斯洛的需求档次实践有点相近？都是从底层到下层的环节，从概念框架到界面视觉，逐渐面向用户的界面，逐渐的接触到用户的实践体验。

《用户体验要素》关键含五个要素/层面层面： 策略层： 确定产品的范畴，标明产品的策略指标，以及你所想经过这个产品所到达的目的；关键关注用户需求和产品指标；范畴层： 蕴含产品的各种特性和配置，任何一个配置能否该蕴含在这个产品当中，是范畴层要选择的；关键关注配置组合和内容需求；结构层： 用来设计用户如何抵达某个页面，在用户操作之后能去什么中央；关键关注消息架构和交互设计；框架层： 在表现层之下，用于优化设计规划，以使文字、图片、表格等元素到达最大的成果和效率；关键关注消息设计和界面设计；表现层： 用户看到的是一系列的界面，普通来说由文字、图片、Flash等元素组成，或许这些文字、图片是可以点击并执行某种配置的；关键关注视觉设计； 跟盖房子一样，用户体验也须要从地基开局树立，成功用户的需求，马斯洛的需求档次实践为满足人们生理上的需求>>安保上的需求>>情感和归属的需求>>尊重的需求>>自我成功的须要，对应到产品的用户体验上则是有没有满足用户需求的产品>>这产品能不能用，能否牢靠>>产品好不好用，能否足够吸引人>>产品用的爽不爽，能否灵敏响运行户需求>>产品还有什么可改良的中央，介入到产品的建言献策当中去。

用户从产品上线经营或交付经常使用的那一刻起，就不时随同着产品的生长，这是产品人都宿愿看到的事。

首先是产品的定义疑问，这个关键处置产品是什么，要做什么样的一件事，定下要做出什么样的一件产品，论述产品的愿景、指标市场、市场竞争剖析、策略指标和处置用户什么样的需求。

很多时刻大家做产品其实都不是很明白，往往有了一个指导的愿景，一个比拟含糊的指标市场就开局开工做了，很多做法都只是逗留无实践层面而没有实践执行。

但是做为一个产品人，基本的素质素养就是要遵照必定的产品定义流程，该做市场剖析、竞品剖析的，决不能马虎，要对自己的产品担任。

其次是好产品的定义疑问，何为“好产品”？比拟为人所接受的一种说法就是直接满足用户某种须要、要求或许诉求的，直接开掘出用户某种须要、要求或许诉求并满足的产品都可以算是“好产品”。

要做到这样的水平，说起来很容易，就是要深化用户的日常生存习气、日常操作行为和日常上班内容中去开掘需求，或许是能够想出某种具有引爆点的金点子，但真正做起来却没几个好产品，没有最终失掉用户的认可，那就还是不够粗疏，没有发现那个可以让产品有生命力的点。

有的时刻不可失掉到大少数的用户，但要是能够准确定位到一局部小众用户，也是可以取得成功的，前提是这局部小众用户有足够大的潜在生产才干。

最后是推行你的产品，让用户经常使用起来。

再好的产品做进去假设没有人知道、没有人用或许用不起来，那也是白搭，这比做出一个蹩脚的产品让用户所唾弃还不幸，由于这曾经不是产品的疑问，而是做产品的那帮子人的疑问了。

所以如今很注重产品经营，好的产品都是经营进去的；开局盛行产品疏导性揭示，用户经常使用都是有必定的学习老本的。

另外要说一句的是，一句好的宣传语能极大优化推行的成果，如“支付宝，知拜托！”，“微信，是一个生存方式！”。

从产品配置性角度来看，当产品提供了某种配置来满足用户的某个须要时，一方面是指这个配置有没有用，即用户在经常使用的环节当中能否顺利的成功操作；另一方是指这个配置能不能用，即用户经常使用了之后能否到达预期的成果。

假设是前者，那基本上这个用户用过一次性之后不会再来第二次，对用户来说这是一次性蹩脚的经常使用体验，印象分为0；假设是后者，在没有到达预期成果的状况，若有折中的经常使用体验能满足用户的需求，也会给用户留下一个“还行”的印象，有些专家型用户还会提出一些意见反应，这就到达了产品能不能用的要求。

应该来说这是一个基本的要求，若是不能完整经常使用的产品投放出去，只能算是半成品，是对产品不担任任的表现。

从产品经常使用性角度来看，用户选用经常使用某个产品的时刻，必需都带有某种目的或许希冀，当其发现经常使用了这个产品不可到达其目的或许希冀时，用户就会丢弃经常使用这个产品。

这是十分反常的现象，咱们不可满足所有用户的需求，但咱们要满足产品的指标用户的经常使用希冀，假设连指标用户人群都觉得这个产品没有处置任何疑问，那这个产品还是一个无用的产品，对用户来说没有任何价值。

一个没有用户情愿经常使用的产品，配置性没有疑问的话，就必需是需求剖析出了疑问，没有找到真正的用户需求，还是没有到达产品能用的要求。

基于上方局部产品能用的前提下，产品的好用水平会影响用户的留存度。

如今产品市场竞争这么强烈，除非是蓝海的产品，他人都没有的，剩下的都须要思索竞争的疑问。

有竞争就会有比拟，雷同配置和经常使用的产品，一比之下立马就能见分晓。

普通好用的评价规范是，在满足用户需求的前提下，用尽量少的操作步骤去失掉结果。

为什么大家都在优化/简化产品经常使用流程，就是这个情理。

一个很经常出现的例子就是电子商务网站的购物流程，在相反的购物目的下，用户在整个购物流程当中，须要六个步骤成功和只有三个步骤成功的体验是不一样的，须要注册登录才干下单和直接就可下单的体验也是不一样的。

从经常使用界面角度来剖析的话，好不好用还体如今产品的全体界面排版规划和视觉设计上。

界面排版规划会影响用户的操作轨迹，如今用户的眼帘轨迹基本都认可是“F”型，但操作轨迹却不是，在单个页面上最好是能一条直线的下去；多个页面上的操作如今都比拟流程TAB进度条型操作揭示，以疏导和激励用户成功操作。

视觉设计关键体如今色调搭配上，如今盛行的浅色系和小清爽格调，都是为了给用户一个良好的经常使用情形，比如可以减轻一些焦躁的心情，经常使用户可以静下心来去经常使用产品。

用户用的爽的产品，十分适宜造就虔诚用户，大家知道虔诚用户的数量多少对一个产品的价值的影响是十分大的。

好的视觉设计也能给用户发明出愉悦的产品经常使用体验，使之可以覆盖一些产品上的瑕疵。

一个产品的粗劣水平，用户很大水平上都是经过产品的外观来权衡的。

良好的视觉体验会让用户觉得咱们是在用心做产品，也会参与去深化经常使用的好感度。

让用户觉得“酷”的产品，他在经常使用的环节当中也就会优化体验度。

另外一方面就是产品的经常使用体验有没有超出用户的预期。

前面讲到，用户在经常使用某个产品的时刻，都会有一个预先的目的或许希冀，当产品到达了这个希冀，用户会觉得“还行”；当产品超出了这个希冀，用户就会觉得“不错”；假构想让用户觉得“很好”，那就要看你这个产品究竟能超出多少希冀了。

为了到达这个超出预期的成果，以前较为盛行的一种做法是往产品上重叠配置，隶属配置、裁减配置、关联配置一大堆，到最后用户都找不到哪个是产品原来关键配置了，这种方式如今曾经被证实是不行的。

如今说的较多的一种做法是术业有专攻，把产品的关键配置点做到极致，就是一种成功。

拍照的APP那么多，为什么受欢迎的就那几款，要素就在于它们找到了用户经常使用的诉求，简化了经常使用的操作，并且超出了用户经常使用的预期。

能做到让用户被动介入出去去提出意见反应来改善的产品，这自身曾经是一种成功了，这证实你的产品不是一无是处，还是有可取之处的，用户情愿在经常使用的环节中宣布自己的认识，来协助产品去逐渐的完善和改良。

这里不包括BUG的反应，关键还是意见倡导类的能使产品失掉优化的方面。

在有选用的前提下，用户是很自在的，某个产品用的不爽，大可不用继续用下去，可以换个配置相似的产品用，之所以逗留，必需是该产品有吸援用户的中央，处置了一局部的疑问，至于未处置的局部，用户情愿通知你如何去处置，须要的只是咱们的专业性评价，以选择能否采用用户的意见。

这种时刻用户曾经齐全介入出去了，满足了他们的一局部自我成功的须要。

从用户体验档次这个方面来讲产品的用户体验，就没有那么多技术术语，很多时刻咱们不知道什么是框架设计，什么是消息架构，这都没有相关，关键咱们的指标要十分的分明，那就是要做一个好产品，一个让用户用的爽的产品，这点都是分歧的，明白了这一点，人造而然的就会去做相应的消息架构和交互设计，只不过或许咱们自己在做的时刻不分明哪局部是属于消息架构，哪局部是属于交互设计而已。

以用户为核心的产品设计，就是为了满足用户直接或直接的须要，满足了就是好产品。