作者：白鸦 来源：白鸦，以用户为中心的设计 酷勤网收集 2007-11-05
1、”还在考虑一些底层的逻辑关系问题，暂时不要去考虑交互设计的事情”、”底层的逻辑架构，在很大程度上决定了发展方向，而表现层修改的成本不高”、”我们的底层逻辑不是这样的，这里的交互设计不能这样做”。
上面这些话很有意思，这些现象也很普遍。
我相信大多数公司现在都是这种情况：产品负责人或架构师(或叫系统工程师)先把地层逻辑和结构设计好，然后才会去具体的体验设计。
2、多少年来我们都在这样做，我们甚至认为一定应该这样。就好像在日本人没有设计出来很轻巧的家电之前 美国人一直以为家电一定要放到柜子里面做成家具。
现在，我们应该整体的思考一下：产品设计的过程是不是必须这样？ 这样是不是一定合理？
3、不。
4、产品的存在是因为需求，用户因为需求才去使用产品(无论这种需求是主动还是被动的) ；用户通过界面达到和系统的交互 从而完成”需求”。
5、可以肯定地说：”用户不知道也不关心系统底层的逻辑架构是什么？ 他只知道呈现给他的界面和他体验到的交互过程是什么。”
6、”用户的需求决定产品的方向，用户的使用和交互过程决定了产品的设计“。
（记住：并不是”产品的设计决定用户的使用和交互过程”。）
7、在用户体验设计领域有很大一部分人在做”交互设计”的工作，这些工作可以大致的描述为：
“我们在了解产品思路和用户群特征以后(用户研究)，会作一些典型用户的角色模拟（角色设计）和使用情景模拟（情景设计），通过情景的再现演示来总结和逐步细化用户使用中的各种交互需求（任务分解），最后用流程图和线框图的形式把设计结果表现出来”。
8、需要说明的是，交互设计画出来的流程图是”用户使用流程”，而不是”底层业务逻辑流程”。
虽然他们很相近，但本质不一样：一个是从用户的角度出发，一个是从技术实现出发；使用流程图是在描述用户的交互过程和需求，底层业务逻辑流程是为了满足用户的需求。
把用户使用流程演变成底层业务逻辑流流程，是在满足用户需求；把底层业务逻辑流程演变成用户使用流程，是在想当然的认为用户一定会按照你的设计是用产品。
9、很明显”先设计底层业务逻辑流程再考虑交互流程的设计”是标准的工程师思路，这和整个行业先前都是工程师背景有关。
最后会发现：产品是给技术实现设计的，而不是给用户设计的。（虽然做底层逻辑架构的人也会以为他们是在给用户设计，但不可否认他们的特长不是这些。）
10、这种产品设计过程也无法催动技术的提升，而且经常还会导致：
用户体验设计师做了某些好的必须的体验效果时，得到反馈 — “我们底层的逻辑不是这样的，这个我们实现不了。只能放弃这部分的体验”、”用户为什么会这样做呢？ 按照我们的设计他们不会这样做呀！”、”按照现在的底层逻辑，这样的交互流程设计作不了，不要考虑了…”等等底层架构规定了体验设计的现象再普遍不过…
11、记住：用户使用的交互流程是底层业务逻辑流程的需求，而不是底层的”表现”。
所以，用户体验设计的工作不只是应该在项目之初就参与进去，而是很多体验设计都应该放到底层设计的前面去。这是一个循环的迭代过程，但站在这个过程前面的应该是用户使用的交互流程设计。
我建议：作产品需求的PM们先去作一下产品的交互设计，然后再去考虑底层的业务逻辑和架构。
深有同感，工程师技术至上，总是觉得产品出来之后设计师美化美化，以为这个流程天经地义，而且经典的软件工程课程里从来没有教过他们什么是交互设计。幸好我是做技术出来的，不然肯定被他们BS…
赞同“用户的需求决定产品的方向，用户的使用和交互过程决定了产品的设计”。
~~ 关键是~~中国的好多互联网产品~~从功能和技术上来讲都不完善~~~更不要讲体验了
最关键的还是需求，不过按照白鸦那么说是不是 需求=基本功能需求+用户体验预期设计呢
”用户使用流程”，”底层业务逻辑流程”。
最合理的方式该是,这两个东西合为一体,这是设计师和工程师(我宁愿都称之为工程师)”讨价还价”的地方,而不是从一种到另一种;当然,也没有完美的东西,不可能100%的合为一体,
我看能把技术看得重要的公司就已经不错了，我们这除了业务都不重要，想想吧。中国的企业总是这样的思路。
很好的图片设计！
先阶段来说只能是理想化，现实pm不会关注ue太多，ue能开始在pm策划的同时已经是牛。
底层业务逻辑流程我看不到你爱怎么个流法都可以， 偶不关心， 程序出错是设计者的自已事情，我要用的爽， 我就喜欢 。 。 。
[…] 把用户体验设计放到底层逻辑架构设计的前面去做 […]
“用户体验设计的工作不只是应该在项目之初就参与进去，而是很多体验设计都应该放到底层设计的前面去。这是一个循环的迭代过程”
只有将ucd方法贯穿整个产品设计的过程，才能将它的作用尽可能大的发挥出来
很喜欢你的博客，我也是做网站的，我也有个小博客，不知能否和你交换个链接，我的博客地址是http://observer.blogcup.com,我已经先给你做上了,希望能和你交个朋友！！
顶，不错的文章，以用户为中心，而不是以技术或者是逻辑本身为中心，用户需求是开始也是最终。
赞一个，真希望这篇文章能论文化，让更多的PM都能够看到，呵呵
感悟深刻！！！ 在做交互设计的时候，若你的上司是偏重于编程，那就惨了！他的思维是交互要在底层架构上进行，而不是先根据用户需求做交互设计。
把交互设计做到前头，交互设计图和程序的流程逻辑图的区别诠释，一个字“棒！！！”
等到随便拉个路人都能写代码，技术万能的时候再来说这话吧。
只管产品，只看体验，不管项目。
综上，博主真是活在自己一个人的，梦幻的，世界里。
问题是很多公司的产品、UE在项目之初对需求细化程度很有限，至于用户体验方面更是在运营当中逐渐总结出来的。如果有一个详细的产品展望，开发工作量也会更小，因为不必近乎极端地追求每个模块的可扩展性。
特别是针对新兴产品开发，当前最普遍的开发、UE、产品协作方式还是不断迭代。
赞封面图和文章很match 呵呵
[…] http://uicom.net/blog/?p=575 […]
[…] 原文地址：http://uicom.net/blog/?p=575 […]
[…] 首先，简单阐述下一个较完整的UED团队都能做那些事情 – 可用性工程师：产品前期的用户研究、市场调研、竞品分析、环境分析，产品设计过程和后期的用户调研、易用性测试和评估等等； 数据分析师： 统计和调查数据挖掘、可行性及策略分析等；（国内现在这样的人才凤毛麟角，特别是在UED方面深入的就更是少之又少，往往是”可用性工程师”在作着这样的工作） 信息架构：产品架构设计、界面结构设计等；(往往很多地方都是交互设计师和PM分担做这部分工作，在大部分产品设计过程不规范的企业中 PM或开发工程师在作着这样的事情) 交互设计师：流程设计、各类界面交互方式设计及应用展现规范等；(这里有简单描述) 视觉设计：（不只是”美化”那么简单，这里还会包括很多品牌气质塑造已经引导用户使用情感的东西） 内容优化：优化信息传达方式，充分表现给用户完整的品牌气质，准确展现给用户在不同情景中的角色感； 界面制作：制作高保真原型，提供低成本的完整的可演示的成果展示，制作标准化的界面及应用规范等； 创意思考和文化分析： (我也在学习和挖掘中，有兴趣的人可以搜索一下相关资料) […]
[…] 把UE设计放到底层逻辑架构设计的前面去做 […]
菜鸟学习中，^_^
[…] 网游市场调查报显示 四成玩家愿花钱购买攻略 社会媒体走向主流 时间：6:04 下午 | 分类：阅周刊没有标签 […]
[…] 首先，简单阐述下一个较完整的UED团队都能做那些事情 – 可用性工程师：产品前期的用户研究、市场调研、竞品分析、环境分析，产品设计过程和后期的用户调研、易用性测试和评估等等； 数据分析师： 统计和调查数据挖掘、可行性及策略分析等；（国内现在这样的人才凤毛麟角，特别是在UED方面深入的就更是少之又少，往往是”可用性工程师”在作着这样的工作） 信息架构：产品架构设计、界面结构设计等；(往往很多地方都是交互设计师和PM分担做这部分工作，在大部分产品设计过程不规范的企业中 PM或开发工程师在作着这样的事情) 交互设计师：流程设计、各类界面交互方式设计及应用展现规范等；(这里有简单描述) 视觉设计：（不只是”美化”那么简单，这里还会包括很多品牌气质塑造已经引导用户使用情感的东西） 内容优化：优化信息传达方式，充分表现给用户完整的品牌气质，准确展现给用户在不同情景中的角色感； 界面制作：制作高保真原型，提供低成本的完整的可演示的成果展示，制作标准化的界面及应用规范等； 创意思考和文化分析： (我也在学习和挖掘中，有兴趣的人可以搜索一下相关资料) […]
[…] 白鸦 » 把用户体验设计放到底层逻辑架构设计的前面去做 (tags: 交互设计 用户体验 UE) […]
很全面，顶了
原则上非常赞同您的说法，虽然实施上会有困难。
因为设计者与客户之间交流问题，要把这一步做好很不容易。
特别是在中国，顾客就是上帝，上帝与凡人之间总会有沟通不到的地方，
一般来说，能让客户觉得可以用已经很辛苦了……
但是我觉得您说的方法应该会是大趋势所向，
虽然这样做会让软件开发的时间更长、损耗的资源更多，
但是这样能帮他们获得更高的效率和回报，希望更多的“老板”能够认识到这一点！
abcd - 07/03/14 11:47 AM
等到随便拉个路人都能写代码，技术万能的时候再来说这话吧。
只管产品，只看体验，不管项目。
综上，博主真是活在自己一个人的，梦幻的，世界里。
同意，太虚了！
而且，nb的底层逻辑架构是不会限制用户体验的。
[…] 首先，简单阐述下一个较完整的UED团队都能做那些事情 –可用性工程师：产品前期的用户研究、市场调研、竞品分析、环境分析，产品设计过程和后期的用户调研、易用性测试和评估等等；数据分析师： 统计和调查数据挖掘、可行性及策略分析等；（国内现在这样的人才凤毛麟角，特别是在UED方面深入的就更是少之又少，往往是”可用性工程师”在作着这样的工作）信息架构：产品架构设计、界面结构设计等；(往往很多地方都是交互设计师和PM分担做这部分工作，在大部分产品设计过程不规范的企业中 PM或开发工程师在作着这样的事情)交互设计师：流程设计、各类界面交互方式设计及应用展现规范等；(这里有简单描述)视觉设计：（不只是”美化”那么简单，这里还会包括很多品牌气质塑造已经引导用户使用情感的东西）内容优化：优化信息传达方式，充分表现给用户完整的品牌气质，准确展现给用户在不同情景中的角色感；界面制作：制作高保真原型，提供低成本的完整的可演示的成果展示，制作标准化的界面及应用规范等；创意思考和文化分析： (我也在学习和挖掘中，有兴趣的人可以搜索一下相关资料) […]
UE应该在需求之后设计,你连需求都没熟透, 你设计出来的东西60^%是客户觉得不合理的