心得体会是我们自身成长和发展的宝贵财富，它是我们不断前行的动力。接下来是一些写心得体会的实例，通过阅读他人的经验和体会，我们可以更好地总结出自己的思考和观点。
如何更好地成为一名的产品设计师交互设计
“我们的设计很好，可开发的产品很差！”，这个问题想必困扰着不少公司或团队，在近期的工作中，逐渐体会到一套行之有效的方法–让产品设计师跟踪测试自己设计的产品。设计师不要小看这测试的工作，跟踪测试起来颇有成就，你可以知道你的设计被实施了多少，看着实施符合设计，设计师会很有成就感。我也是被cto逼着走过了这个过程才逐渐体会到它的好处。
产品设计师不大可能与程序员一起写程序，但可以跟踪测试开发的产品，并把测试结果直接反馈给大家(程序员、项目经理、产品经理、测试人员)。这应该算是一个管理问题，确切的说是协作流程问题。所以这种做法，必须得到cto等高层管理者的大力推行，否则编程者是不买帐的，毕竟谁都不愿意让人跟在屁股后面指责哪里做错了，高管把产品设计师的测试工作纳入流程，大家照章办事，工作起来会更顺利一些。
测试的时机：
产品开发基本成型，功能基本完备，研发者能提供可测试版本。
测试的相关协作：
发送测试文档给开发者，同时抄送给项目经理、产品经理、测试等等相关人员；遇到争议主动找项目经理、产品经理等相关领导协商。
测试依据的文档：
做过测试工程师的应该都知道，测试工程师是根据自己编写的测试用例(精简测试用例、详细测试用例)来测试，一般情况下，设计师根据精简测试用例文档来测试就好了，设计师只是要依据某个使用过程来试用并发现问题。当然如果设计师愿意写几个主要使用场景，然后根据自己的使用场景来测试更好，不过要注意自己的使用场景和设计文档保持一致。
让产品设计师跟踪测试的好处：
1、设计师比测试工程师更多关注可用性，可以保证产品的高质量。毕竟设计师对评判产品好坏较强的审美能力。
2、遇到问题可以直接给出解决方案，效率高。
(本条第收获很大呀！)。
4、设计师可以很好的参与到开发中去。
分享一下自己做跟踪测试的经验和教训。
1、设计师在跟踪测试之前应做足的工作：确保设计文档写的更详细和易读，确保无主要逻辑缺失。最好做出原型并依据原型多体验几遍，或者邀请其他设计师一起来体验，争取在开发前发现更多的问题，确保文档质量。否则，一旦开发出现问题或者开发进度延迟，会把全部责任推到产品设计师身上。开发者会说：“文档没写”或“文档没写明白，看不懂。”遇到这样的情况，设计师百口难辨，设计师的确是有责任的(虽然不是全部)。
2、搞好关系，不要直接指责开发人员或开发中的问题。理智的做法应该是：”客观的表述操作，客观的提出正确的方案。”描述问题时不要有任何情绪，或者可能让合作者产生“逆反心理”的语气。比如：“竟然”“居然”“错误”等，当然适当的夸奖一下也是可以的。
3、在遇到争议时，通过正确的渠道解决问题，主动通过双方主管协商解决，开发人员不会听你的，不要试图说服他们，和他们争论的结果只会让他们记恨你，还有肯能找机会给你穿小鞋，设计师争取避免这个问题。遇到问题要先学会倾听，然后才有可能正确处理问题。否则容易产生误解，让别人误以为你不好合作或不好沟通(但实际上你是为产品质量而挣)。
4、和开发人员、测试人员保持紧密的沟通，提高解决问题的速度；有需求变动或文档改动要迅速反应，并及时通知大家。否则，如果研发没有按照变动来修改，会怪罪你没有及时通知。
……，更多感受还需到工作中去体会。
小结：说了那么多，这样做还得公司高层大力支持并推行为前提；设计师要真正处理好各种关系还得自己实际去体会，毕竟每个公司的情况都不尽相同；设计师可以获得很多，更清楚要向开发者“表达什么？如果表达？”。
ray。
say:-。
november16th,at11:12am。
我原来在某个公司时，因为他们对测试比较重视（boss是mit的技术型出身），对待将要成型的产品，一般将测试的bug分为功能性与易用性两种，作为pm去跟踪易用性和设计方面的bug，功能性的bug由测试人员跟踪，涉及到交互的问题由测试人员提交给pm来决定，当时我觉得这个流程效率不高，现在到了新公司回头来看，我还是认为这种方法是可取的。
本文来自：/blog/?p=111。
如何更好地成为一名的产品设计师交互设计
今天看到了ucdcn上面空格提的“产品设计与交互设计的区别”，我想到自己前段时间思考的一个问题，我是交互设计师还是产品设计师。所以，可以从产品设计和交互设计的区别去考虑两者关系，以下是自己的思考：
至少我现在觉得不能有一个非常明确的肯定，但是我想至少这是一个方向，所以不奇怪很多交互设计师为什么直接就去做产品经理了一样。交互设计师或许会分成两个职业发展方向，一个是专业的交互设计，快速理解产品，快速搭建原型，画出产品交互模型。另一个产品设计，考虑用户的需求，挖掘用户的根本需求，画出产品的概念图，思考和宣讲产品的方案。
我不知道现在是否需要这样细分出一个产品设计师，当我想这个应该是我们去考虑的一个方向，让交互设计师更广范围的去思考产品，思考交互能带给产品的价值。
产品设计师，不是我们创造出来一个新的名字，希望看看他背后的意义吧。给你们的产品能带来些什么呢？我只能说，很多产品经理都紧紧抓着市场看，而不关注用户(或许你还再疑惑用户不就是市场么？)，就像职业经理人和创始人之间的区别。
本文来自：/blog/?p=185。
如何更好地成为一名的产品设计师交互设计
以下为大家搜集了部分关于我们产品人员必须具备的各种能力：
1.设计：这是最基本的素质。如果一个设计师的设计能力都不行，那可以说是还没有入门。设计还分为视觉设计和产品设计、以及代码设计，也就是说，产品设计师必须延伸到各个设计领域当中去。
2.创造力：作为设计师，最大的属性就是创造力。挖掘产品体验的另一面，创新才能开拓新的产品市场格局。
3.规划：能够对产品和战略上有全局的思考，对产品分阶段发展有预期的目标，
具有规划能力才能使产品链更加完善更容易发展。
4.逻辑：能够清晰地分析整理出产品流程，能够从用户出发进行逻辑分析。缜密的思维能够提升产品的严谨性。
5.细节：这点是和逻辑相辅相成。细节决定成败，设计的细节更是能够体现产品的品质感。
6.清晰的头脑：这个和上面两点好像有点重复，不过我们产品设计师很容易就会纠缠在市场、运营、开发、设计的不同领域中，如果你没有清晰的头脑，很难把这些内容都理清楚。
7.数据分析：一切设计都是基于数据，这是google的做法，就连变一个颜色都需要数据的支持。当然我不是数据狂热者，但是适当的数据分析能够打破那些自我感觉不错的设计师的想法，能够让那些自认为自己就是用户的人闭嘴。
8.执行：十足的执行力不仅是产品最终的保障，更是整个公司向前发展的动力。
如何更好地成为一名的产品设计师交互设计
说到交互设计是时下比较热门的词汇，无论b/s还是c/s架构的产品交互设计元素总是充斥着任何一个角落，久而久之用户也欣喜的接受这样的变化，这对产品的研发人员来说也是新的挑战。产品人员最初在构建产品原型图时可以借助axure工具,在此我就不在做赘述，可以参考我先前的文章（交互不求人—axure弹出动态面板使用方法）。界面设计师在进行设计图设计时完全可以参照原型图的模型，这对于设计不是难题。在这里辛苦的就是前端架构师了，如此之多的交互元素如何一个模块不漏的去搭建起来，真的需要动动脑筋，毕竟设计稿是一个不带任何交互元素的一张平面图。
前端：“pd同学，我看你的原型图上的交互元素有很多和设计图不一样的嘛？”
pd：“没事啊，交互逻辑按照原型图来啊！”
前端：“有你说的那么简单就好了，算了不找你了，我去找ui，
”
pd：“……”
n分钟以后……。
ui：“pd同学，前端找我的事情我不知道啊，我怎么知道你们产品设计的时候交互逻辑性是什么啊，还是你和他对接吧。”
pd：“崩溃！！！！！！”
（以上的情景纯属虚构，如有雷同，那么看看这篇文章，说不定就解决了！）。
在这里先给大家看一张图，
这张图是设计师交给前端架构师的产品设计图，产品经理只需要将交互的逻辑关系和触发顺序标准在需求文档上，前端架构师可以按照这张图上的设计元素很方便快速的将整个交互环节架构出来，另外这样的设计方式也是设计师热衷的风格——页面饱满，结构元素清晰，便于掌握交互元素与整体页面的色彩结合点，另外以前需要设计n张设计图来体现交互形式现在只要一张就搞定；另外拿到领导那里审核时也更加的直观大磅礴：）。
该是三剑客爆发的时候了。
如何更好地成为一名的产品设计师交互设计
想要成为一名更好的设计师?还是想出更原创性和革新性的设计?你确信不会偏离最狂热和兴奋的设计职业之路?那好，你可以通过做更多非设计的事来成为一名更好的设计师。
嘿?竟然通过做更多非设计的活动来成为一名更好的设计师?对某些人来说，那听起来不合常理。毕竟当某人想要更善于某事，他们应该将自己更多的投身于那项活动当中，至少不少于，是吗?不完全是。
因为引入视角变化会使你不断地在单纯状态下创造更多的鼓舞人心和富有创意的设计。当你开始设计时，任何事都可能。你会不管其对错，做兴奋，好玩，视觉上感兴趣的设计而不是受阻于规则。为保持那种受鼓舞的状态持续，你必须创造一种方法，不断地在新的设计里处于健康单纯的状态。而那个方法就是做更多非设计类的事情。
你抛开设计，用另一种手段(至少在视觉上和你平时创作的风格不一样)，或者做些娱乐活动，看看电影，听听音乐，读读报刊书籍什么的。然后再开始设计时，你会焕然一新，充满灵感，不受已做风格的规矩影响。
这是为什么呢?因为你大脑走出了常规的思维区域。在一种风格下创作一段时间后，你不可避免植入风格的框架或规则的定式。你用那些规则来创造事物，而不是一开始无视规则。通过做非设计类的事情，引入完全不同的活动，让脑袋跳脱那些规则。
当你重回设计时，不再被规则束缚，而是看到可能的全部或者什么都没看到新的灵感乍现，按着下一步设计的样子，更宏大而勇敢的想法涌上心头。
UCD团队：交互设计师和产品经理交互设计
产品经理到底是一个怎样职位呢？他的主要职责是什么？一个刚入行的产品经理，甚至一个资深产品经理或多或少对该职位都会有某种迷惑，资深产品经理、在线投资管理公司covestor的首席产品官martineriksson发表了一篇文章《what,exactly,isaproductmanager?》，其中给出了自己对产品经理这个职位的理解。译文如下：
我经常会追问产品经理到底是一个什么职位，他们的职责是什么？该如何培养产品经理呢？
martycagan的著作《inspired》（中文名《启示录》）中曾如此描述“产品经理”这个职位：去发现有价值、可用且合理的产品。同样，我认为产品经理是商务、技术和用户体验三个岗位的交集。一个好的产品经理必须至少具有其中之一的从业经历、对三种岗位都有热情，同时还要与三种职业的从业者有很好的交情。
业务：产品经理首先是一个业务岗位，他的主要职责是把产品的商业价值发挥到最大。产品经理应全心专注于产品优化，从而达到商业目标，并获得最大的投资回报。
技术：如果连产品经理都不知道一个产品该如何构建，那定义该产品就毫无意义了。这并不是要求产品经理会写代码，但懂技术，最重要的是清楚努力方向对于做出正确的决定是至关重要的。这一点在敏捷开发中更加重要，因为产品经理是和开发团队一起时间最多的人。
用户体验：这是最后一项但同样是重要的。产品经理在公司里代表用户的声音，他必须关注产品的用户体验。这就要求产品经理跳出团队，以一个用户的身份来测试产品，与用户交谈，从中获得第一手反馈资料——尤其是创业公司的产品经理。
产品经理的职责到底是什么？
首先要为产品设定一个目标，这就需要你对市场、客户及他们存在的你正试图解决的问题进行反复的研究。你必须能够消化掉巨大容量的信息——来自客户的反馈、网站分析所产生的量化数据、研究报告、市场趋势以及统计数据——你必须了解产品市场和客户的所有信息，用创新的思维去整合所有信息，以帮助定义所要研发的产品。
产品定义一经确定，你要迅速在团队中宣传。如果商务团队和开发团队对该产品没有任何热情，这就说明你对产品的定义并不成功，因为你以及产品的成功取决于团队的每个成员对该定义的理解，至少要对此有些激情。
然后，你就要启动项目了。你首先要制定一个可行的计划。逐渐完善的线路图及迭代的开发方式可以帮你逐步完成最终的产品目标。这时，你的团队也会全身心的投入到更好的设计、更好的编码、为客户提供更好的解决方案等工作当中。
在接下来日日与开发团队工作的日子里，作为产品的所有者我们要仔细面对。不断对产品进行定义与迭代；问题一出现立即解决；更紧密地管理各项事务，以保证能及时完成该产品。
然后按照同样的过程重新设计新的产品。这并不是一个瀑布式的开发过程——你不是在一步一步的做产品，而是一次性为多款产品、产品的诸多特性做了准备，在一瞬间把策略转化成了战术。
听起来很艰辛？
ucd团队：
将本文的word文档下载到电脑，方便收藏和打印。
UCD团队：交互设计师和产品经理交互设计
我不这么认为。首先卖个关子，“矛盾论”里有句话：矛盾是普遍存在的。矛盾的同一性是有条件，相对的;矛盾的斗争性是无条件的绝对的。有条件的相对的同一性和无条件的绝对的斗争性相结合，构成了一切事物的发展运动。
本质上，他俩是“各怀鬼胎”的矛盾共同体。同一性就是他俩都想在各自的范围内把产品做到最好。
呵呵，非也。矛盾听起来不是好词，却是事物不断发展进步的核心。一致的赞同反而阻碍了产品的进步。产品经理提出的某个需求，在交互设计师眼中有时候是对用户的严重侵犯。交互设计师流畅易用的界面或许损失了产品的巨大广告效益。两者在不断的试验，讨论中融合，使得产品不断发展，弥合两者间的矛盾。1+1》1让产品即能满足企业的商业目的，又会赢得市场用户的好评，声名远播。
当然，这也需要产品经理和交互设计师在互信，相互理解，有效沟通才能实现。所以，职场上，痛苦的产品经理人和交互设计师，不要一直纠结在为什么他不理解我的狭隘思绪里，恰巧是这种牵扯才让你不会执意片面的观点一根筋，他人的质疑往往是进步的更大动力，它让你不断思考如何改变，使产品变得更好。
电子产品设计师心得体会
作为电子产品设计师的我，工作中积累了许多经验和体会。在这篇文章中，我将分享我对电子产品设计的理解和心得体会。这些经验对我个人的职业发展和对产品研发工作的影响以及我对现代科技发展的展望都起到了重要的作用。
首先，作为电子产品设计师，理解用户需求是至关重要的。在设计一个电子产品之前，我们需要认真分析用户的需求和使用场景。通过与用户的交流和观察，我们可以洞察用户的真正需求，从而在产品设计过程中将用户需求融入到产品功能和用户界面的设计中。我记得有一次，在设计一个智能手表的项目中，我们团队花了大量的时间与目标用户进行沟通和访谈，最终设计出了满足用户需求的功能和界面，在市场上取得了成功。
其次，创新和技术是电子产品设计中不可或缺的因素。随着科技的快速发展，我们需要时刻关注最新的技术趋势和创新方向。只有对先进技术有敏锐的洞察力，我们才能够设计出具有竞争力和先进特点的产品。在我的职业生涯中，我始终保持对先进技术的关注，并且努力将其应用到产品设计中。例如，通过研究人工智能技术，我们团队设计出了一款智能音箱，能够根据用户语音指令智能回答问题和执行任务，受到了市场的欢迎。
此外，合作和沟通是团队合作中的关键要素。在一个电子产品设计团队中，成员之间必须密切合作，共同努力实现项目目标。合理的分工和高效的沟通可以提高团队的工作效率和设计质量。我发现，通过定期的团队会议和项目讨论，我们可以共同解决设计中的问题，并提出创造性的解决方案。在我过去的项目中，我们团队通过紧密合作和良好的沟通，共同设计出了一系列成功的智能家居产品，为用户提供了便捷和智能化的生活体验。
此外，持续学习和技能提升对电子产品设计师来说是非常重要的。电子产品设计领域技术更新迭代速度很快，我们必须不断学习新知识和技能以保持自己的竞争力。通过参加行业会议、研讨会和学术讲座等活动，我们可以了解最新的设计趋势和技术应用，积累新的设计思路和方法。我自己也常常参加这些活动，并花费大量的时间自学新的技术和设计理念，以此来提升自己在电子产品设计领域的能力。
最后，我对电子产品设计的未来充满了期待。随着科技和社会的不断进步，电子产品设计将会越来越多样化和个性化。从智能手机到智能家居、智能穿戴设备等，电子产品已经渗透到我们生活的方方面面。我相信未来的电子产品设计将更加注重用户体验和个性化需求的满足，同时将更多的科技融入到产品中，推动技术和设计的融合发展。
综上所述，作为一名电子产品设计师，我在工作中积累了许多经验和体会。通过理解用户需求，关注创新和技术，良好的团队合作和沟通，持续学习和技能提升，以及对未来的展望，我相信我能够在电子产品设计领域不断成长和进步，为用户设计出更好的产品。
电子产品设计师心得体会
作为电子产品设计师，我从事电子产品设计多年，积累了许多心得体会。在这个快速发展的技术时代，设计师的角色越来越重要，因为电子产品已经成为人们生活中不可或缺的一部分。在这篇文章中，我将分享我的心得体会，包括设计思路、用户体验、创新和团队合作等方面。
首先，设计师的设计思路至关重要。在电子产品设计过程中，设计师需要有一个清晰明确的思路，去创造出用户真正需要的产品。有时候，用户并不知道自己需要什么，因此设计师需要通过市场调研、用户访谈和研究等方式去理解用户需求并进行创新设计。在设计过程中，设计师需要站在用户的角度思考，考虑产品的使用场景和使用习惯，用心去设计出符合用户期望的产品。
其次，用户体验是电子产品设计的核心。设计师需要注重用户体验，因为一个好的用户体验可以有效提升产品的竞争力。用户体验包括产品的易用性、美观性、交互体验和功能性等方面。设计师需要在细节上下功夫，将产品的功能和界面设计融合得井然有序，让用户能够轻松地使用产品并且享受到优质的体验。为此，设计师要不断地进行用户测试和调整，不断优化产品的用户体验，使其达到更高的水平。
创新是电子产品设计的灵魂所在。在竞争激烈的市场中，只有不断创新才能让产品与众不同，赢得用户的青睐。在电子产品设计中，创新包括产品的外观设计、功能设计、材料选择等。设计师需要有敏锐的洞察力和对市场趋势的把握能力，才能创造出具有突破性的产品。同时，设计师需要不断学习和更新知识，保持对新技术和新趋势的关注，为产品的创新提供动力和支持。
最后，团队合作是电子产品设计中不可或缺的一部分。设计师通常是一个团队中的一员，需要与其他成员密切合作，互相借鉴、互相协作，共同打造出优秀的产品。团队合作需要设计师具备良好的沟通能力和合作精神，能够有效地传达自己的设计思想和理念，同时接受他人的建议和意见。团队合作可以有效整合各种资源和专业知识，提高设计效率和质量，使产品更加完善。
综上所述，作为电子产品设计师，我深知设计思路、用户体验、创新和团队合作的重要性。一个好的设计是通过深入了解用户需求，注重用户体验，不断创新并与团队合作共同完成的。只有通过这些方面的综合运用，我们才能设计出满足用户需求的、有价值的电子产品。因此，作为设计师，我们需要不断学习和提升自己，创造出更好的产品，为社会和用户带来更多的价值。
UPA讲稿：互联网产品的交互设计方法
拿给力加速器为例：
加速器第一版就是给一款游戏(魔兽世界)加速。大致的流程：登录打开界面直接加速运行游戏。后来经过多次改版，现有很多游戏选择，选择对某一款游戏加速。需求大概是用户可以选择游戏/区服开始加速运行游戏，其中用户分为使用过并加速过游戏和首次使用未加速过游戏的。
大致的流程图。
低保真的线框草图。
猛一看，觉得简单清晰的流程，用户不该产生疑惑吧，但是这看似没有破绽的流程只是我个人的思路逻辑，用户未必照单全收。
对于目标明确的用户来说，线性的设计效率很高，但是对于目标不明确的或许给他看到某个推荐，可能因为喜欢就选用了。
信息架构把用户分为三种类型：
一、明确目标也确定叫什么的。
二、有目标但不确定叫什么的。
三、随便逛逛的用户。
第一类用户，他们明确要找的东西，也确定名称叫什么，搜索就能满足他们的需求。
第三类浏览型用户来说。推荐信息或是热门信息更能吸引他们的眼球。
迅雷看看首页基本同时满足三种用户。
红色部分的搜索区域是为第一种有明确目的且知道叫什么的用户设计的;绿色区域的类目是为了有目标但不确定叫什么的用户设计，引导他们分类选择;蓝色区域就是为没有目的、浏览型用户推荐的。
总结：交互设计是通过对界面和操作行为的设计，并关注设计合理性、提高产品可用性。(其中还包括信息架构和交互的细节)。
二、交互设计的细节。
1、理解你的用户：
要把用户看作崇尚简单的、挑剔的、迟钝的、很忙的：能少键入就少输入，能少点击就少点击，能少思考就少思考。
2、充分理解，引导用户的行为流。
一方面要了解用户可能的点击流程，另一方面产品要有好的信息架构，操作引导要高逻辑，但要好理解(整个操作的完成有引导说明，让用户知道自己完成到哪里了，还要做什么，除此还要方便用户的返回，后退，反悔，回到起点)。
3、易理解的表达。
易理解的表达不仅包括视觉和文字，交互操作也要做到透明(反馈原则)。
主观感受是靠不住的。
其实有时候做交互设计或是做产品设计的，
你以为用户会按你的思路走，其实真不见得。
请在高逻辑、清晰理解设计产品之后，回头欣赏下你的产品，加入不同用户的行为去感受。
有的时候要数据说话!
操作前，结果可预知(包括用户习惯)。
操作时，操作有反馈。
操作可识别。
操作后，操作可撤销。
让用户知道自己身在何处。
模式化窗口是恶魔。
图标的使用。
介绍一些页面表达原则。
主次原则。
最佳实践：内容比较多，可放空间少，主要的内容先显示，次要的内容搁置在“更多”里。
注意：到底放什么，取决于我们要重点的内容和通过数据分析得出的内容的相结合。
最佳实践：面临好几个操作时，我们也要分清主次，分清哪些是我们提倡用户操作的，哪些是我们不提倡用户操作的，同时，对于提倡用户操作的也要进一步分清主次。
直接原则。
最佳实践：单一字段的编辑建议在当前页面直接完成，不要单独设置一个浮动层，即使设置浮动层，也尽量允许浮动层能被拖动。总的来说，能在当前页面完成操作的尽量在当前页面完成。
统一原则。
最佳实践：样式确定后最好全站保持统一，降低用户的认知难度，即不要出现几种不同样式。
少做原则。
最佳实践：尽量准确把握用户的心理预期，揣摩用户的心智模型，进而实现用户的心理预期。
反馈原则。
最佳实践：尽量对每个操作能做到人机交互反馈，让用户清楚知道目前的状态，减少疑惑。
我们到底是不是产品经理：给互联网软件业者交互设计
当你是产品经理的时候，当你负责一个产品的时候，当你可以判决一个产品的时候，你有没有想过：
b.如果你无法判决一个产品？你会怎样？
c.如果你不需要对一个产品负责？你会怎样？
3.如果你不是把自己当做这个产品的负责人的时候，你才会发觉，某个产品，因为有自己的决断才走到今天；你才会发觉，某个产品，因为没有按照自己的判断，才走到今天。这是时候，你是否会淡然的说那么一句，“原来这个世界没有什么人是不可替代的”
8.对于产品来说，希望大家都不要太在意职位上的划分，比如你是产品经理，我是设计师；或者你是项目经理，我是qa；或者你是美工、我是前段程序员。重要的是，大家一起把产品做成，而想把产品做成，大家需要一个leader罢了。你对于这个产品的贡献足够大的时候，那么你已经是这个产品的驱动者了。而不是那些给你命令，或者给你想法的人。
本文来自：/wkcow/blog/item/。
我们到底是不是产品经理：给互联网软件业者交互设计
文章从“产品经理”一词的来源说起，之后转到互联网、软件行业巨头的“产品经理”招聘广告，从中发现了这个职位的内涵变化。那么，新兴行业的产品经理在概念上究竟有什么发展？为什么会有这些发展？结果导致产品经理的职责、技能要求有哪些不同？文章的后半部分，分析并提出了造成差异的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/。
UPA讲稿：互联网产品的交互设计方法
尽管很多谈及交互的书上都已经回答过了：
发现用户需要，建立明确需求。
提出设计方案。
制作设计原型。
用户测试和评估。
还是有很多对交互设计有兴趣的朋友会问我这个问题，并希望我能回答得详细，具体到我工作中的每个细节。
其实交互设计需要做什么，会随每个互联网产品经理的工作内容差异而不同，具体到每个项目也会有区别。下面分享下我是怎样做交互，方式不一定是最合适，希望大家多指点，共同学习进步。
发现用户需要，建立明确需求。
发现用户需要的方式有很多种，我们可以在用户反馈里收集到许多用户提出的想法，他们希望我们能提供帮助解决问题的产品；我们也可以主动去观察一些生活中的信息，为灵感的迸发做储备。
比如说日程管理项目，有不少用户跟我们的邮箱反应说，他们忙碌的时候会忘记一些重要的事情，比如一些会议或者约会，所以希望网易邮箱能提供一个专业的日程管理功能，能够帮助他们有效的管理和安排每天的日程。
确认了用户的这一需要，我们的产品同事就会组织立项，把用研和设计组的同事呼唤过来一起进行调研，确定我们的目标用户。
用研组会通过问卷调查等方式尽可能多的去收集信息，互联网产品经理也会参与分析调研，组织会议帮助用研组完善信息，我们会采取一些有趣的方式，比如一堆人在一起头脑风暴，大家回忆各种相关的生活场景，然后把一些关键词记录下来。
这一步我们的目的是要知道：用户想要什么？
通过这些步骤我们提炼出一些最重要的功能需求，接着产品组会整理出需求文档，设计师就位。
提出设计方案。
通过调研，我们得到了大量数据信息，并建立了明确的需求，下一步就是开始提设计方案。
这个阶段我会做一些概念设计，类似于做实物产品时设计一个水杯，我会描述它说：我要设计一个旅行用的水杯，它能叠成一个小圆盘，喝水的时候只需要把小圆盘的圆心部分往下按，就能变成一个杯子。
互联网产品也是这样，需要赋予它一个概念，例如日程管理：这是一个专业的日程管理功能，通过使用它，我们可以有效的管理自己每天的日程和时间，以提高工作效率，并且不会再错过每个重要的约会！
这些文字并不一定非是互联网产品经理所总结，但是互联网产品经理必须要做到对产品心里有数，明确我们要做什么。
同时需要进行的还有初稿设计，在这里我所谓的初稿，并不一定是严格要求中的交互原型，可以是用axure把主要的页面流程做出来，也可以手绘草图，只要能清晰表达设计构思的，什么样的方式都可以。
制作设计原型。
制作设计原型，也就是常说的交互稿，区别于做设计方案时的初稿，这份交互稿我会尽可能细致的把流程和具体操作形式表达出来。
考虑到做交互是一个迭代过程，我会在设计稿的首页为设计的产品做一份交互更新日志，记录下交互更新时间、版本名称、更新类型、更新内容、参考需求文档与交互负责人。
这份更新日志的意义在于：
更新时间-便于全程跟踪记录项目，掌握每个时间点。
版本名称-便于项目参与人员查找上一版本的交互稿。
更新类型-了解每次更新需求的性质。
参考需求文档-便于项目参与人员查找对应的需求文档。
交互负责人-记录每次迭代的交互负责人，并能方便工作交接。
交互稿的制作过程，一般是用axure做原型，像邮箱这样视觉比较成熟且相对稳定的产品，我会偏向做高保真模型，我们会整理一个控件库，这样能提高制作效率；做一个全新项目时，黑白稿线稿都是可用的方式，如果互联网产品经理能对大概的视觉效果有把握，也能做得精致些。这些我想大家都很了解，所以不多说了。
制作交互说明。
之所以把这部分内容提出来单独写一段，是因为之前和很多做交互的朋友讨论过该怎样做好交互说明，大家各有看法，很难找到这部分工作的衡量标准。
交互说明书在整个设计过程中，也许只会占用小部分工作量，但是作用不小，它能帮助我们减少沟通成本，辅助交互稿描述设计理念，表达交互流程，更细致的展现我们的设计。
与做设计稿不同，个人认为，交互说明这部分工作，需要我们更多了解它作说明的对象，即产品经理、视觉设计师、开发人员的需求，从而达到真正的“辅助”效果，而不是盲目凭自己主观去长篇大论，否则我们要为此花费时间，而且这部分工作只能沉积为一堆我们自己欣赏毫无意义的文字。
为此我曾与合作过的各组同事进行沟通，提炼出一些他们对交互说明的需求，不求全面，但求能说明一些问题。
1.交互说明最好是图文并茂（all）便于阅读和理解。
2.页面跳转的说明（产品&程序）页面跳转是涉及多个页面关系的操作，产品人员在看交互稿时，会更多去关注多个目的性的任务操作流程，而对页面跳转的记忆是有限的，所以需要页面跳转说明。
3.交互说明能否考虑与产品需求文档结合（产品）开发文档会涉及产品概念、技术方案、业务执行角色等内容，和交互设计稿有着紧密关联，所以交互说明书与开发文档是可以相互做补充，整理成一份文档，这样也能避免工作内容重复。
4.对交互稿中不明显的交互动作或隐藏的设置项作说明（产品&视觉&页面构架）细节和动作需要描述清楚，比如说鼠标focus、click的动作，或click后是loading还是跳转，这些平时都是开会上讨论，但是参与项目的人员不一定都能记住，所以会需要在交互说明书里做说明，并需要考虑到页面构架组需要预留适应变化的结构。
5.产品风格定位（视觉）商务风？休闲风？视觉需要一个准确的产品风格定位。这部分工作不一定是由交互人员来确定，但在产品孕育阶段中，设计稿讨论以及不定时更新的数据调查，会使得产品风格定位渐渐明确，视觉的同事更多是参与设计阶段的工作，这就需要交互人员将这些信息在交互说明中记录下来，以辅助视觉完成。
6.极限状态（前端）比如一个列表最长和最短显示。
7.异常/出错情况说明（程序）这一点在交互稿制作和与产品沟通过程中容易被忽略。
在这些情况面前，设计师应该做些思考，我们所制作的这份说明是否真正解决问题了呢？
一些基本的逻辑判断和文字内容，产品人员已在需求文档中列出且在交互稿中已清晰呈现，例如原型中完整呈现的设置内容，或一个单选复选关系，这些内容我们再花时间去大篇描述，并无太大意义。
所以我的理解是，交互说明并不一定是一份文本，它不该是设计师的舞文弄墨，更不该流于形式做交互设计原型的复制品。
我们可以在交互原型上注释，在图上写说明，或者是在和项目组发邮件时写为邮件内容，当然也可以是word文档，ppt….
总之，我们要做到的是真正解决问题，让交互说明书成为帮助项目中各组成员之间进行有效沟通、辅助理解设计内容从而达到提高项目效率的工具，并在需要的时候被制作。
用户测试与评估。
产品基本功能实现后，我们会做用户测试，设计是很主观的，并且会受各种因素影响，所以我们的产品难免会存在一些意料之外的问题，通过招募用户来使用我们的产品，我们能收集到一些使用场景中发现问题的反馈，并把这些整理成优化点，完善我们的产品。同时互联网产品经理也要多用自己的产品，保证上线内容与设计保持一致。
这就是我对自己交互工作的一个相对完整的描述，互联网产品经理这个头衔我领了不到一年，但是这一年学到了很多。我的感觉是，这是一份不难的工作，因为我自己也是一个用户，我会在使用产品的过程中发现这样那样的问题，所以我也自然而然的想去解决这些问题，并在寻求方法中得到一定的积累；然而，这确实是一份很需要花心思的工作，设计方式自由，但是设计内容需严谨，疏忽了一个问题，就有可能为产品带来极大的负面影响，甚至失去用户的青睐。
要让我们的产品保持良性发展，就要求设计师们不断探索优秀的设计方法。
UPA讲稿：互联网产品的交互设计方法
从宏观上来看产品要关注的大的点，并把其拆开，如果能实时监控最好，不能实时的全部放在报表中，每天看一次也可以，从中可以发现产品在大的点上是否出了问题！
这里为什么说只列大的点呢！如果切分开，点就太多了，在作局部优化时可以把大点切分成小的点来作。
二、主动发现产品的问题。
大部分用户如果不牵扯到及的核心利益，一般不会主动和反馈产品在使用过程中的问题的，被动地接收问题，会错过非常多，除非你不想把产品作的极致。
常用的一些主动发现问题的方法有：
1.线上问卷调查：设计问卷，发给特定的用户。
2.线下电话调研：直接打电话给用户聊天。
3.上门用户访谈：上门与用户聊天，和电话不同的是面对面，面对面很重要。
4.用户测试：看用户是如何操作的。
5.竞品分析：分析同行们都在提供些什么产品。
6.数据分析：主要看用户的行为。
7.亲自试用：反复在各个场景下使用。
8.团队内部收集：召开团队会议收集大家从各个角度看到的问题。
9.客服反馈：给客服设置一些要问用户的问题。
10.听用户来电录音。
关于各个点的详细介绍可以参考我的另另一篇记录：/12/。
三、快速迭代，敏捷开发。
敏捷开发能让团队中的每一个人都了解我们在干什么，我们的目标是什么，把传统开发人员机械地接收需求，变成有感觉地感知用户，更深的了解需求。
四、不要过早陷入局部优化。
优化重要，但不要过早的进入。大的改动通常都会带来革命性的飞跃，无论是正着飞还是反着飞，但这是一个非常好的测试方向的办法。退一步说，到达一个目标的方法有很多种，现在的方法不一定是最好的，需要再试一试，所以不要在在一条路上过早进入优化，也午有更好的路呢。
五、流程很重要，产品更重要，用户的表现更更重要。
针对一些可售的互联网产品，例如qiyi的会员（仅仅是例子），在购买的会员的过程中，可能要注册、要同意协议、要选套餐、要支付等。我们把会员这事作为一个产品，把购买的过程定义为流程，把用户会不会买作为用户的表现。
有了产品，用户想买，怎么也付不了钱，这是流程中的问题，有时我会过早陷入流程中，纠结于一个个的小细节，但优化到最后，你会发现即便流程的转化为100%，最终买的人也就那么多。
用户更关注产品本身是不是他想要的，流程本身只是购买过程，如果把精力放在产品本身上，放在用户身上，突破会更大，当然我并不是说流程不重要，意思大家应该都懂。
六、定期review产品。
主要是两个方面，一个是战略层的，关注于现在的产品在短期以及长期的发展，未来可能的趋势是什么，是否在一个正确的方向上。另一方面是战术层的，看一看我们到达目标的方式和方法是否正确，是不是走歪了，如何修正。磨刀不误砍柴工。
七、不要挑战用户的习惯。
用自已的产品没有太大的感觉，用一用别人的产品感觉一下就出来了，早在几年前，蓝色理想（）这个网站有过一次改版，我几年的使用习惯一下被改变了，当时我开始骂娘、骂蓝色，差点就此离开。在优化过程中也一样，通常会有一些更改会影响到老用户，建议用是快速迭代或让用户有选择的使用。
以上供参考，所有观点代表我个人，与公司无关，欢迎一起交流！
整个互联网产品最大的用户体验是：速度交互设计
文章描述：交互设计的理性vs.多样的感性用户.
和一位视觉设计师讨论ued分工的时候，他说：“交互设计做的就是逻辑，”听起来似乎没错：互联网交互做得最多的就是点击、跳转。无论target到另一个page是_self还是_blank，无论信息架构的sitemap，还是导航，似乎交互做的就是一个纯理性、高逻辑的活儿。
直到有一天向臭鱼请教一个产品的设计时，我才意识到被忽视已久的问题。
这个产品大致需求是这样的：一个图像上传产品。用户可以设置一张显示，也可以设置一周自动轮换。每个选择会为用户提供推荐图片。
开始我设计的流程大致如此：
除此之外，我还做了低保真的线框草图：
线框草图第一张：一进来让用户选择方式。
臭鱼看后，只问了我一句：“你说的这种一步步的设计方案，你觉得这种方式有什么不足吗？”
我听了开始一愣，觉得这简单、清晰的流程，用户不该产生疑惑啊，会有什么问题呢？后来突然领悟：这看似无破绽的流程只是我个人的yy，用户未必照单全收。
第二，臭鱼说得很对：实际上，往往存在这样两类用户，一类是目的明确的，一类是不明确的。对于目的明确的用户来说，线性的，效率很高。但对于目标不明确的，或许给他看到了某个推荐，可能因为喜欢就选用了。对于目的不明确的，展示内容就更有意义了。
其中第二点是信息架构中非常重要，但容易让人忽视的一点。
信息架构把用户分为三种类型：
明确目标也确定叫什么的。
有目标但不确定叫什么的。
随便逛逛的用户。
对于第一类用户，他们明确要找的东西，也确定名称叫什么，搜索就能满足他们的需求。
比如：在他们探索性搜索时给出提示。
第三类浏览型用户来说。推荐信息或是热门信息更能吸引他们的眼球。
淘宝首页就是同时满足三种用户的典型案例：红色部分的搜索区域是为第一种有明确目的且知道叫什么的用户设计的；绿色区域的类目是为了有目标但不确定叫什么的用户设计，引导他们分类选择；蓝色区域就是为没有目的、浏览型用户推荐的。
互联网本身用户多样，用户行为也多样。交互设计理解的清晰理性的逻辑，常常却忽视了用户实际的使用习惯。所以请给自己未来提个醒：你以为用户会按你的思路走，其实真不见得。请在高逻辑、清晰理解设计产品之后，回头感性欣赏下你的产品，加入不同感性用户的行为感受。
ps：最后另附发出博文后，臭鱼在buzz上的一段给力评论：
李钊（臭鱼）-或者说，目的性强不强，是个维度，有很多很多种不同目的性强度的用户。
照我看来，设计中考虑这个因素本身也叫理性、逻辑。设计的理性，而不仅仅是合逻辑的实现功能。
设计的逻辑价值在于区别那些纯主观的设计意见。
文档为doc格式。