写心得体会可以帮助我们总结经验，发现问题，及时调整自己的行动。这里列举了一些优秀的心得体会范文，希望对大家的写作有所启发。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇一
德鲁克所阐述的创新机遇之七大来源：
一、意料之外的事件;。
二、不协调的事件——现实状况与设想或推测的状况不一致的事件;。
三、基于程序需要的创新;。
四、每个人都未曾注意到的产业结构或市场结构的变化;。
五、人口统计数据(人口变化);。
六、认知、意义及情绪上的变化;。
七、新知识,包括科学和非科学的。
要做的事情是：
1、有目的、有系统的创新从分析机遇着手；
2、创新必须多看、多问、多听，既要关注数字，也要关注人；
3、创新必须简单有效，目标明确；
4、有效的创新始于细微之处；
5、成功创新的目标是取得领导地位，
避免的事情是：
1、不要太聪明；
2、不要过多花样，不要分心；
3、不要为未来进行创新。为现在进行创新！
创新的三个条件是：
1、创新是工作，要把创新当做工作那样去对待；
2、创新者必须立足自己的长项；
3、创新必须与市场紧密相连，以市场为中心，以市场为导向。
德鲁克最后提出，企业家和创新者要做“保守的创新者”，“成功的创新者都相当保守，他们不是专注于冒险，而是专注于机遇。
原文链接：/?p=3208。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇二
最近在读《启示录》，里边提到了一些人员分工的情况，结合我自已的经验，整理如下（当然每个公司会有不同），其中不妥或还可以优化的地方，请赐教：
补充一些点：
1.如何作到高效？
*所有人员无论是哪个部门的，都应该对产品的认识是一致的；
*产品的每一阶段的目标必须清楚；
*避免大多的文档，使用高保真的原型；
*一个人担当多个职位，可以减少没有必要的沟通（这不一定是好事，看情况）；
*每个人的职责必须明确；
*敏捷开发；
2.如何保证产品在开发过程中功能的加减？
*如果有新功能可以放在下一个版本中评估；
3.高保真原型的好处是什么？
*节省时间，文档几乎没有人会仔细去读，而且还会花产品经理和开发人员大量的时间；
*提前作用户测试，提前验证产品的靠谱性，降低产品上线后的风险；
4.产品计划要作到多细？
*每天列一项基本就差不多了，主要是能了解每日的进度；
*不用写的太细，重要的几个节点卡死，平时多和开发人员嘴上沟通就可以了；
5.产品经理和项目经理的区别是什么？
*产品经理：核心工作是抓用户需求、设计产品；
*项目经理：确定产品能按计划开发出来；
6.开发人员知道产品背景有什么好处？
*目标清楚，不用闷头干活，不必纠结于没有必须纠结的地方；
*可以提供更好的解决方案，必须开发人员是最了解技术的；
*最好让开发人员、设计师、运维都分一部分产品的指标（当然这是题外话）；
7.开发的时间如何评估？
互联网交互设计体会交互设计师和产品经（优秀14篇）篇三
我真希望现就长大，当一名服装设计师！
除了参加国际比赛，我还要设计一件多功能的服装。这是由一顶帽子，一件外套组合而成的。
当寒冷的季节来到时，衣服里的夹层会释放出一种热量，使身体变得暖暖的，舒服极了！
不论是旅行还是在室外工作，我设计的衣服，一定是你的最佳拍档。
将本文的word文档下载到电脑，方便收藏和打印。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇四
之前有谈过交互设计师与用户体验设计师的一些工作内容的感想，或许很多公司来说还没有真正自己的用户体验设计师，很多中心型公司只有一个角色来做两份的工作，但是与产品经理（简称pd）的合作我想大部分公司的设计师们都有些心得，很多时候似乎感觉pd总是和我们对立。很多交互设计师都会和产品经理进行轮番的pk，有pk需求，也有pk资源等等。
其实交互设计师距离产品很近，很多时候交互设计师的工作很类似于产品经理。来列举一下产品经理的职责：
1.市场调研:。
市场调研主要的目的是了解客户的需求点，来分析目前此类产品的竞争对手，分析市场的潜力。个人觉得其中的了解客户需求为重点，很多时候可以从中发现很多创新或改进现有产品的想法。在其中用户研究员(用户体验设计师)观察用户的一些行为习惯。产生市场分析报告。
2.产品设计:。
描述产品的定位等内容（包括：产品远景、目标市场、功能描述、产品用例等等），一般公司都会写成一个文档：产品需求文档(prd)。很多的需求和功能点都会在这个文档中反应出来。在prd形成的时候还有另外一个产出物也会出来，那就是demo。uidemo包括了产品的界面，交互包括体验方面的设计部分。
3.项目管理:。
其实主要是确认资源的投入，撰写项目计划，跟踪项目的进度等等。
4.产品宣传:。
很多人认为宣传是运营部门的事情，pd只需要把产品做出来后扔给运营部门去负责，这样对于产品的发展是恶性的。其实在产品调研中就应该去考虑后期的产品宣传问题，卖点，如何利用媒体等等的。而且要去考虑收集后期的产品数据，不断的改进产品。
5.产品生命周期:。
很多pd不会去考虑产品周期的问题，所以很多时候产品出来了，就沦落到没人去负责它的发展，不知道该走向何方。或许pd只考虑到一点而没考虑到产品线的发展，所以很多产品的当初就是畸形的。
其实可以看出来以上的pd的职责，也是我们很多交互设计师去考虑了的东西，包括出产品需求设计的方案，分析用户行为。细节的demo设计等等，都是交互设计师在负责。所以交互设计师与产品的距离是很近的。在我们公司很多的产品项目都是交互设计师来担任，而且交互设计师很容易变成了产品经理。因为两者只是关注不一样，一个关注商业，一个关注用户。但是往往关注了用户，那么商业的价值才会获得更多。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇五
我不这么认为。首先卖个关子，“矛盾论”里有句话：矛盾是普遍存在的。矛盾的同一性是有条件，相对的;矛盾的斗争性是无条件的绝对的。有条件的相对的同一性和无条件的绝对的斗争性相结合，构成了一切事物的发展运动。
本质上，他俩是“各怀鬼胎”的矛盾共同体。同一性就是他俩都想在各自的范围内把产品做到最好。
呵呵，非也。矛盾听起来不是好词，却是事物不断发展进步的核心。一致的赞同反而阻碍了产品的进步。产品经理提出的某个需求，在交互设计师眼中有时候是对用户的严重侵犯。交互设计师流畅易用的界面或许损失了产品的巨大广告效益。两者在不断的试验，讨论中融合，使得产品不断发展，弥合两者间的矛盾。1+1》1让产品即能满足企业的商业目的，又会赢得市场用户的好评，声名远播。
当然，这也需要产品经理和交互设计师在互信，相互理解，有效沟通才能实现。所以，职场上，痛苦的产品经理人和交互设计师，不要一直纠结在为什么他不理解我的狭隘思绪里，恰巧是这种牵扯才让你不会执意片面的观点一根筋，他人的质疑往往是进步的更大动力，它让你不断思考如何改变，使产品变得更好。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇六
想要成为一名更好的设计师?还是想出更原创性和革新性的设计?你确信不会偏离最狂热和兴奋的设计职业之路?那好，你可以通过做更多非设计的事来成为一名更好的设计师。
嘿?竟然通过做更多非设计的活动来成为一名更好的设计师?对某些人来说，那听起来不合常理。毕竟当某人想要更善于某事，他们应该将自己更多的投身于那项活动当中，至少不少于，是吗?不完全是。
因为引入视角变化会使你不断地在单纯状态下创造更多的鼓舞人心和富有创意的设计。当你开始设计时，任何事都可能。你会不管其对错，做兴奋，好玩，视觉上感兴趣的设计而不是受阻于规则。为保持那种受鼓舞的状态持续，你必须创造一种方法，不断地在新的设计里处于健康单纯的状态。而那个方法就是做更多非设计类的事情。
你抛开设计，用另一种手段(至少在视觉上和你平时创作的风格不一样)，或者做些娱乐活动，看看电影，听听音乐，读读报刊书籍什么的。然后再开始设计时，你会焕然一新，充满灵感，不受已做风格的规矩影响。
这是为什么呢?因为你大脑走出了常规的思维区域。在一种风格下创作一段时间后，你不可避免植入风格的框架或规则的定式。你用那些规则来创造事物，而不是一开始无视规则。通过做非设计类的事情，引入完全不同的活动，让脑袋跳脱那些规则。
当你重回设计时，不再被规则束缚，而是看到可能的全部或者什么都没看到新的灵感乍现，按着下一步设计的样子，更宏大而勇敢的想法涌上心头。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇七
以下为大家搜集了部分关于我们产品人员必须具备的各种能力：
1.设计：这是最基本的素质。如果一个设计师的设计能力都不行，那可以说是还没有入门。设计还分为视觉设计和产品设计、以及代码设计，也就是说，产品设计师必须延伸到各个设计领域当中去。
2.创造力：作为设计师，最大的属性就是创造力。挖掘产品体验的另一面，创新才能开拓新的产品市场格局。
3.规划：能够对产品和战略上有全局的思考，对产品分阶段发展有预期的目标，
具有规划能力才能使产品链更加完善更容易发展。
4.逻辑：能够清晰地分析整理出产品流程，能够从用户出发进行逻辑分析。缜密的思维能够提升产品的严谨性。
5.细节：这点是和逻辑相辅相成。细节决定成败，设计的细节更是能够体现产品的品质感。
6.清晰的头脑：这个和上面两点好像有点重复，不过我们产品设计师很容易就会纠缠在市场、运营、开发、设计的不同领域中，如果你没有清晰的头脑，很难把这些内容都理清楚。
7.数据分析：一切设计都是基于数据，这是google的做法，就连变一个颜色都需要数据的支持。当然我不是数据狂热者，但是适当的数据分析能够打破那些自我感觉不错的设计师的想法，能够让那些自认为自己就是用户的人闭嘴。
8.执行：十足的执行力不仅是产品最终的保障，更是整个公司向前发展的动力。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇八
说到交互设计是时下比较热门的词汇，无论b/s还是c/s架构的产品交互设计元素总是充斥着任何一个角落，久而久之用户也欣喜的接受这样的变化，这对产品的研发人员来说也是新的挑战。产品人员最初在构建产品原型图时可以借助axure工具,在此我就不在做赘述，可以参考我先前的文章（交互不求人—axure弹出动态面板使用方法）。界面设计师在进行设计图设计时完全可以参照原型图的模型，这对于设计不是难题。在这里辛苦的就是前端架构师了，如此之多的交互元素如何一个模块不漏的去搭建起来，真的需要动动脑筋，毕竟设计稿是一个不带任何交互元素的一张平面图。
前端：“pd同学，我看你的原型图上的交互元素有很多和设计图不一样的嘛？”
pd：“没事啊，交互逻辑按照原型图来啊！”
前端：“有你说的那么简单就好了，算了不找你了，我去找ui，
”
pd：“……”
n分钟以后……。
ui：“pd同学，前端找我的事情我不知道啊，我怎么知道你们产品设计的时候交互逻辑性是什么啊，还是你和他对接吧。”
pd：“崩溃！！！！！！”
（以上的情景纯属虚构，如有雷同，那么看看这篇文章，说不定就解决了！）。
在这里先给大家看一张图，
这张图是设计师交给前端架构师的产品设计图，产品经理只需要将交互的逻辑关系和触发顺序标准在需求文档上，前端架构师可以按照这张图上的设计元素很方便快速的将整个交互环节架构出来，另外这样的设计方式也是设计师热衷的风格——页面饱满，结构元素清晰，便于掌握交互元素与整体页面的色彩结合点，另外以前需要设计n张设计图来体现交互形式现在只要一张就搞定；另外拿到领导那里审核时也更加的直观大磅礴：）。
该是三剑客爆发的时候了。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇九
文章从“产品经理”一词的来源说起，之后转到互联网、软件行业巨头的“产品经理”招聘广告，从中发现了这个职位的内涵变化。那么，新兴行业的产品经理在概念上究竟有什么发展？为什么会有这些发展？结果导致产品经理的职责、技能要求有哪些不同？文章的后半部分，分析并提出了造成差异的5大因素：
第一，市场阶段不同，成熟市场与新兴市场。
第二，产品形态不同，实物与虚拟物品。
第三，生命周期不同，几年与几个月。
第四，盈利模式不同，卖产品赚钱与多元盈利。
第五，用户心态不同，花钱买与免费用。
注：本文把互联网、软件的产品经理放在一起讲，是因为现在的互联网产品越来越复杂，越来越像软件，而软件产品也越来越多的基于网页浏览器，越来越像互联网，相信不久的将来，这两个概念再也无需区分。
产品经理的概念最初是由美国的宝洁公司于1927年提出（另有说1931年，差不多就是二十世纪二三十年代）。当时宝洁推出一种佳美牌（camay）香皂，但销售业绩较差。一名叫麦古利的年轻人在一次会议上提出：如果公司的销售经理把精力同时集中于camay香皂和lvory（宝洁的一种老牌香皂）的话，那么camay的潜力就永远得不到充分发掘。幸运的麦古利赢得了宝洁高层的支持，之后，每一个宝洁品牌都当做一个单独的事业在经营，有其专门的产品人员、销售人员支持，与其它品牌同时竞争。同时，他的成功表现使宝洁认识到产品管理的巨大作用，之后，宝洁便以“产品管理体系”重组公司体系。这种管理形式为宝洁赢得了巨大的成功，也导致后来大部分消费性商品业者纷纷沿用和抄袭。
由此可见，产品经理的主要职责是规划产品的生命周期，负责产品的上市策略，定价策略、整合营销策略、销售与分销策略等等。
上述框架下的产品经理，我把其称之为传统行业的产品经理，美国的琳达·哥乔斯的《产品经理的第一本书》与《产品经理的第二本书》，提到了第一段中宝洁的例子，也有更详细的有关职责与技能要求的讲述。和很多题名中包含“产品经理”的书籍一样，总体感觉它们都偏重于讲述一个产品已经做好以后，应该怎么管理，怎么营销，偏重于市场、商业端，这类产品经理也可以叫“品牌经理”、“产品市场经理”。
说到这里，可能很多在互联网、软件（注）公司中做产品经理的朋友要跳起来了，好像这类事情已经另有分工，由运营部门、市场部门的同事负责啊。为了进一步验证互联网、软件行业的产品经理确实和传统行业不同，我们先来看几则招聘广告。
这是阿里巴巴产品经理招聘的工作职责说明：
l负责公司某某产品规划；
l根据公司战略，负责产品发展的长期规划；保证业务指标；
l深入了解某某方面的业务，挖掘用户的多种需求，不断推出有竞争力的产品；
l根据产品实施效果以及业务发展状况，不断改进产品；
这是百度：
l制定所负责产品线的发展蓝图和实施路线图；
l完成需求分析，发起产品研发项目，善利用设计工具完成产品uc设计和demo制作；
l负责或配合其他部门制定产品运营计划，持续改善产品。
这是腾讯：
l负责某某产品的策划、运营、管理；
l负责用户研究，把握用户需求，实现用户需求；
l负责公司产品推广、运营等情况跟踪，收集用户信息并根据市场情况提出产品开发和改进方面的建议，提出运营思路。
好了，不再举例，这三家基本代表了国内现在互联网、软件行业的方向，我们发现都大同小异，“产品经理”这个概念，确实已经和旧有的不一样了，它更多的偏向产品本身从无到有、从有到优的过程，而不是产品已经有了以后需要做的事情，那么就会更多的涉及“用户研究、需求分析、功能设计、项目管理、敏捷”等等内容。
第一，市场阶段不同，成熟市场与新兴市场。
传统行业经过几十年上百年的摸爬滚打，市场已经成熟，产品基本定型，通常只有渐变式的创新，很难有重大突破。另一方面，用户也已经成熟，对产品相当熟悉，也已经形成比较固定的使用习惯，较难改变。所以对于这样的市场和用户，公司会偏重营销类创新（可以参考《公司进化论》），映射到产品经理的职责上也就自然而然。
对比而言，互联网、软件行业是新兴市场，三天一小变五天一大变，产品本身在不断取得突破，用户看什么都是新的，所以产品需要推陈出新，尽力先入为主，占领用户，主导用户习惯，这就导致了产品偏重研发类创新。
于是，互联网、软件行业的产品经理更重视产品本身的规划，需要“对市场发展趋势有敏锐的洞察力和创新意识及良好的分析、研判能力”，不断改进产品，要“深入了解业务，挖掘用户的多种需求，不断推出有竞争力的产品”，“制定所负责产品线的发展蓝图和实施路线图”。
第二，产品形态不同，实物与虚拟物品。
传统行业的产品多为实物，所以有采购、仓储、物流等等的工作，产品研发出来以后，还有大量的制造成本，这也使得传统行业的产品经理有相当的工作是考虑如何把整个供应链打通，怎样销售、分销、促销，等等。而互联网、软件产品多为虚拟物品，公司相对而言显得较“轻”，不管是团队，还是成本花费，都更加集中在产品研发的过程中。
一个常见的互联网产品，很可能只是由十几个、几十个人的团队所做，而用户达到上百万、千万，这在传统行业中不可想象。虚拟产品的复制成本极低，所以重点资源会投入在产品本身，较少的考虑上下游的事情。于是，对产品经理来说，需求分析的细节尤为重要，必须亲自把握，杠杆效应也十分明显，可能一个细节的改进就能增加上万的用户，在招聘的广告词里我们自然的看到了“善利用设计工具完成产品uc设计和demo制作”这样的要求。
第三，生命周期不同，几年与几个月。
传统行业产品典型的研发生命周期是几年甚至更长，所以需要比较复杂精细的流程来支撑，比如我了解到在汽车行业，做一款新车的整个过程中，有不下300个评审点。而互联网、软件产品典型的研发生命周期就只有几个月，所以研发管理过程会更精简，一个典型的产品研发过程，一般只有10个左右的评审点。
于是，我们推崇敏捷开发，传统行业的精雕细琢不适用了，我们要快，这也是为了顺应新兴市场的需要，而且有问题也能够快速的改，再发布一次升级就行，不像传统行业改起来那么麻烦，问题产品只能“召回”……所以互联网、软件的项目管理并没有传统行业那么复杂，于是产品经理可以兼顾的过来，能自己在项目完成度和产品质量之间做平衡，对产品无疑是最好的方式。所以产品经理需要做项目管理，“组织资源实施产品，对其效益负责”。
第四，盈利模式不同，卖产品赚钱与多元盈利。
传统行业的盈利模式多为通过卖产品赚钱，或是直销或是通过渠道，总之是靠产品本身的价值来赚取利润，而互联网、软件产品有很多本身是免费的，一部分产品甚至几年内没有考虑赚钱的问题，可想而知，对做这种产品的产品经理，要求肯定不同。而另外一些能赚钱的产品，也有着更多元的盈利模式，比如免费给用户使用，但利用用户的注意力赚取第三方的广告费。
盈利模式的差异造成了产品为谁做的差异，传统行业多是为付钱的客户做，值得注意到是，很多情况下客户只是买产品的人并不是用产品的人，也许搞定几个大客户，就3年不愁吃穿，这就会造成产品经理做事方向上的差异。而互联网、软件产品大多是为了使用产品的终端用户所做，而且通常是海量的用户，用户数多了，自然就能盈利。所以，互联网、软件行业的产品经理会更重视用户研究、数据分析等等事情，要“负责用户研究，把握用户需求，实现用户需求”，而盈利的事情反倒不用直接去管，会有另外的团队负责。
第五，用户心态不同，花钱买与免费用。
传统行业产品的用户知道，东西是卖来的，花了钱的，所以有点不爽的地方也就凑合用吧，总不至于把产品扔了。而互联网、软件产品就不同，大多数都是免费的，每类产品雷同的还很多，所以只要这个产品用的稍稍有点不爽，用户马上就能很方便的找到另外一个试试。
于是，互联网、软件产品更重视用户体验，相应的，产生了很多事情，产品经理也都会涉及，比如交互设计、视觉设计、文案设计等等。举个例子，有时候为了确定两个按钮是上下布置好，还是左右布置好，我们都有可能做大量的用户实验。在互联网、软件行业中，产品经理能真正体会到“用户是上帝”的感觉，辛辛苦苦做一个产品，给用户免费用，还要尽量让用户免费用的比付费的都爽。
小结一下，以上五点互相之间也是相辅相成的，共同造成了传统行业与互联网、软件行业的产品经理的差异。比如为了给用户极致的体验，我们需要做很多数据分析，而数据分析的基础又是因为互联网、软件产品的虚拟特性，可以大量的记录用户的各种行为数据，这是传统行业很难做到的。
经过上述的讨论，我们发现同样是产品经理，但是职责和技能要求有很大不同，作为职场中摸爬滚打的产品经理们，希望上述分析能给大家一些自我定位上的思路。
本文来自：/0000/0010/。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇十
二．市场分析。
1.市场上现有产品分析。
2.目标消费群分析。
3.潜在目标消费群。
4.产品资费分析。
5.用户操作习惯分析。
三．产品定位。
四．市场推广。
阶段一。
2.阶段二。
3.阶段三。
4.阶段四。
五．效益估算。
1.产品资费。
2.产品用户群数量。
3.产品潜在用户数量。
4.每月产品收益。
六．产品内容介绍。
1.产品规则。
2.用户属性。
3.体系介绍。
4.用户等级。
5.主要功能介绍。
七.产品开发进度。
产品提案。
2.产品思路整合。
3.再次提案。
4.产品内容再次整合。
5.产品流程编写。
6.产品流程修改。
7.产品流程提交。
8.产品工单。
9.技术开发。
10.内部测试。
八.产品人员列表和职责。
一份完整的产品策划方案应包含的内容：
1、引言。
描述导致产品创意产生的用户需求、市场需求、市场前景等概述性文字。
2、产品简介。
关于产品的简单介绍，包括内容、功能、特点、与同类产品的比较等。
3、实现原理。
产品内容的分块详细介绍已经实现的方式及原理。
4、业务流程。
供技术实现的产品业务流程图、应对内容（语音业务中的应对语音、短信业务中的应对短信、wap及kjava业务的用户操作反馈信息等）、业务菜单（wap、kjava)等。
5、制作要求。
对于产品技术实现过程中应达到的相应指标细节。
6、产品包装市场推广建议。
产品的资费模式建议、用户操作流程、奖品设置、合作方式建议（涉及到合作方的产品）、市场推广方式建议、产品推广的后续服务内容建议等。
7、效益预测。
效益预测的相关基础数据及原理、投入分析、收益分析、效益预测等。
8、结束语。
废话几句，让人觉得有个结尾。
文档为doc格式。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇十一
在交互设计中有这样一个观念：“产品设计者不是用户”，作为产品的设计者，虽然会试图为用户着想，但产品的设计者不是用户，设计者和用户的立场是不同的，更准确的说，“目标”是不同的。
这个的观念可以用下面的例子来解释：
要想单纯的通过主观判断就能做出真正的财务人员满意的软件，需要设计者能按照财务人员的方式来使用这个软件。如果你真能按照一位财务人员那样来使用这个软件，那…那你基本上就得改行了，显然，同时作为一位合格的财务人员和一位交互设计师是不太现实的。
这个例子说明，产品的研发者不是产品的用户，要设计出好的产品，需要进行科学严谨的用户研究，于是才出现了“人物角色”、“情景描述”等等方法用于避免出现类似上面的错误。
我参与的一些项目中会有这样的情况：有些参与者会说：“用户需要…”,“这是有用户需求的…”这样的说法很多时候会被交互设计师之类的有ucd思想的同学质疑，我就是这些同学中的一个。我的质疑通常是：“为什么用户需要xxx？”“你怎么知道的？”“谁是用户？”…这些质疑是本着ucd的思想，更是寻着上面具体例子思路的。这几个问题一出，对方基本上就哑火了。能有这样的质疑与哑火，双方都是建立在这样的基础上的：设计者不是产品的用户。
然而这种疑似把自己主观意见当作用户意见的情况却总是出现。害得我不得不总是重复上面这几句质疑。为什么会总是出现，又总是被质疑，被质疑后又总是哑火？仅仅是因为这些同学缺乏基本的ucd常识？不懂得“产品设计者不是用户”这个基本观念？另外一种可能的原因是：把自己当用户一种尚未被充分认识到的正确思路。或许我们也应该来质疑一下“产品设计者不是用户”这个观念。
来看看具体情况：我所从事的工作都是互联网产品的设计。互联网产品通常是针对最广泛的互联网用户的。这不是否定“一个产品为一类特定用户服务”的观点，而是在强调互联网产品没有专业鸿沟。一个网络相册，是对一类特定用户服务的，想用网络来储存、分享照片的人嘛。你是想上网查天气预报的，是用不着网络相册的。但是，网络相册却是谁都可以用的，不象上面提到的财务软件，就是给财务人员用的，有专业门槛，有特定工作需要的门槛。网络相册是给普通老百姓用的。
产品设计者作为用户，会有这样几个好处：
二．可以减少一些用户研究工作。互联网行业开发周期短、更新频率高，软件公司中的流程很难直接应用，想必应该有不少同学有体会。自己是用户，研究自己，比起打电话约用户，当面访谈、测试，之后总结要快的多了。而且可以避免沟通中的误解、分析用户意见时的误差。
（应该还有其他的好处，暂时没想到。）。
交互设计在软件行业相对成熟些，在这个背景下形成了很多的观念、理论，“产品设计者不是用户”就是其中之一。交互设计在其他领域相对更加稚嫩，比如互联网行业，这个时候，拿来主义就比较多，以至于缺少必要的分析、理解，简单、被动的拿来就用。
在本文最后的最后，不得不再次强调一下观点：对于没有专业鸿沟的互联网产品，产品的设计者可以是自己产品的用户，象处理用户意见那样处理自己的想法，但必不可少的前提是：在作为用户使用产品的过程中必须放弃掉作为一个研发者的身份，否则将是产品设计观念的倒退。
来自：/?p=100。
评论。
zzb说：
6月7th,at9:00下午。
“我首先是网站的第一用户”
这是当初进行网站运营时，面对伙伴对我的设计方案提出质疑，我用了这句话来回应。
justkiddings说：
6月8th,2008at12:49上午。
首先很可惜的说：沙发被人占了。
木鱼猫说：
6月8th,2008at1:53上午。
2楼说的问题很常见，常常有设计师或者pm把自己的个人喜好强加到产品设计中，要说服他们很难啊….
om19说：
6月8th,2008at12:48下午。
说得很棒。
我觉得座主说的其实就是ucd中的empathy(同理心,移情)吧？
好像是aboutface上有说：“设计师最强大的设计工具是同理心（empathy）—-感知用户的能力。”
臭鱼说：
6月8th,2008at9:13下午。
是否小众需求的判断标准应该还是按照：人物角色，情景…这样的方式来判断。
本文要说的是或许你作为设计者也可以把自己当作一个人物角色来对待，只要你觉得自己够格。
至少应该承认并非设计者把自己当用户就是绝对错的。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇十二
拿给力加速器为例：
加速器第一版就是给一款游戏(魔兽世界)加速。大致的流程：登录打开界面直接加速运行游戏。后来经过多次改版，现有很多游戏选择，选择对某一款游戏加速。需求大概是用户可以选择游戏/区服开始加速运行游戏，其中用户分为使用过并加速过游戏和首次使用未加速过游戏的。
大致的流程图。
低保真的线框草图。
猛一看，觉得简单清晰的流程，用户不该产生疑惑吧，但是这看似没有破绽的流程只是我个人的思路逻辑，用户未必照单全收。
对于目标明确的用户来说，线性的设计效率很高，但是对于目标不明确的或许给他看到某个推荐，可能因为喜欢就选用了。
信息架构把用户分为三种类型：
一、明确目标也确定叫什么的。
二、有目标但不确定叫什么的。
三、随便逛逛的用户。
第一类用户，他们明确要找的东西，也确定名称叫什么，搜索就能满足他们的需求。
第三类浏览型用户来说。推荐信息或是热门信息更能吸引他们的眼球。
迅雷看看首页基本同时满足三种用户。
红色部分的搜索区域是为第一种有明确目的且知道叫什么的用户设计的;绿色区域的类目是为了有目标但不确定叫什么的用户设计，引导他们分类选择;蓝色区域就是为没有目的、浏览型用户推荐的。
总结：交互设计是通过对界面和操作行为的设计，并关注设计合理性、提高产品可用性。(其中还包括信息架构和交互的细节)。
二、交互设计的细节。
1、理解你的用户：
要把用户看作崇尚简单的、挑剔的、迟钝的、很忙的：能少键入就少输入，能少点击就少点击，能少思考就少思考。
2、充分理解，引导用户的行为流。
一方面要了解用户可能的点击流程，另一方面产品要有好的信息架构，操作引导要高逻辑，但要好理解(整个操作的完成有引导说明，让用户知道自己完成到哪里了，还要做什么，除此还要方便用户的返回，后退，反悔，回到起点)。
3、易理解的表达。
易理解的表达不仅包括视觉和文字，交互操作也要做到透明(反馈原则)。
主观感受是靠不住的。
其实有时候做交互设计或是做产品设计的，
你以为用户会按你的思路走，其实真不见得。
请在高逻辑、清晰理解设计产品之后，回头欣赏下你的产品，加入不同用户的行为去感受。
有的时候要数据说话!
操作前，结果可预知(包括用户习惯)。
操作时，操作有反馈。
操作可识别。
操作后，操作可撤销。
让用户知道自己身在何处。
模式化窗口是恶魔。
图标的使用。
介绍一些页面表达原则。
主次原则。
最佳实践：内容比较多，可放空间少，主要的内容先显示，次要的内容搁置在“更多”里。
注意：到底放什么，取决于我们要重点的内容和通过数据分析得出的内容的相结合。
最佳实践：面临好几个操作时，我们也要分清主次，分清哪些是我们提倡用户操作的，哪些是我们不提倡用户操作的，同时，对于提倡用户操作的也要进一步分清主次。
直接原则。
最佳实践：单一字段的编辑建议在当前页面直接完成，不要单独设置一个浮动层，即使设置浮动层，也尽量允许浮动层能被拖动。总的来说，能在当前页面完成操作的尽量在当前页面完成。
统一原则。
最佳实践：样式确定后最好全站保持统一，降低用户的认知难度，即不要出现几种不同样式。
少做原则。
最佳实践：尽量准确把握用户的心理预期，揣摩用户的心智模型，进而实现用户的心理预期。
反馈原则。
最佳实践：尽量对每个操作能做到人机交互反馈，让用户清楚知道目前的状态，减少疑惑。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇十三
文章描述：交互设计的理性vs.多样的感性用户.
和一位视觉设计师讨论ued分工的时候，他说：“交互设计做的就是逻辑，”听起来似乎没错：互联网交互做得最多的就是点击、跳转。无论target到另一个page是_self还是_blank，无论信息架构的sitemap，还是导航，似乎交互做的就是一个纯理性、高逻辑的活儿。
直到有一天向臭鱼请教一个产品的设计时，我才意识到被忽视已久的问题。
这个产品大致需求是这样的：一个图像上传产品。用户可以设置一张显示，也可以设置一周自动轮换。每个选择会为用户提供推荐图片。
开始我设计的流程大致如此：
除此之外，我还做了低保真的线框草图：
线框草图第一张：一进来让用户选择方式。
臭鱼看后，只问了我一句：“你说的这种一步步的设计方案，你觉得这种方式有什么不足吗？”
我听了开始一愣，觉得这简单、清晰的流程，用户不该产生疑惑啊，会有什么问题呢？后来突然领悟：这看似无破绽的流程只是我个人的yy，用户未必照单全收。
第二，臭鱼说得很对：实际上，往往存在这样两类用户，一类是目的明确的，一类是不明确的。对于目的明确的用户来说，线性的，效率很高。但对于目标不明确的，或许给他看到了某个推荐，可能因为喜欢就选用了。对于目的不明确的，展示内容就更有意义了。
其中第二点是信息架构中非常重要，但容易让人忽视的一点。
信息架构把用户分为三种类型：
明确目标也确定叫什么的。
有目标但不确定叫什么的。
随便逛逛的用户。
对于第一类用户，他们明确要找的东西，也确定名称叫什么，搜索就能满足他们的需求。
比如：在他们探索性搜索时给出提示。
第三类浏览型用户来说。推荐信息或是热门信息更能吸引他们的眼球。
淘宝首页就是同时满足三种用户的典型案例：红色部分的搜索区域是为第一种有明确目的且知道叫什么的用户设计的；绿色区域的类目是为了有目标但不确定叫什么的用户设计，引导他们分类选择；蓝色区域就是为没有目的、浏览型用户推荐的。
互联网本身用户多样，用户行为也多样。交互设计理解的清晰理性的逻辑，常常却忽视了用户实际的使用习惯。所以请给自己未来提个醒：你以为用户会按你的思路走，其实真不见得。请在高逻辑、清晰理解设计产品之后，回头感性欣赏下你的产品，加入不同感性用户的行为感受。
ps：最后另附发出博文后，臭鱼在buzz上的一段给力评论：
李钊（臭鱼）-或者说，目的性强不强，是个维度，有很多很多种不同目的性强度的用户。
照我看来，设计中考虑这个因素本身也叫理性、逻辑。设计的理性，而不仅仅是合逻辑的实现功能。
设计的逻辑价值在于区别那些纯主观的设计意见。
文档为doc格式。
互联网交互设计体会交互设计师和产品经（优秀14篇）篇十四
在一个互联网公司的工作流程中，产品经理（主要指偏向产品设计的产品人员）和交互设计师是这个流水线上最起点的环节，也是关系最暧昧的两个环节。说其暧昧，是因为在很多互联网公司里面，这两个环节所做的事情是有重合的，这就意味着，他们或许也是整个流程中合作最紧密的两个环节。
相对比之下，产品经理更关注的是产品的内部逻辑、操作流程、策略等；而交互设计师更关注的是产品的易用性、流畅度和操作感受。总的来看，似乎可以认为，产品经理是从一个更加宏观的角度去设计产品，而交互设计师，则是从更多的细节出发，去提升用户体验。这两种不同的视角决定了只有产品经理和交互设计师密切配合，深入沟通，才能够最高效最合理的将产品策略转化为产品原型，从而为流水线的后面环节提供精确的参考资料。
下面以人人网广告平台的一些产品和交互细节为例，使用对话的形式来分享一下我个人在做交互设计过程中的一些体会和想法。入门级文章，高手请绕行。
在广告平台其中一个投放系统中，有一个产品需求，是要根据广告受众所在的地区做广告的定向投放。也就是说，可以控制广告只展示给固定地域的受众。这就意味着，需要设计一个「区域选择器」，供用户选择区域。产品经理的原始需求是这样的：
产品经理：“我们这次的投放系统需要设计一个区域选择器，就是让用户选择广告定向投放的区域的。可以精确到城市，可以多选。另外，”区域“作为一个投放广告的限制条件，如果用户没有选择任何选项，那就代表用户忽略该条件，则该广告会面向全国投放。”
交互设计师：“哦。”
产品经理：“嗯，我能够想到的这个东西的原型，可以提供两个下拉框，让用户分别选择省和城市。当用户在第一个下拉框里面选定了省以后，第二个下拉框中会显示该省下面的地级市。我做了一个简单的框图，大家看一下。”
产品经理：“大概就是这个样子。每选定一个城市，点击后面的添加按钮，可以将该城市添加到下面的列表中。同时，如果点击已经添加的城市名称后面的「删除」链接，则会将该城市从已选列表抹去。”
交互设计师：“等一下，我有一个问题。按照产品的策略，如果用户一个城市都不选，那么就会默认投放全国。但是这个概念很难表达给用户，比如说，如果在「区域选择器」旁边放提示，估计没有多少人会注意到。”
产品经理：“一个都没选，就是等于忽略条件啊。因为这些都是限制条件。”
交互设计师：“问题是用户很难意识到是这样。在中国人的观念中，大家都是觉得，选上的，是我要的。但是大家没有「不选就等于全要」这种思维习惯。”
交互设计师：“我觉得可以这样。我们在现在的「区域选择器」上面放两个单选按钮。一个叫「全国」，另一个叫做「指定」。打开页面时，默认选中「全国」项，并隐藏「区域选择器」。只有用户选择「指定」项时，区域选择器才会出现。这样表达就很明确了，你不是「全国」就是「指定」。”
产品经理：“哦~听起来不错。试试。”
于是得到了下面这个版本的原型图：
交互设计师：“嗯，我想，现在这个版本已经基本上从界面的层面解决了全国投放的选项问题，我想，用户应该不会因为不知道怎么选而卡在这里了。”
交互设计师：“我看下一步，需要对一些关键的元素做一定的视觉设计，以便于引导用户操作。比如「添加」按钮，应该更明显些。我觉得可以请ui设计师出一个简单版本的ui了。”
产品经理：“稍等一下，我看咱们还是把细节再讨论清楚一些再去找ui吧。比如，字的颜色啊什么的都没定呢。而且，我觉得选中的区域中，每个城市名称后面都跟着一个删除链接，很奇怪。”
交互设计师：“嗯。的确。我的想法是这样，字的颜色，就用黑色吧，或者是深一些的灰色也行。虽然从视觉设计的角度来看，视觉设计师觉得稍浅一些的灰色比较养眼，可能黑色太”抢“。但是咱们的系统毕竟是给人用的，灰色的话，可能会让人误认为这些选项是不可操作的。你看如何？”
产品经理：“同意。”
交互设计师：“关于已经选中的区域列表。我看可以把「删除」链接换成×，事实上，用户对于×这种符号比汉字更敏感。你看，大家不论是用windows还是mac，关闭窗口的时候都是×，早就习惯了。另外，为了让所选定的城市名称看起来是一个整体，并且跟其他城市名称区分开。我看，可以给每一个城市加上背景色，每个城市一个色块，这样也一目了然。”
产品经理：“颜色呢？”
交互设计师：“蓝色吧，人人网都是蓝色的风格。”
产品经理：“ok”
于是，配合ui设计师，得到了下面的界面：
产品经理：“我看现在这个地方已经基本上成型了，
咱们也已经讨论很很久了。该问问别人的意见。”
———-时间分割线———-。
产品经理：“hi~各位。我收集了一些内部测试的意见。有用户提出，搞不太清楚两个下拉菜单和「添加」按钮之间的关系。”
交互设计师：“什么意思？”
产品经理：“就是说，有人意识不到选完了省，选完了城市以后，还得点「添加」。他们觉得，选完了就完事了。”
交互设计师：“晕。”
交互设计师：“可能是已选列表框在空着的时候长得太秀气了，大家没意识到它是用来装东西的。”
交互设计师：“好吧，我有两个方案。1、把「添加」按钮上面加一个向下的箭头。指向已选列表框。2、在已选列表空着的时候，添加一条提示语，来提示用户他并没有完成区域选择操作。”
产品经理：“提示语那个，你的意思是说，当用户添加了城市以后，会自动消失是吧？”
交互设计师：“是的。”
产品经理：“我觉得加提示吧。感觉放箭头有点儿傻。”
交互设计师：“嗯，而且，可能放了箭头以后，用户依然不知所云。”
产品经理：“那提示语怎么说呢？您尚未添加任何区域，请选定城市后，点击上面的「添加」按钮，该城市会被添加到…”
交互设计师：“停！太长了，大部分人不会认真看完的。”
产品经理：“的确…”
交互设计师：“我看就一句话就可以。写”您尚未添加任何区域。“”
交互设计师：“你看。下拉列表后面的按钮叫「添加」。提示中又明确的传达出了尚未「添加」的状态。这样既说明了这个框框是用来放东西的，又可以告诉用户，这个东西是可以选多个的。因为「添加」的概念就是一个一个往里面放。如果只能放一个，那应该叫「选择」。”
产品经理：“顶。”
交互设计师：“而且，我觉得这个控件最初的原型你设计的不错。嗯，用户只要成功的进行一次操作，以后就可以非常高效的进行操作了。这个东西的学习成本和认知成本都比较低。”
产品经理：“oh,yeah~”
那么，现在的ui是这样的：
产品经理：“哎，对了。话说，我最开始的策略是，用户如果不选，相当于全选，要全国投放的。你说如果用户选了「指定」，但是并没有添加具体的城市，直接提交表单，怎么办？系统是应该直接把用户的广告设置成全国投放，还是报错，阻止用户继续？”
交互设计师：“我看啊，报错吧。因为现在「全国」和「指定」这两项，已经明确的把整体和局部给分开了。我觉得你那个策略没必要再应用了，因为现在这种已经达到了你最初的目的，而且还好理解。再有就是，咱们的平台是涉及到钱的，是要让用户花钱的，如果让用户不明不白花了冤枉钱，本来想投北京的投了全国，那我们会被用户骂死的。虽然感觉上报错会让用户有挫败感，但是在这种细节上，还是用户利益应该放在第一位，用户体验，可以稍微往后放一放了。”
产品经理：“好吧。”
交互设计师：“呵呵，你看，这个故事告诉我们，不能每件事情都听产品的。产品提的只是需求，但是如何实现需求，还是得从多个角度来讨论。”
产品经理：“好吧。那么，技术兄弟们，下面的工作就拜托你们了。”
个人观点：
1、产品经理和交互设计师需要时刻密切配合，深入沟通。
2、有时候，产品策略和用户体验会发生冲突，这时应该从多种角度去考虑和探讨最终解决方案，不应该有谁一定比谁重要的说法。
3、优秀的产品经理，相当于半个交互。同样，优秀的交互设计师，相当于半个产品。二者虽然职位不同，但是应该在一定程度上考虑对方的工作内容。
4、产品提出的只是策略和需求，并不是一定要按照产品人员所描述的细节去设计具体的产品细节。交互设计师以及团队中其他所有成员，有义务有权利对产品需求提出自己的见解和更好的设计方案。有不同意见可以讨论，但是最终决定权，应该依然属于产品经理。
5、产品经理之所以叫经理，是因为，他们除了设计产品，还需要时刻把握整个流程。比如，当细节没讨论清楚的时候，不要去找ui做设计。
注：本文中对话部分并非真实情节，只是为了说明主题而已。
作者：小强。