【导语】下面是小编给各位读者分享的创业产品的界面文字优化交互设计（共10篇），欢迎大家分享。
篇1：创业产品的界面文字优化交互设计
1、界面最终表现给用户的其实只有两个内容：视觉、文字，
2、Consumerwebwatch.org 的报告显示，视觉设计占整个体验的46%。虽然我不是很赞成这个说法，但对于产品的初体验来说这个比例一点也不夸张。
那么文字部分应该是占多少呢？(未能找到什么有说服力的数据报告)我认为：接近30%.
3、OK，现在不再提大而话之的理论和感念，具体在一个创业公司的小团队中：
我们没有可能专门招一个人做文字优化、没有可能界面上的每一个字都经过不停的推敲、更不可能马上就建议一套系统的”界面行文规范”，如何做好界面上的文字工作？
4、我的建议：
4.1> 首先，在现有团队中找一个语言表达能力好、有耐心的女孩（最好是女孩）来”负责”。
这个”负责”并非是所有界面上的字都需要她来写，只需要做监督和出口的把关以及经验的总结即可。
以”文字是否容易阅读、是否能准确表达信息、是否能够准确的传达产品气质”为其工作的基本原则，以”让所有在界面上写字的人具备一致的风格和文字表达能力”为其工作目标。
4.2> 第一步，由产品管理者总结产品应该传达给用户的”形象和气质”，作为关于文字工作的基本准则。（比如，Robin提出百度的产品气质是”简单，可依赖”）。
“负责人”根据这个准则，再去翻翻书或者看一些关于界面文字表达基础原则的文章，总结出自己产品一些大原则的”行文风格”。
（因为是’行文风格’，所以无需太具体，一般在WORD上不超过二页即可，尽量简洁以免耽误应用的效率和质量）
比如：（以下是某项目中的部分段落摘抄，切勿照搬）
“说明性和提示性的语言不得超过两行，不超过50字”
“界面上不得体现大片的专业术语作为帮助信息”
“保持文字的一致性，本产品界面中所有和ID相关的信息都叫’帐户’，..”；
“使用通用语言，不搞一些特殊化的文字，让用户一眼就能看懂”
“保持语言的简洁，既定事实不做重复。如，’你的好友列表中没有好友，请立即添加’改为’立即添加好友’，….”；
“如果系统出错，则明白准确表述错误，同时以积极的语调给出建议，
如，’抱歉xxx，您可以xx再试一下’，….”；
……..
4.3> 第二步，让所有在工作中需要撰写界面文字的同事熟悉该”行文风格”。
每一个往界面上写字的人都要很清楚自己写出去的字是否符合这个”风格”。
杜绝这种现象：
不同的技术人员各自按照自己的”风格”在界面上写字，今天你写”对不起，你还没有登录。”，明天他写”抱歉，还没有登陆吧？”，后天她又写”哎呀！我们好像还不认识你耶，赶快登录吧…”
4.4> 第三步，在执行”行文风格”的初期(一般需要两个星期)，每一个确定后的界面都交给”负责人”审核。由其修改并指出问题，同时对一致的问题做出书面总结，慢慢整理成书面的统一”行文指南”。
“规范是在工作中慢慢形成的，并不是一开始总结好的“，其实这个审核和总结的过程不用花费太多时间，三个人一个星期完成的界面只需要三个小时应该就能审核完所有界面上出现的文字。
这个”指南”一般会比较具体。
比如，就算确定了”表达要简洁，语言要直白不用问句，风格不要过于卡通或显’幼稚’”，这时一样有可能出现”对不起，你还没有登录。”、”抱歉，请马上登陆”、”登录后才能进行操作，请赶快登陆吧”等不同语言。那么在这个阶段，文字的负责人就可以给统一的总结成一种了。
4.5> 第四步，经过一段时间的”审核”和”规范总结”基本上产品的文字就可以有完善的统一指南了。
一般情况下，不超过一个月一个创业产品的系统性的文字风格和规范就可以形成了。这之后”文字工作负责人”的工作除了简单过一眼要展示出去的界面，基本山已经不需要做什么类似工作了。
这个时候，其实规范不规范已经不是最关键的了，可贵的是”所有在界面上写字的人都有了统一的行文风格和习惯”，我们的界面文字越来越专业友好。。
5、最后，按照我上面的方法算一下成本：（创业团队里面，很多事情都牵连在一起的，这里未算管理成本）
一个文笔好的女孩”负责”：假设她的薪水是4000，这个工作需要占据他20%的工作时间，那么是800；
会直接在界面上写字的假设有4个（20人产品团队）：假设他们的薪水是5000，这个工作平均需要占据他们5%的工作时间，那么总共是1000。
一个月的总共成本：1800。
6、文字是产品情感传达的一个重要因素，特别是互联网产品，需要保证用户在不同情景中的角色感，需要迅速高效的转达准确信息。中文的世界上一些糟糕的文字表达屡见不鲜，嗦嗦的风格尤为突出。
可以说，这个小区域现在还是竞争的空白，如果你解决了这个问题，那么用户给你的分数是别人没有的。很值…
ps：
我上面说了一些具体的做法建议，麻烦各位观众推荐一些”关于界面文字表达基础原则的文章”在回复里。 多谢。
来自：uicom.net/blog/?p=653
篇2：互联网产品优化经验交互设计
一、建立产品监控体系
从宏观上来看产品要关注的大的点，并把其拆开，如果能实时监控最好，不能实时的全部放在报表中，每天看一次也可以，从中可以发现产品在大的点上是否出了问题！
举例：邀请回来的用户，有多少成功注册了，这里可以设置成一个转化率，如果某个点突然有较大的变化，能及时发现，
这里为什么说只列大的点呢！如果切分开，点就太多了，在作局部优化时可以把大点切分成小的点来作。
二、主动发现产品的问题
大部分用户如果不牵扯到及的核心利益，一般不会主动和反馈产品在使用过程中的问题的，被动地接收问题，会错过非常多，除非你不想把产品作的极致。
常用的一些主动发现问题的方法有：
1. 线上问卷调查：设计问卷，发给特定的用户
2. 线下电话调研：直接打电话给用户聊天
3. 上门用户访谈：上门与用户聊天，和电话不同的是面对面，面对面很重要
4. 用户测试：看用户是如何操作的
5. 竞品分析：分析同行们都在提供些什么产品
6. 数据分析：主要看用户的行为
7. 亲自试用：反复在各个场景下使用
8. 团队内部收集：召开团队会议收集大家从各个角度看到的问题
9. 客服反馈：给客服设置一些要问用户的问题
10. 听用户来电录音
关于各个点的详细介绍可以参考我的另另一篇记录：zishu.cn/12/990.html
三、快速迭代，敏捷开发
快速迭代的好处是用户能感觉到你的产品在不断的改进，不会让用户对有问题的产品失去信心，同时也可以快速在对产品的方向进行修正，
敏捷开发能让团队中的每一个人都了解我们在干什么，我们的目标是什么，把传统开发人员机械地接收需求，变成有感觉地感知用户，更深的了解需求。
四、不要过早陷入局部优化
优化重要，但不要过早的进入。大的改动通常都会带来革命性的飞跃，无论是正着飞还是反着飞，但这是一个非常好的测试方向的办法。退一步说，到达一个目标的方法有很多种，现在的方法不一定是最好的，需要再试一试，所以不要在在一条路上过早进入优化，也午有更好的路呢。
五、流程很重要，产品更重要，用户的表现更更重要
针对一些可售的互联网产品，例如QIYI的会员（仅仅是例子），在购买的会员的过程中，可能要注册、要同意协议、要选套餐、要支付等。我们把会员这事作为一个产品，把购买的过程定义为流程，把用户会不会买作为用户的表现。
有了产品，用户想买，怎么也付不了钱，这是流程中的问题，有时我会过早陷入流程中，纠结于一个个的小细节，但优化到最后，你会发现即便流程的转化为100%，最终买的人也就那么多。
用户更关注产品本身是不是他想要的，流程本身只是购买过程，如果把精力放在产品本身上，放在用户身上，突破会更大，当然我并不是说流程不重要，意思大家应该都懂。
六、定期Review产品
主要是两个方面，一个是战略层的，关注于现在的产品在短期以及长期的发展，未来可能的趋势是什么，是否在一个正确的方向上。另一方面是战术层的，看一看我们到达目标的方式和方法是否正确，是不是走歪了，如何修正。磨刀不误砍柴工。
七、不要挑战用户的习惯
用自已的产品没有太大的感觉，用一用别人的产品感觉一下就出来了，早在几年前，蓝色理想（bbs.blueidea.com）这个网站有过一次改版，我几年的使用习惯一下被改变了，当时我开始骂娘、骂蓝色，差点就此离开。在优化过程中也一样，通常会有一些更改会影响到老用户，建议用是快速迭代或让用户有选择的使用。
以上供参考，所有观点代表我个人，与公司无关，欢迎一起交流！
篇3：移动界面隐喻设计交互设计
界面是什么？
是的，有些时候，我就在想这个简单的问题，而那时我的答案还是：界面是对软件应用解决方案的显性，使用图形化符号，向使用者解释它的功能与任务，
但最近一些认知却让我对这个问题有了新的回答：界面就是软件应用它本身。它不是一份对软件应用功能的图形化说明书，不是对软件应用功能与任务的图形化翻译，它就是软件应用本身，并且与之浑然天成。
一个简单的问题，仅仅从展开的iPad文件夹时界面的呈现，你觉得，有多少种方法，可以收缩起这个文件夹？
方法其实有三种：点击（Tap）文件夹图标或者点击其他区域；向上拖动（Flick）界面；双指在两侧向内滑动（pin close）。
第一种也许你早就知道，但后面两种，你也许会将信将疑地去尝试，相信我的说法。
所以，从我的角度上而言，这也许是人家常说iOS操作简单易懂的原因。在你点击文件夹后，文件夹展开的的这个动画，以及最终他的视觉样式，已经告诉你了，他应该怎么去关闭，你会不由自主的，就学会这些操作。
而这就是隐喻。《iOS Human Interface Guidelines》里面是这样解释隐喻对体验的影响的：当你应用中的可视化对象和操作按照现实世界中的对象与操作仿造，用户就能快速领会如何使用它。（When virtual objects and actions in an application are metaphors for objects and actions in the real world, users quickly grasp how to use the app.）
对我而言，iOS的文件夹更多的像一个抽屉的隐喻，并且，它的顶部还是玻璃材质的。从拉开的动画当中，他建立了一个类似抽屉的空间，你一看就明白了。
界面与界面之间，并不是简单的线性关系
我们不得不否认的一点是，界面与界面之间其实是应该纯在联系的，我指的这种联系是说，空间感。存在相互之间的层级和逻辑关系的，而且这种关系，越符合现实的，越好。越容易让别人理解，越来越不用让别人学习。
这就是我们需要做隐喻，我们需要通过它，去表现界面之间的关系。
隐喻给人以可预测性，用户能够轻易的理解你设计的软件应用。这是一种掌握的感觉，是一种控制的感觉。当用户操作时，他们知道下一步即将出现什么、怎么回去——即使是在第一次操作。
为什么需要在移动界面中注意隐喻设计？
1.导航缺失
一个触摸屏手机的物理尺寸在3.7寸左右，与一张信用卡相当。在这么狭窄的空间内，我们则不能秉着PC客户端“在一个主界面内完成大部分的任务”的思想，去设计移动客户端。我们必须把界面分拆。
与之而来的问题是，分拆后的界面是有逻辑的，但我们并不能照搬PC客户端中的方法：使用任务栏，层叠的模态对话框去表现这种逻辑。
因为我们根本就没有空间，所以我们得另辟蹊径。
所以，我们把界面拆分得更多独立化，让界面变成卡片式，一个界面只完成一项任务，保证界面之间联系的单一化，避免界面之间逻辑，或者跳转的混乱。
2.缺乏物理力学反馈
传统的手机上，用户使用键盘，去操作屏幕上的视觉对象，键盘在这个阶段中，扮演的其实是用户操作行为的翻译器。而iPhone的出现砍掉了这种操作行为的翻译，变成直接触摸，这是一项伟大的进步。
iPhone虽然缩短了操作行为的执行阶段，但却给操作行为的反馈阶段带来了麻烦：只有视觉反馈，手指触摸的物理力学反馈消失了。
你的手指不再能够感受到键盘按下的物理力学压力，甚至，假设你手指粗壮一点，你就几乎没法看见按钮是否被按下。而在输入时，这种情况尤甚，键盘手机上有着悠久历史的高效的“盲打”输入方式只能进入历史的存档中。
因此，我们更多的需要利用用户的视觉和听觉，去提供反馈。
隐喻设计内容
对于一个产品来说，隐喻设计不仅仅是动画，各种即时状态细节的设计，更多情况下，我们需要按步骤的去完成整个隐喻的系统性与结构化设计。他包含以下几项内容：
1.拟物化视觉外观与听觉反馈
隐喻设计的第一步，从应用的外观着手，如果可以的话，你应该考虑应用的外观表现出真实物理的肌理材质，以及合理的光影效果，并且，得正确的显示界面的元素的相互之间的空间层次感。
另外我们不能忽视的一种拟物化设计：音效。它不仅是对缺乏物理力学反馈的一种弥补的手段，在某些情况下，也是一种有效的反馈机制，如当屏幕处于关闭状态下时（这是经常的事情），拟物化的音效更能让用户了解当前用户的状态。iOS解锁屏幕的声音你还记得吗？还有敲击键盘的声音，以及照片拍摄的声音。这都很好的拟物化音效。
拟物化的外观很大程度上降低了用户的认知成本，无需阅读额外的文字，用户只要看到软件的样子，就知道它的用途，
2.即时反馈
假设，你在触摸屏的设备上，使用手势执行某项操作，但界面上没有任何的反馈。你就不得不去猜测一下，你遇到的是下面的那种情况：
你的操作手势有误，软件无法响应
程序当机了，暂时没有响应
对于情况二，很抱歉，我们也许实在无能为力。但是对于情况一，我们得有必要讨论一下，如果反馈用户操作手势有误，并指引或者帮助用户到正确的操作中了。
由此看来，传统网页上使用的反馈方式，移植到触摸屏设备上，实在是水土不服。移动设备最好的错误反馈，应该是即时跟随用户的手势操作的。
如上图示意，这才是一个触摸屏上，应该具备的一种反馈，它即时响应了用户的手势动作(即使可能是错误的)，而当用户释放操作时，又自动回归到正确的操作结果中来。
对于任何一个软件应用来说，他都是有学习成本的。有的成本高到离谱，比如Office，Photoshop之类的生产力软件，但也有低成本的，如计算器，记事本等。当软件应用而行拟物化设计之后，其实这已经降低了一些学习的成本。但如何继续降低学习成本？让用户犯错，并从错误中学习。
即时反馈缩减了操作与反馈之间的距离，有效降低了用户纠正错误的修复成本，也提高了用户学习的效率。
3.流动式动画
传统的软件界面之间的切换表现得较为粗暴，大部分情况下，他只显示命令执行前和执行后两个界面，而忽略了他们之间的那段过程。而在真实世界中，倘若没有这个过程，你甚至很难理解过程两端的界面，是如何联系起来的。
动画有一种无法比拟的表现力，它是与用户的最有效的沟通方式，一个精致，微细的动画，能够友好的衔接两个界面之间的切换，同时他还有以下的作用：
表现软件当前状态
提供对用户有用的反馈信息
加强用户直接操作的控制感
通过视觉表现用户的操作的结果
流动式的动画贯穿在整个iPhone操作系统中，也包括在非沉浸式应用程序中。但作为隐喻设计的一种手段，我们需要留意的是：动画只是常用于提高用户体验，它本身并不是用户体验的焦点。
隐喻设计的评判标准
1.符合现实逻辑的界面空间
流动式的动画成为隐喻设计的最后一块拼图，但是我们仅仅把拼图拼起来是不够的，我们还需要检验，这样的拼图是否符合真实世界的逻辑。
Flipboard始终如一地采用翻页的动画效果，无论是从首页进入，抑或是从某个订阅源中返回。他甚至还精细的制作了三种翻页动画效果：只翻动一页，翻动两页，翻动三页和以上；他给以用户这样一种感觉：
我订阅的所有内容，是一本杂志
任何页面都没有互相从属的关系，只有先后秩序的关系
在首页上的方块型的东西，等于杂志的目录
而国内的同类产品杂客，他所呈现的界面空间却稍有不同，整体上，他像是一个时刻变换封面的杂志柜。
但个人感觉，从杂志柜进入杂志的过程动画，有点粗暴且难以在现实生活中找到相关性。个人观点，若此过程动画能与iBooks打开书籍的动画类似或相同。也许更加符合现实逻辑。
2.自圆其说
简单来说，你的界面是如何进入用户的视眼，也应该以相反的方式，从界面中消失，并且，这个过程，是能够自圆其说的，且符合真实生活的隐喻的。
3.响应用户的直觉手势
移动设备最大的特点是：直接操作。如果你设置了你的界面是从下方推入，那用户可能会直觉性的认为，我把新界面向下拉，这个界面即可消失。
从图可以看到腾讯爱看成功的照顾到了用户从隐喻设计中所得到的直觉性手势，只需向下拉，用户就可以关闭此界面。
从外观上看，评论界面都处于主界面之下，而动画效果都属于主界面向下拉伸，评论界面向上推至界面顶部。但是杂客的同样响应了用户的直觉性手势，只需在正文界面中，向下拖动，即可激活评论界面，这不得不算是在twitter客户端上的一种进步和超越。
总结
其实理解移动界面的隐喻设计，并不是一件非常困难的事情，因为这是一个化繁为简过程后的结果。而困难的是：设计师应该跳出传统的按钮，点击等交互操作的局限中来，更多了考虑到和现实生活的逻辑结合和用户的直觉手势的响应。
对于移动的软件应用来说，隐喻设计的初衷是为了解决导航缺失和物理力学反馈缺失的问题，但同样，这也是移动产品的竞争力的核心体现。如何帮助用户更快的理解你的软件应用，如何帮助用户更顺畅的使用你的软件应用。这是我们每个设计师，都应该去真实生活中去寻找的答案。
来自：www.userkon.com/tolyer/metaphors_design_on_mobile_device.html
篇4：界面交互设计文档是什么文档 该怎么编写？
离开交互圈已经有段时间了，但由于博客还在，还是能够偶尔收到一些邮件，上周有位同学问我：我在求职，我看到很多招聘说明上需要交互设计师编写界面交互设计文档，请问界面交互设计文档是什么文档?怎么编写呢?
这让我想起来自己在项目里也大力推行过交互说明文档(在下文中，简称为DRD)，格式倒没什么限制，交互设计师自己写到界面上也行，单独文档成文也行，总之就是让交互设计师能够将界面承载不了的信息通过文档沉淀下来，降低项目里的沟通成本和风险。今天整理电脑，翻出以前的PPT，分享之。
这将涉及到几个问题：
一、什么是交互说明文档(DRD)?
所谓DRD即是用来承载交互说明，并交付给前端、测试以及开发工程师参考的文档。
在项目中，交互设计师的主要产出物可能依次是：site map，page flow，wireframes。有的大型项目前期，交互设计师有可能还会产出用户需求分析文档(与PD产出的市场需求文档不一样的是，URD更多侧重于对目标用户的需求分析)。
DRD则很少有人专门撰写。如果需要对交互设计进行说明，聪明的交互设计师往往会直接标注在线框图里，或者在项目中不断和前端工程师和开发工程师口口相传，反复验收，不断迭代修改来确保所有的交互设计意图最终得以呈现。
二、 为什么要写?
DRD非项目必需环节，一般情况下也不会为交互设计师专门留出相应的时间预估。没有这份文档，项目也会继续，但是可能项目会为此承担不必要的沟通成本和时间成本。严重的话，项目的质量也会受到影响。所以写与不写，交互设计师需要做把握，时间被统一包含在“线框图”环节内——如果你要写，请在评估时预留1-2天的时间。
那么，结合我过去的经历，谈一下此文档的必要性。
下图是一个产品开发项目基本的流程。
敏捷开发意味着很多不同角色的流程需要并行操作，
如果等到产品经理的FRD已经全部敲定，交互设计师再开始去画线框图，固然会减少沟通成本和返工风险，但是同时意味着交互设计师的很多想法不被采纳。如果产品经理再强一些，他甚至会在FRD里连原始的DEMO也一并绘制出来了，功能性的需求和界面交互的需求有时无法区分太清楚——比如他会在FRD里直接要求每页条目40条，超过40条即分页。而交互设计师可能会认为像蘑菇街那样不断装载出足够长的页面会更亲和……所以，我们希望是和产品经理同时开始工作，在术业有专攻的时候相互补充。
同样，开发工程师也希望及早介入需求，在FRD并未确认的时候就了解需求，进而将商业需求和功能需求转化为开发工程师看得明白的开发需求清单(这个清单，大部分叫做UC，即USE CASE)，当这份清单由工程师需求分析师——在过去，这个角色被叫简称为RA，但是目前已经取消此专门的职位，而是由开发工程师代表担纲此环节工作，为了便于描述，在此文里，我仍然将做这件事情的人称为RA——交付给具体的执行工程师后，执行工程师基本上可以当作一条条的checklist开始高效工作，而不必再思考商业逻辑和需求。同样，测试工程师也需要编写具体的文档去指导很多测试人员在开发后高效测试，这也是基于UC和FRD去撰写的。
所以，开发需求分析是个很重要的环节。那RA是如何来完成需求分析工作的呢?
1、前期介入，对PD进行开发需求评估支持;
2、参与每次的FRD评审会;
3、详细审阅FRD文档并不断与PD确认。
对于做这件事情的人来说，足够详尽的FRD是非常重要的。所以一份FRD虽然是PD产出，但是很多实施细节则是由开发工程师不断沟通评估并确认下来的。而设计需求的传递，却存在很多问题。除了线框图，没有“详尽的说明性的文档”告诉他们。比如：
一方面，交互设计师对产品经理说：这块由我们来考虑，你的文档不必包含设计上的说明，这随时会调整的。
另一方面，线框图的评审有时会让RA参与，有时却没有叫他们。即使叫上了他们，他们也会发现交互设计的需求变化要比FRD变化快。另外，他们会认为UC不必写太多关于交互设计的需求。
篇5：有关产品创新交互设计
德鲁克所阐述的创新机遇之七大来源：
一、意料之外的事件;
二、不协调的事件——现实状况与设想或推测的状况不一致的事件;
三、基于程序需要的创新;
四、每个人都未曾注意到的产业结构或市场结构的变化;
五、人口统计数据(人口变化);
六、认知、意义及情绪上的变化;
七、新知识,包括科学和非科学的
要做的事情是：
1、有目的、有系统的创新从分析机遇着手；
2、创新必须多看、多问、多听，既要关注数字，也要关注人；
3、创新必须简单有效，目标明确；
4、有效的创新始于细微之处；
5、成功创新的目标是取得领导地位，
有关产品创新交互设计
，
避免的事情是：
1、不要太聪明；
2、不要过多花样，不要分心；
3、不要为未来进行创新。为现在进行创新！
创新的三个条件是：
1、创新是工作，要把创新当做工作那样去对待；
2、创新者必须立足自己的长项；
3、创新必须与市场紧密相连，以市场为中心，以市场为导向。
德鲁克最后提出，企业家和创新者要做“保守的创新者”，“成功的创新者都相当保守，他们不是专注于冒险，而是专注于机遇。
原文链接：jary.findesign.cn/?p=3208
篇6：产品&设计&色彩交互设计
设计师得到产品设计需求的时候，经常会碰到一个色彩的选择问题，产品经理最初也可能会提一些自己的意见，如
A：我觉得做一个蓝色的不错，就做蓝色的吧！
B：喜庆一点的，红色没错的！
C：这个颜色太压抑了，亮一点怎么样
D：这一块颜色好花啊！
作为设计师应该怎么去回答呢？
先简单分析一下ABCD,4位所要表达的潜台词，
A：对该产品从个人主观或个人经验所做出的色彩上的推荐
B：喜庆的！而不是真的要求用红色或者其他
C：设计图的感觉偏移了产品初衷和产品气质，觉得这不是想要的
D：主体不突出被干扰
在最早设计的时候，我一般都会问产品经理最终要求，产品表现需要达到的目标和效果，而不是讨论色彩排版细节，这样才能先找到根本，避免CD所出现的情况，早期对产品的理解，对后期设计过程有着重要的指导意义！只有理解产品价值，然后通过正确的方法，就能准确定位产品色系，不会出现大的偏差。
色彩定位方法论, 准确定位色彩方法有很多，如色彩心理选择法、图片映衬法、调查问卷数据分析法等多种形式,下面简单讨论一下常使用的几种方法:
1.色彩心理选择法
我们视觉所感知的一切色彩，都具有色相、明度、和纯度三种性质。不同的色相明度纯度，给人不同的心理印象，色彩上从心理感受的大方向到小方向的细分，逐渐无限的接近最适合用户心理的色彩区块，
根据色彩心理属性来筛选色彩，大家都知道，色相就是色彩的相貌，如红、橙、黄、绿、青、蓝、紫、色相在心理上有强烈的冷暖的区分，
如红、橙、黄让人想到阳光、火焰和太阳给人温暖的感觉即暖色系，青、蓝、让人想到大海蓝天，给人清爽凉快的感觉即冷色系，在设计的时候最早考虑的是产品气质和宣传效果，需要给人什么样的心理感受。
如果需要给人热情、活力的感觉就选择暖色系，如果需要给人冷静、高雅、庄严的话就选择冷色系，进行第一轮的筛选。
第一轮筛选后，比如选择的是冷色系，也就是色环右边的绿蓝紫区间，然后根据产品气质和色彩心理进行匹配缩小选择范围，调整小范围的色彩偏向，明度饱和度的微小差别，最后找到和接近最适合的色彩！
2.图片映衬法
在拟物化场景图片中寻找适合色彩，进行设计，例子：阅读器概念设计过程，虽然图形概念最终没有采用，但是设计过程思考方式可以进行参考。
最早设计的时候寻找了一些读书馆场景图片资料，然后在场景图片中取用3种色值作为软件主体颜色进行设计。
从图片中取用3中色值，进行场景化模拟！
最后实现效果:
3.调查问卷数据分析法
即设计师提出多种色彩方案，以交互常用的调查问卷、用户访谈等方式进行数据收集，根据数据分析进行删选最适合的色彩，这种方式准确率高，缺点就是时间成本和人力成本都消耗比较多！
篇7：产品感悟一二交互设计
蛋王的BLOG八百年不更新，大仙表示很欣慰；大仙的博客好久未更新了，我表示很欣慰；其实我们都很懒，作为“高级打杂”的产品经理，我们确实可以“名正言顺”地说我们很忙，
1、理理我的一些产品经理书籍：
启示录：前段时间，看到很多同行在不同的地方推荐《启示录》，于是果断地下单购买，并满怀期待地等待书送达。书送达后翻了翻，确实不错，然后读故事书般看完了。
人人都是产品经理：这书很不错，入行必备，实战型，有案例，收获不少。可惜的是阿里的色彩太溶，不够典型。
结网：这本书让你明白产品经理应该怎样做，偏理论，入门级读物，看完让你对这个职位有了一些清晰的认识，入行必备。
沸腾十五年:让我看得津津有味，堪称互联网教科书，让你了解互联网这个行业的兴起和趋势，给你一个大局观。最让我感叹的时，看到介绍的一些项目，有我所经历过的，现在看成败，感叹颇多。
很感谢苏杰、狒狒、王坚，感谢他们的总结和整理，对于我们这个新兴的行业提供了一些标准和参照物。
理理书籍，整理后给个推荐指数（凭记忆），也算是给后来人一个参考。
目前在看的一些书籍：《创业邦》 《IT经理世界》 《谁说菜鸟不会数据分析》 《精通web analystics2.0》。关注产品运营、数据分析。
2.功夫在诗外
很喜欢纯银的博客，一些关于行业、心得、沉淀，《运气与浮云》 《杂念.职场》 《杂念.行业》，这几篇看得心有戚戚焉，
功夫在诗外，产品经理本身就是一段心灵的修炼过程。沟通、思维、决策、分析和解决问题的方法和能力。最近也正在把生活融入产品，把产品融入生活。
最近很少写关于一些工作和技能的文章，技能上已经到了临界点，现在欠缺的是火候，是一份为人处事的出容。
关于工作上的事，也一直在总结。最近积累和总结的一些方向：电子商务、社会化电子商务、产品经理、移动互联网、手机应用商店、WAP产品设计、Symbian产品设计、Android产品设计、Iphone产品设计。这也是最近1年来的最大收获：电子商务和移动互联网。
产品经理需要阶段性的总结和沉淀，我经常隔段时间就会花一些时间来整理自己的一些体会。
3、关于成功
成功的要素：天赋、努力、机遇。自觉得天赋不算很高，所以唯有通过不断的努力来弥补。机遇也有，但是很可惜，去年的2次机会都没抓住，所以现在需要更加的努力，在下次机会来时能做好准备。
做喜欢的事，把工作当成自己的事业。成功，需要厚积薄发，需要等量变引起质变。
有时在想这1年来的得失，最大的收获是进入了移动互联网。1个光杆司令（虽然有电子商务产品经理、无线产品经理、产品助理等3个岗位编制，但人真不好找）支持了公司1整年来的业务，策划了1个WEB站，2个WAP站，2个客户端，前段时间写半年考评时内牛满面。
4.现在&未来
现在，专注产品运营，努力把产品线运营起来。
未来，继续深入移动互联网和APP，这是最好的时代。
篇8：什么时候开始界面规范交互设计
1、关于规范，以前写过很多：GUI规范漫谈、UI规范&UI指南&UI组件、用户在每个情景中的角色感、细分用户，综合并规范设计资源..
2、最近因这些文章收到很多关于讨论”界面规范”的邮件，甚为欣喜。
这是一种好的现象，起码它说明我们很多的企业已经开始不再把”界面设计”当作一个临时的美术工作，而是看成了产品气质和品牌的一个重要部分。
3、但在这些讨论的邮件中我发现一个不是奇怪的现象： 没有人主动问什么应该时候做规范。
我问后，得到答案无外乎两种：
1> 未做之前开始写规范 — 我们要做一个产品、老大让写一个界面设计规范，以后系统好用；
2> 做完了总结规范 — 设计搞完了，设计歇下来了，制定一个规范总结产品的界面设计。
4、首先可以肯定是的：所谓”规范”并非为了”规范”而”规范”，规范的作用大概可以是：指导团队协作，提供工作质量和效率；规范和统一产品品牌，形成特有的产品特色； …
5、开始就定细致的界面规范然后再设计，是想当然的做法。 往往定了白定，而且耽误后面的工作发挥；
6、 设计都搞完了，再定界面规范，是为了规范而规范。
这个时候的规范在产品设计过程中基本上没有什么大作用，制定规范浪费的成本太高；
(当然，产品上线后，为将来品牌延续总结一个界面应用指南我赞同；)
7、建议规范在产品设计过程中出现的时机：
风格设计 > 常用界面设计 > 总结界面应用指南和规范 > 逐个界面”制作”。
简而言之：
什么都没做就去做规范不行，一切都做好了再去做规范也不行；在做了一些工作后 暂停设计开始总结一个应用指南然后后面的工作去执行并完善，最终形成规范。
8、规范的设计主要目标为：”易应用”。
9、和所有的行业规则标准一样，规范也不应该是一开始就指定出来的，而是慢慢形成的。
网友评论(17)
86- 07/04/30 7:58 AM
改版的时候想遵循界面规范保证品牌延续是最痛苦的……
千鸟- 07/04/30 9:22 AM
一般都是边做边记录，边修正边整理，等项目完成后再做完善的总结，形成文档。
奇遇- 07/04/30 9:29 AM
呵呵 有道理！规范是为了协作，为了界面的统一性，应该在适当的时候。所谓适当，个人理解为具体有用的时候，结合实际情况制定。
老李- 07/04/30 9:56 AM
几点意见，和大家共享：
1、UI规范分为两个方面：
a、GUI规范，指导产品GUI设计和GUI编码。
b、交互设计规范，指导产品设计，着重统一团队意识，作为设计产品交互行为的最高标准。
这里大家讲的主要是GUI 规范。
2、GUI规范的制定时间可前可后，但是有两个关键点：
a、必须在编码之前完成，否则就成花架子了。
b、GUI规范不是一蹴而就，它和设计相互迭代，彼此补充，相互完善。
3、GUI规范的内容70％是通用原则，涉及产品图形控件的基本属性和构建的基本参数和原则，30％是与项目或产品特点相适应的内容。这部分内容就是在设计过程中迭代产生。
4、规范制定不是问题，最大的问题在于执行，
必须打破现有的开发流程和组织架构，有专人负责界面编码和界面测试，才能保证规范能贯彻下来。让做逻辑和函数的编码工程师来执行，完全不可控，走样是自然的，因为他不懂，也不在乎，而且他有理由逃避责任。
5、规范不能直接拿出来执行，篇幅太多，操作有难度。所以必须要让规范落地。也就是说，要有具体的设计文档作为执行的依据。设计文档按照产品设计思路分片分线组织，所有设计文档结合起来就是整合的产品原型。
所以说，GUI设计、交互设计、设计、规范、原型，执行是一个完整的互动的概念，牵一发而动全身。
白鸦- 07/04/30 10:41 AM
李兄是做软件的？
从李兄的留言中可以看到丰富的显示操作经验，
执行往往是规范最难的地方，
但， 规范在此次项目中的做用一样不可忽视，当然这个作用更多是对于设计师的。
其实我是上面之所以没说视觉规范就是因为我这里说的包括视觉、信息架构、交互设计等；
老李- 07/04/30 11:03 AM
初来宝地，请包涵。
我一直认为，规范是产品开发文档群的一部分，不仅仅是对于设计师的，最关键也最薄弱是对开发工程师的指导和约束力太弱。这个很可怕，规范是否得到有效的执行，直接关系到最终产品的质量。还有设计师的价值是否有机会实现。
现实很尴尬，大多数开发工程师只对逻辑和编码技术感兴趣，他们认为那才是体现他们水平的地方。所以UI的执行结果总是被无赖的打了折扣。没有办法，单靠个人的力量，很难扭转。只能靠立法，从流程和组织架构上开刀，才有可能改变。这需要上层支持，需要时间变迁，还有所有同仁的努力，一起改变大环境。
白鸦- 07/04/30 11:24 AM
是呀， 规范不只是设计师的事情，往往由于其他角色的不执行让设计师的价值大大受损…
规范的作用不仅仅对设计师。 :)
» 昨日收集 - 什么时候开始整理界面规范 | 94smart’s Blog- 07/05/01 12:53 AM
[…] 什么时候开始整理界面规范 […]
kingokiko- 07/05/01 2:55 AM
非常同意白鸦兄第7点所讲的。
我平时拿到一个项目开始做的时候都是先给项目组画了几张草图大家讨论。然后做一些关键页面的视觉效果出来展示给大家评审，通过后交给编码人员开始编码，自己再开始整理的细节及其他页面的尺寸规范这些东西。不过这的规范GUI是占了绝大多数的。除了较特别的交互方式需要做出原型演示外，软件中的其他交互方式都按照windows平台软件的常规方式。
onling- 07/05/02 3:46 PM
今天在看贴时，看到一个讨论网站登录用的是‘登录’或‘登陆’的时候，突然想到你说说的什么时候整理界面规范，是不是界面的规范也应该包括界面语言的统一规范？
zoola- 07/05/05 8:21 AM
常来宝地,学到不少.
你的WP-BLOG界面比较欣赏,我的www.eyulu.com/和你的样式差不多,但意觉得没有你大师的好,能否提供你的WP-BLOG主题样式?
如果可以共享的话非常感谢,请发往我的邮箱:wxxz71#gmail.com.不能共享也没关系的,我会继续关注您的.
panvi- 07/05/08 12:47 PM
“什么都没做就去做规范不行，一切都做好了再去做规范也不行；在做了一些工作后 暂停设计开始总结一个应用指南然后后面的工作去执行并完善，最终形成规范。”
这句话说得是很对，但是这个问题在项目推进过程中根本没有时间来完成，要真正能做到这点，只能是我们的高层能认识到这个问题的重要性才行。
来自：uicom.net/blog/?p=606
篇9：界面烂还是界面设计烂？交互设计
和以往的总监会议一样，在某个新功能的总监级别讨论会上，很多人再次又说出了同样的看法：“我们网站的界面设计太烂了，不好看、不好用、而且很乱”，
老板终于怒了。
抓来设计主管：“你们是干什么吃的，为什么设计的东西这么差？！”，“商品搜索的列表页那么多信息，太乱了，根本没法看”，“商品管理页面的顶上怎么那么长的说明文字，差不多占了一整屏”。
设计主管很委屈。想哭。
(以上故事由现实篡改，下面是我跟设计主管的谈话篡改。)
.
1、首先，是不是我们的设计师能力不够？
如果是，我们可以裁人，可以招更好的。设计能力一定不会成为不可解决的问题。
我完全相信绝大部分设计师的能力，只要能讲清楚需求，给他们时间并让他们真正的发挥，他们都能设计出好的东西。
(狭隘的)“设计本身”对于绝大部分设计师来说并没有什么大难度，更多的问题在于对产品和需求的理解，“如何诠释需求”要比“如何设计”更加重要。那些“国内设计师实力差，没有国外好”的说法，有点无稽。
也许很多公司都应该反省：为什么设计师自己的个人网站，很多都比他们在公司设计的东西漂亮好用？除了“商业影响”还有什么原因？就算是“商业影响”，难道就真的不能避免或者缓解吗？
.
2、在产品管理者或者老板对于设计要求很“主观”的时候，我们有没有据理力争？
设计是一个有些主观的东西，无法完全定性评估。很多产品管理者或者老板对于设计有点主观， 这个一个非常正常的现象。
比如，他们可能会要求一定用他们喜欢的颜色，一定要他们喜欢的交互习惯，一定要把设置项放在页面端而不要侧边，等等。（某博客网站的老板就要求“首页一定超过8屏”，人送外号*8屏。据说最近升级了，要求必须超过10屏。）
我们需要用“好”的设计，和合理的方式方法去说服他们，而不是完全按照他们的主观喜好做设计。我相信好老板会愿意接受设计师合理合适的力争，就算不愿意改变，起码也不会反感力争的做法。（如果合理合适的力争一直会被老板反感，那这个老板不值得跟。）
.
3、我们是不是在设计上真的花心思了？
咱们现在只有两个图形设计师，每个月要做近百个“
这样只把设计当成一种任务是不行的。必须提前并深入了解需求，如果只是迅速按照市场或者产品部门的要求“完成任务”，那么我们并没有做“设计”而只是“制作”。我们干脆不要叫“界面设计部”，叫“界面制作部”好了。
如果专题的需求量确实很大，我建议咱们申请招人。把“专题”的任务交给一两个专门的设计师，并慢慢形成专题模板。要有专门的人做网站界面的设计，他们不再去管“专题”得专心做网站，偶尔网站的任务没有那么多，就去做一些深入的研究，不要再抽调他们去做“专题”。
.
4、只保证做出来好的“设计图”不行。还要保证好“执行”，做好“监督”。
现在这个问题对我们似乎很严重，我们设计好了一个产品，可经常最终上线的版本和我们设计的不一样。
可能产品管理者在交给工程师之前，发现了他们认为设计不合理的地方，根据自己的想法改动了；可能工程师在实现的时候，发现了技术不能解决的或者他们认为不合理的地方，直接按照他们的想法给改了… （这些改动有些可能是好的，但也有不少是有问题的。至少如果改动了需要通知我们一下，让我们知道，如果我们认为有问题可以要求改回来，或者换一个新的合理的方式。）
比如，咱们管理产品的说明，本来我们设计的是三段不超过30字，结果产品经理认为不能说清楚，改成了一百多字。没跟我们说，就上线了。
比如，有些页面前端这边做好了，交给工程师后他们在实现的时候要调整，但他们不熟悉DIV改成了用TABLE。没跟我们说，就上线了。
当然，这种情况有其他同事的问题。但我们一样有责任。
一个设计做出来之后一定要不停的跟踪，不停的PUSH。很多时候后期保证设计的完整实现比前期设计更艰难，因为牵扯到很多设计师并不擅长的沟通等问题。“设计之外”的事情往往比设计本身要花更多的精力。
也许在很多公司我们没法去有效跟踪，也根本PUSH不动。因为设计师的职位和话语权往往很低。哪怕是对于“设计”的话语权。
但，我们不能因为这个就不去做了，实在不行我们可以去和老板谈谈，请他帮忙。往往自上而下的推动会更加有效。或者如果有条件的话可以请第三方帮忙推动，比如咱们的这个事情我会找你们老板谈，既然他请我做顾问，我应该能说进去一些话。
往往都是我们认为自己“太卑微”，认为“老板根本不听我的”，就不去找他们谈这些事情。实际不是这样的，更多时候好的老板愿意听到这样的话，也愿意听取这样的意见。因为他们也不想看到好好的设计最后变成一个烂东西。
如果不去做，将来的界面有问题老板当然责怪的是我们，谁让我们是负责界面的呢。
哪怕只是名义上的“负责”，我们也没有资格告诉老板“是界面烂，不是我们的界面设计烂”。老板才不管你呢。
.
5、 界面是我们的地盘，不能设计完了就不去管他。守江山比打江山更难。
很多时候产品或者市场那边可能会随时对界面有新的小需求，刚开始他们可能会认为这点小东西不应该麻烦我们设计，直接去找工程师做改动。
这个时候我们必须要告诉他们：界面是我们的地盘，改动任何地方都得经过我们，我们不怕麻烦。 退一万步说，就算很着急或者很小改动的时候不经过我们，改动的同时也要通知我们。如果我们发现有问题会提出来更好的方案。
比如，咱们的“商品搜索的列表页”最早的时候设计挺好，也原样上线了，每一项结果只有四五条信息。可后来，市场部有新需求，产品部也有新需求，运营又有新需求。他们都直接找产品经理或者让工程师去加。现在那个列表一项都快十几条信息了。用户在结果列表根本看不了那么多信息，也不需要那么多。
这样的改动我们根本都不知道，但老板看到后责怪的依然会是我们。因为这个时候一定会被认定“那是我们的地盘”。
我们需要在公司建立这样的机制，界面的改动都得经过我们，或者至少通知我们。 这种问题我们可能推动不了，但我们必须也有责任去找老板要“权利”，甚至请老板帮我们下达一些“规矩”。
不给也得要。不然我们就准备好一辈子背黑锅吧。
对于老板、同事、同行、业界的人来说，“界面烂就是界面设计烂，就是设计师烂”。
.
6、除了被动“接受任务”，我们还需要主动的做一些自己的“项目”，站在设计的角度对产品和界面进行一些优化。
如果只被动的接受一些任务，我们可能永远都只是一个附属的支持部门，无法为产品真正灌输UCD思想。如果只被动的接受任务，我们的产品可能永远不会真正有设计基因。
我们需要花一些时间来立一些设计项目，站在设计的角度对产品进行优化。也可以是站在不影响产品策略的角度上。这样既可以让产品的体验得到更好的提升，也能更好的向其他同事展示设计的价值，让他们对我们更加认可。
这些事情目前可能都“没有时间没有精力”去做，但一定得挤。也可以在展示了自己能做好“任务”的同时，尝试向老板要这样的机会和时间。
不然我们可能永远都是“工具”，被动的工具。对部门不利，对产品不利，对公司不利。
.
7、 当然，设计管理上我们也需要加强。每个设计师对于自身业务的了解，和对于需求的迅速理解能力，是设计的基础。如果设计师不能深入使用我们的产品，这肯定是不合格的。
可以组织设计师去参加一些产品和市场的会议，跟他们学习。 也可以请市场和产品的同时来给我们设计师做一些培训，给我们讲讲市场和业务。
这些不做，我们的思维可能总是跟不上“战略”，理解需求也是会慢半拍。甚至总是会被认为“空设计”，被认为“设计能力很差”。
那样他们就不会信任我们，很多问题也不愿意交给我们，很多事情懒得或者不屑跟我们商量，直接侵占我们的“地盘”。
谁让在大局上他们比我们更有话语权呢。
.
待续…
.
.
ps，
百度IM出来了， 有人在博客上提到了这样一些“愚蠢的设计”：
1、白鸦已经在和柴静打开聊天窗口对聊了，但只要柴静说话在好友列表上柴静的头像仍然一直在闪动。（闪动表示对方有新消息过来）
你说这是交互设计师的问题吗？ 不是。再差的设计师也不会做出这样的设计。也可以说是，设计师有责任在设计的时候说明这个交互，并跟踪实现。
2、截屏发给对方的时候，先出来一个缩略图，然后加载完成才出来大图。被很多人误会为“百度IM不能发大图”，因为加载过程有点慢，用户等不到大图就下判断了。而且本来是个缩略图突然变大了，用户也感觉不舒服，
你说这是交互设计师的问题吗？不是。因为设计师设计了缩略图上有一个“沙漏”，表示正在加载，可工程师实现不了，没管它也没告诉设计师。也可以说是，设计师有责任监督检查这个问题，如果技术真的实现不了可以给出新的改进方案。
网友评论
喝小酒的网摘- 08/03/30 8:34 AM
因为设计师设计了缩略图上有一个“沙漏”，表示正在加载，可工程师实现不了，没管它也没告诉设计师。也可以说是，设计师有责任监督检查这个问题，如果技术真的实现不了可以给出新的改进方案。
哈哈,这样的问题都有?倒是很强.
蓝带鱼- 08/03/30 9:07 AM
白Y说的我大部分同意。但出现这种情况的原因我觉得是设计师或者设计工作并没有真正融入到整个团队中去，UI设计并不仅仅是界面的美化工作，应该贯彻到整个项目当中去，相应提高设计师的地位，而不仅仅把他当作美工来使用。
正像你前面的文章所提到，截屏问题，很显然这是工作中的沟通不畅所导致，交互设计师的意图并没有真正为工程设计师所理解，要做到这一点就得让工程师明白，在交互过程中每一个细节对用户都是有意义的，当然交互设计师在进行设计师也必须遵循这个理念。如果出现程序无法实现的问题，必须经过与交互设计师的磋商才能解决。
花儿- 08/03/30 9:25 AM
开会开会。
适当增加开会的时间。
沟通到位了还会有这些问题么？！
想酷就要勤- 08/03/30 9:57 AM
下面ps所举的例子肯定是跟工程师有关系，但是也不能否认其他让人感觉不好的设计都跟工程师有关系，比如我感觉个性签名（自己的那个，显示在昵称下面）的那个颜色就不太好，跟背景有点混在一起。
raybit- 08/03/30 11:53 AM
这篇看来会比较长呀，这刚是（1）…
我觉得整体上看，就是到现阶段为止，除了少数拥有较优秀的设计类型部门的公司外，大多数公司在对于设计师、美工等等相近名次角色所应担负的职责认识的仍旧非常模糊，招的时候就模糊，用的使用也模糊。于是这样的一批人经常就只能生存在夹缝中…
对设计师的“责任”、“权利”与“义务”如果给不出好的定义，那公司、老板又何从评价设计师的功过呢？界面烂、界面设计烂，不见得就是设计师烂，至少现在的问题决对没那么简单。
白鸦提到的内容归总下就是：
1 首要的，责任上：
职责范畴定义清晰了么，是专司一职的，还是可能被众人抓来用的；
是只负责当时设计，不管最终效果的么；
2 次之的，权利上：
设计中的主导权、话语权，抑或只是建言权，是否都下放到位，让产品组内对此达成共识了
3 在此之上的，义务里：
a 是否要求应该花足够的时间明确的了解需求，并业务使用场景有足够的理
b 执行任务中，在职责范围内权限范围内的变被动为主动
c 设计构思人员对最终实现效果的跟进和监督
Raymond- 08/03/30 1:57 PM
说的好，吼出了UI设计师们的心声！
Raymond- 08/03/30 2:08 PM
有很多好的设计不得不因为程序而妥协，并不是idea不行，也不是设计能力不行，而是无法实现。
通常是A设计了一稿后，B说:这个确实实现不了，你把设计改简单点吧
于是一个很丑但可以用的设计稿诞生了……然后连设计师也被自己的设计QJ了
（A：设计师，B:程序员）
我觉得这其中有一定产品经理的责任，他是程序员和设计师的纽带和桥梁，再做交互设计之前，就应该问清除到底这个能不能实现？及早想出解决方案，而不是等出了漏子后 再亡羊补牢。
Raymond- 08/03/30 2:11 PM
产品经理或项目经理只需要多问程序员一句话： 这个东西设计出来后能实现么？
ok！
1.能，就设计！
2.不能，就别浪费大伙的时间和热情！
3.找更牛的人实现，总有牛人会实现的！
jerry- 08/03/30 2:19 PM
这篇文章真的说到我心里去了。很多问题的都真实的出现在我的公司。我想不仅是我的公司，整个个行业都存在以上谈到的七个问题。
要解决这七个问题，可能要通过公司自上而下的“革命”。老板或者其它部门该怎么做我这里不谈。就说说设计师应该怎么做：
设计师必须积极的面对与自己接口的上下游部门，说得更白了就是你要善于问，当需求方给到需求时，不应该拿到需求就开始设计。无论是口头的或是书面的，信息的传递总会出现不对称的现象。所以作为一个积极的设计，你通过与需求方的沟通透过表像了解这个项目的真正需求：这个项目的用户是谁？用户可以从这个项目得到什么？公司又从项目中得到什么？只有通过完全理解这个项目的设计意图，才能使设计师的的设计有的放矢。不要怪自己的公司制度上有缺陷，说设计没有话语权。如果你每次只是拿到需求不管不问，完成设计，等出了问题再拿到修改需求这样反复循环的话，设计就真的没有话语权了。如果你对每个项目都表现出积极的态度，投入更多的关注的话，需求方有设计需求时会主动第一时间与你进行沟通。
这里可能一些朋友说，我只是设计，对于每个项目都保持这么高的关注度，我不要累死了？我想说，既然是设计，就应该做到这点。如果你做不到，那就去做美工吧。
和风- 08/03/30 3:11 PM
说到底，这个问题是产品策划的问题
设计依据什么来做？
单凭设计一个人想，肯定不行
顶多，设计出几种方案
这样的情况，最好有头脑风暴来形成
蓝带鱼- 08/03/30 4:13 PM
下午没事逐条点评
1、首先，是不是我们的设计师能力不够？
我想设计师的能力是不够的，分析需求到框架设计再到界面设计最后到美术设计页面实现，拿到需求只是项目刚刚开始。我想以大部分设计师能够做好的能力是有限的，漂亮容易但是好用就难了。在框架设计中就需要web设计师程序设计一同配合搞定。
2、在产品管理者或者老板对于设计要求很“主观”的时候，我们有没有据理力争？
像界面颜色之类的与交互类的问题本着用户至上的原则，本就不应该由某个人来下定义。用户分析与可用性测试也需要图形设计师的参与。得出的结论是应该建立在数据上的，而非主观判断
3、我们是不是在设计上真的花心思了？
好设计不是赶出来的。赶出来的设计通常不是好设计。
4、只保证做出来好的“设计图”不行。还要保证好“执行”，做好“监督”。
设计最终实现的功能性测试时，设计师应该参与，并且形成表单格式的测试项目，这样才能保证每个设计细节并发现细微的问题。
5、 界面是我们的地盘，不能设计完了就不去管他。守江山比打江山更难。
牵一发而动全身，有时简单的改动会牵扯到整个流程的被颠覆，交互样式的混乱，做事要谋定而后动。这是团队中要强调的事情，不能到整个项目面目全非的时候再找责任。
6、除了被动“接受任务”，我们还需要主动的做一些自己的“项目”
这个对设计师的要求比较高，多个设计师组成的团队可以一试
7、 当然，设计管理上我们也需要加强
真正好的商业设计师关心的不仅仅是设计本身~
XXX- 08/03/30 7:48 PM
看了以后觉得说，不是有你吗？不是有交互设计顾问吗？出现各部门随意改动产品的问题，是为什么？
如果交互设计师做足了功课，拿出用户研究报告和交互设计策略，按流程走，怎么会出现这样的情况呢？
怎么感觉你像是完全不明白交互设计顾问该做什么工作一样啊？
或许你是在教界面设计师该怎么做？
产品做的这么糟糕是因为那时候你并没有去做顾问吗？
交互设计师是干什么的？正是因为各部门都坚持自己的想法，都考虑的不周全，才叫交互顾问来用科学的方法评测一套合理的方案的。
你让设计师站起来争取自己的利益，其他部门也都是这样做，那公司不是打起来了吗？
难道你觉得界面设计师的方案就是最好的？他们是学设计的。不是学用户研究和交互的！！！
合理的方案，应该出自交互设计师之手，而不是让其他各个部门都跳起来，找老板去说理。
真不理解，你居然还做了交互顾问这么久。
XXX- 08/03/30 8:08 PM
你纯粹站在“界面设计师的方案是最好的”这个立场上，这简直太不可思意了！！！
高层BOSS，市场运营，技术支持，界面设计，等等任何一方对产品的意见都是不全面的。
而交互设计师要根据这四方面的意见，和用户研究实验，利用科学的方法，去寻找出合理的方案。
请不要再高谈什么“界面设计师都站起来反抗”的论调，在这里忽悠人了。
许多人都把你的意见当主要参考思想，这太可怕了！
如果你指的是一个没有交互设计师的公司，那么你应该建议的是：去请个交互设计师来。而不是在公司内部发生战争。
来自：uicom.net/blog/?p=729
篇10：如何评定安静的界面交互设计
今天看了andy的“宁静结构 在设计以内容为主的新闻类网站时，应该运用干净的结构和清晰的元素组合，直观地呈现信息是一个在线新闻站点的根本需求，为满足这种需求甚至可以牺牲一些界面视觉。 ”
对我的影响很大，是值得一读的好文章，就此方法我也试图用拍拍学习一下；
1、外框、线条、颜色等都是结构的基本元素，将这些元素舒服的排列会给页面带来节奏感和连贯性。
拍拍给我的印象就是线条很流畅，颜色适合购物的特点（可能用tc的东西太多）；从整体的线条的应用来说是比较有节奏的，像小溪一样比较流畅；
2、头部主题的展示是否清晰，决定了对用户的吸引程度；
信息架构比较明确，层次清晰；
焦点明确：导航/搜索。
3、页面是否干净和清楚，区别体现在整个版面上，顶部并不会破坏网页的完整性。因此要建立安静的结构，还需要从具体的版面上入手。
网格注意栏目宽度和水平间距，像左右两边的图例显示一样，符合了从上到下，从左到右的视觉效果，左右两类网格的表现方式不同但是间距相同，符合纯净的网格标准；
4、边线造成纯净的结构
可以看到框选的地方通过柔和框加上细腻的线条，韵律一致形成宁静的结构；像andy的那张CNN的表现（如下图）
5、测试下网站在视觉上的“分贝”， andy提到“创造水平方向的韵律当然很重要，但如果你想设计出一个安静的结构，垂直方向的节奏感同样重要，
”那我就来看看拍拍吧：
拍拍在垂直方向不同排版在结构上会产生一定程度的视觉噪音，在水平方向上做的比较有层次，有明确的间隔；
6、ps一下拍拍底部的商品导航，在排版上下部肥大，并且导航的宽度不一致，网格结构不统一，造成了在视觉上的混乱，如图：
下部有较多的分类显示，样式较多，比较肥大，并且导航图片的大小不均等，导致在使用下拉滚动的同时，造成了混乱的效果！当分类较多时，建议使用相同的样式，用一致的标签表示！
来自：www.xibeidesign.cn/xibei/article.asp?id=24
文档为doc格式
