心得体会是一种自我反省和总结，通过这个过程可以更好地发现自己的潜力和信心。接下来，我们一起来看看小编为大家精心整理的心得体会范文，希望能对大家有所帮助。
互联网交互设计体会交互设计师和产品经范文（15篇）篇一
说到交互设计是时下比较热门的词汇，无论b/s还是c/s架构的产品交互设计元素总是充斥着任何一个角落，久而久之用户也欣喜的接受这样的变化，这对产品的研发人员来说也是新的挑战。产品人员最初在构建产品原型图时可以借助axure工具,在此我就不在做赘述，可以参考我先前的文章（交互不求人—axure弹出动态面板使用方法）。界面设计师在进行设计图设计时完全可以参照原型图的模型，这对于设计不是难题。在这里辛苦的就是前端架构师了，如此之多的交互元素如何一个模块不漏的去搭建起来，真的需要动动脑筋，毕竟设计稿是一个不带任何交互元素的一张平面图。
前端：“pd同学，我看你的原型图上的交互元素有很多和设计图不一样的嘛？”
pd：“没事啊，交互逻辑按照原型图来啊！”
前端：“有你说的那么简单就好了，算了不找你了，我去找ui，
”
pd：“……”
n分钟以后……。
ui：“pd同学，前端找我的事情我不知道啊，我怎么知道你们产品设计的时候交互逻辑性是什么啊，还是你和他对接吧。”
pd：“崩溃！！！！！！”
（以上的情景纯属虚构，如有雷同，那么看看这篇文章，说不定就解决了！）。
在这里先给大家看一张图，
这张图是设计师交给前端架构师的产品设计图，产品经理只需要将交互的逻辑关系和触发顺序标准在需求文档上，前端架构师可以按照这张图上的设计元素很方便快速的将整个交互环节架构出来，另外这样的设计方式也是设计师热衷的风格——页面饱满，结构元素清晰，便于掌握交互元素与整体页面的色彩结合点，另外以前需要设计n张设计图来体现交互形式现在只要一张就搞定；另外拿到领导那里审核时也更加的直观大磅礴：）。
该是三剑客爆发的时候了。
互联网交互设计体会交互设计师和产品经范文（15篇）篇二
最近在读《启示录》，里边提到了一些人员分工的情况，结合我自已的经验，整理如下（当然每个公司会有不同），其中不妥或还可以优化的地方，请赐教：
补充一些点：
1.如何作到高效？
*所有人员无论是哪个部门的，都应该对产品的认识是一致的；
*产品的每一阶段的目标必须清楚；
*避免大多的文档，使用高保真的原型；
*一个人担当多个职位，可以减少没有必要的沟通（这不一定是好事，看情况）；
*每个人的职责必须明确；
*敏捷开发；
2.如何保证产品在开发过程中功能的加减？
*如果有新功能可以放在下一个版本中评估；
3.高保真原型的好处是什么？
*节省时间，文档几乎没有人会仔细去读，而且还会花产品经理和开发人员大量的时间；
*提前作用户测试，提前验证产品的靠谱性，降低产品上线后的风险；
4.产品计划要作到多细？
*每天列一项基本就差不多了，主要是能了解每日的进度；
*不用写的太细，重要的几个节点卡死，平时多和开发人员嘴上沟通就可以了；
5.产品经理和项目经理的区别是什么？
*产品经理：核心工作是抓用户需求、设计产品；
*项目经理：确定产品能按计划开发出来；
6.开发人员知道产品背景有什么好处？
*目标清楚，不用闷头干活，不必纠结于没有必须纠结的地方；
*可以提供更好的解决方案，必须开发人员是最了解技术的；
*最好让开发人员、设计师、运维都分一部分产品的指标（当然这是题外话）；
7.开发的时间如何评估？
互联网交互设计体会交互设计师和产品经范文（15篇）篇三
之前有谈过交互设计师与用户体验设计师的一些工作内容的感想，或许很多公司来说还没有真正自己的用户体验设计师，很多中心型公司只有一个角色来做两份的工作，但是与产品经理（简称pd）的合作我想大部分公司的设计师们都有些心得，很多时候似乎感觉pd总是和我们对立。很多交互设计师都会和产品经理进行轮番的pk，有pk需求，也有pk资源等等。
其实交互设计师距离产品很近，很多时候交互设计师的工作很类似于产品经理。来列举一下产品经理的职责：
1.市场调研:。
市场调研主要的目的是了解客户的需求点，来分析目前此类产品的竞争对手，分析市场的潜力。个人觉得其中的了解客户需求为重点，很多时候可以从中发现很多创新或改进现有产品的想法。在其中用户研究员(用户体验设计师)观察用户的一些行为习惯。产生市场分析报告。
2.产品设计:。
描述产品的定位等内容（包括：产品远景、目标市场、功能描述、产品用例等等），一般公司都会写成一个文档：产品需求文档(prd)。很多的需求和功能点都会在这个文档中反应出来。在prd形成的时候还有另外一个产出物也会出来，那就是demo。uidemo包括了产品的界面，交互包括体验方面的设计部分。
3.项目管理:。
其实主要是确认资源的投入，撰写项目计划，跟踪项目的进度等等。
4.产品宣传:。
很多人认为宣传是运营部门的事情，pd只需要把产品做出来后扔给运营部门去负责，这样对于产品的发展是恶性的。其实在产品调研中就应该去考虑后期的产品宣传问题，卖点，如何利用媒体等等的。而且要去考虑收集后期的产品数据，不断的改进产品。
5.产品生命周期:。
很多pd不会去考虑产品周期的问题，所以很多时候产品出来了，就沦落到没人去负责它的发展，不知道该走向何方。或许pd只考虑到一点而没考虑到产品线的发展，所以很多产品的当初就是畸形的。
其实可以看出来以上的pd的职责，也是我们很多交互设计师去考虑了的东西，包括出产品需求设计的方案，分析用户行为。细节的demo设计等等，都是交互设计师在负责。所以交互设计师与产品的距离是很近的。在我们公司很多的产品项目都是交互设计师来担任，而且交互设计师很容易变成了产品经理。因为两者只是关注不一样，一个关注商业，一个关注用户。但是往往关注了用户，那么商业的价值才会获得更多。
互联网交互设计体会交互设计师和产品经范文（15篇）篇四
今天看到了ucdcn上面空格提的“产品设计与交互设计的区别”，我想到自己前段时间思考的一个问题，我是交互设计师还是产品设计师。所以，可以从产品设计和交互设计的区别去考虑两者关系，以下是自己的思考：
至少我现在觉得不能有一个非常明确的肯定，但是我想至少这是一个方向，所以不奇怪很多交互设计师为什么直接就去做产品经理了一样。交互设计师或许会分成两个职业发展方向，一个是专业的交互设计，快速理解产品，快速搭建原型，画出产品交互模型。另一个产品设计，考虑用户的需求，挖掘用户的根本需求，画出产品的概念图，思考和宣讲产品的方案。
我不知道现在是否需要这样细分出一个产品设计师，当我想这个应该是我们去考虑的一个方向，让交互设计师更广范围的去思考产品，思考交互能带给产品的价值。
产品设计师，不是我们创造出来一个新的名字，希望看看他背后的意义吧。给你们的产品能带来些什么呢？我只能说，很多产品经理都紧紧抓着市场看，而不关注用户(或许你还再疑惑用户不就是市场么？)，就像职业经理人和创始人之间的区别。
本文来自：/blog/?p=185。
互联网交互设计体会交互设计师和产品经范文（15篇）篇五
我真希望现就长大，当一名服装设计师！
除了参加国际比赛，我还要设计一件多功能的服装。这是由一顶帽子，一件外套组合而成的。
当寒冷的季节来到时，衣服里的夹层会释放出一种热量，使身体变得暖暖的，舒服极了！
不论是旅行还是在室外工作，我设计的衣服，一定是你的最佳拍档。
将本文的word文档下载到电脑，方便收藏和打印。
互联网交互设计体会交互设计师和产品经范文（15篇）篇六
“我们的设计很好，可开发的产品很差！”，这个问题想必困扰着不少公司或团队，在近期的工作中，逐渐体会到一套行之有效的方法–让产品设计师跟踪测试自己设计的产品。设计师不要小看这测试的工作，跟踪测试起来颇有成就，你可以知道你的设计被实施了多少，看着实施符合设计，设计师会很有成就感。我也是被cto逼着走过了这个过程才逐渐体会到它的好处。
产品设计师不大可能与程序员一起写程序，但可以跟踪测试开发的产品，并把测试结果直接反馈给大家(程序员、项目经理、产品经理、测试人员)。这应该算是一个管理问题，确切的说是协作流程问题。所以这种做法，必须得到cto等高层管理者的大力推行，否则编程者是不买帐的，毕竟谁都不愿意让人跟在屁股后面指责哪里做错了，高管把产品设计师的测试工作纳入流程，大家照章办事，工作起来会更顺利一些。
测试的时机：
产品开发基本成型，功能基本完备，研发者能提供可测试版本。
测试的相关协作：
发送测试文档给开发者，同时抄送给项目经理、产品经理、测试等等相关人员；遇到争议主动找项目经理、产品经理等相关领导协商。
测试依据的文档：
做过测试工程师的应该都知道，测试工程师是根据自己编写的测试用例(精简测试用例、详细测试用例)来测试，一般情况下，设计师根据精简测试用例文档来测试就好了，设计师只是要依据某个使用过程来试用并发现问题。当然如果设计师愿意写几个主要使用场景，然后根据自己的使用场景来测试更好，不过要注意自己的使用场景和设计文档保持一致。
让产品设计师跟踪测试的好处：
1、设计师比测试工程师更多关注可用性，可以保证产品的高质量。毕竟设计师对评判产品好坏较强的审美能力。
2、遇到问题可以直接给出解决方案，效率高。
(本条第收获很大呀！)。
4、设计师可以很好的参与到开发中去。
分享一下自己做跟踪测试的经验和教训。
1、设计师在跟踪测试之前应做足的工作：确保设计文档写的更详细和易读，确保无主要逻辑缺失。最好做出原型并依据原型多体验几遍，或者邀请其他设计师一起来体验，争取在开发前发现更多的问题，确保文档质量。否则，一旦开发出现问题或者开发进度延迟，会把全部责任推到产品设计师身上。开发者会说：“文档没写”或“文档没写明白，看不懂。”遇到这样的情况，设计师百口难辨，设计师的确是有责任的(虽然不是全部)。
2、搞好关系，不要直接指责开发人员或开发中的问题。理智的做法应该是：”客观的表述操作，客观的提出正确的方案。”描述问题时不要有任何情绪，或者可能让合作者产生“逆反心理”的语气。比如：“竟然”“居然”“错误”等，当然适当的夸奖一下也是可以的。
3、在遇到争议时，通过正确的渠道解决问题，主动通过双方主管协商解决，开发人员不会听你的，不要试图说服他们，和他们争论的结果只会让他们记恨你，还有肯能找机会给你穿小鞋，设计师争取避免这个问题。遇到问题要先学会倾听，然后才有可能正确处理问题。否则容易产生误解，让别人误以为你不好合作或不好沟通(但实际上你是为产品质量而挣)。
4、和开发人员、测试人员保持紧密的沟通，提高解决问题的速度；有需求变动或文档改动要迅速反应，并及时通知大家。否则，如果研发没有按照变动来修改，会怪罪你没有及时通知。
……，更多感受还需到工作中去体会。
小结：说了那么多，这样做还得公司高层大力支持并推行为前提；设计师要真正处理好各种关系还得自己实际去体会，毕竟每个公司的情况都不尽相同；设计师可以获得很多，更清楚要向开发者“表达什么？如果表达？”。
ray。
say:-。
november16th,at11:12am。
我原来在某个公司时，因为他们对测试比较重视（boss是mit的技术型出身），对待将要成型的产品，一般将测试的bug分为功能性与易用性两种，作为pm去跟踪易用性和设计方面的bug，功能性的bug由测试人员跟踪，涉及到交互的问题由测试人员提交给pm来决定，当时我觉得这个流程效率不高，现在到了新公司回头来看，我还是认为这种方法是可取的。
本文来自：/blog/?p=111。
互联网交互设计体会交互设计师和产品经范文（15篇）篇七
我不这么认为。首先卖个关子，“矛盾论”里有句话：矛盾是普遍存在的。矛盾的同一性是有条件，相对的;矛盾的斗争性是无条件的绝对的。有条件的相对的同一性和无条件的绝对的斗争性相结合，构成了一切事物的发展运动。
本质上，他俩是“各怀鬼胎”的矛盾共同体。同一性就是他俩都想在各自的范围内把产品做到最好。
呵呵，非也。矛盾听起来不是好词，却是事物不断发展进步的核心。一致的赞同反而阻碍了产品的进步。产品经理提出的某个需求，在交互设计师眼中有时候是对用户的严重侵犯。交互设计师流畅易用的界面或许损失了产品的巨大广告效益。两者在不断的试验，讨论中融合，使得产品不断发展，弥合两者间的矛盾。1+1》1让产品即能满足企业的商业目的，又会赢得市场用户的好评，声名远播。
当然，这也需要产品经理和交互设计师在互信，相互理解，有效沟通才能实现。所以，职场上，痛苦的产品经理人和交互设计师，不要一直纠结在为什么他不理解我的狭隘思绪里，恰巧是这种牵扯才让你不会执意片面的观点一根筋，他人的质疑往往是进步的更大动力，它让你不断思考如何改变，使产品变得更好。
互联网交互设计体会交互设计师和产品经范文（15篇）篇八
在交互设计中有这样一个观念：“产品设计者不是用户”，作为产品的设计者，虽然会试图为用户着想，但产品的设计者不是用户，设计者和用户的立场是不同的，更准确的说，“目标”是不同的。
这个的观念可以用下面的例子来解释：
要想单纯的通过主观判断就能做出真正的财务人员满意的软件，需要设计者能按照财务人员的方式来使用这个软件。如果你真能按照一位财务人员那样来使用这个软件，那…那你基本上就得改行了，显然，同时作为一位合格的财务人员和一位交互设计师是不太现实的。
这个例子说明，产品的研发者不是产品的用户，要设计出好的产品，需要进行科学严谨的用户研究，于是才出现了“人物角色”、“情景描述”等等方法用于避免出现类似上面的错误。
我参与的一些项目中会有这样的情况：有些参与者会说：“用户需要…”,“这是有用户需求的…”这样的说法很多时候会被交互设计师之类的有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下午。
是否小众需求的判断标准应该还是按照：人物角色，情景…这样的方式来判断。
本文要说的是或许你作为设计者也可以把自己当作一个人物角色来对待，只要你觉得自己够格。
至少应该承认并非设计者把自己当用户就是绝对错的。
互联网交互设计体会交互设计师和产品经范文（15篇）篇九
相信大家都不认同。
一、关系有哪些类型？
来让我们先看看所谓的关系有哪些（关系分类）：
1、邻居。
2、朋友。
3、亲人。
4、同学。
5、同事。
6、客户。
7、交易。
8、其他。
这些关系我们真的都需要么？
二、互联网提供了大家什么样不同的关系圈？
图片来自互联网：
很现实的一件事情就是在互联网上同一个人扮演着不同的角色，或者说，同样一个人有不同的行为需求。映射到现实中一样的道理，吃饭上饭店、买衣服去商场、玩游戏去网吧、找乐子去酒吧……不同场合代表了不同的生活方式，同时也是同样一批人在玩。
即使是再综合的百货大厦，由于其定位的不同，不经意间会把人群分开。
再来看互联网，新浪和网易算是同类产品了吧，从大类来看，他们都是新闻门户站，但又是有差异化区别在，新浪注重的是新闻本身，新闻事件，网易重在新闻的交换和评论，甚至网易有”无评论、不新闻”的概念。正因为这种简单的交换引发了，单个个体的读者与单个个体的读者之间有了简单交流，产生了某种关系。针对某个新闻本身的评论也许又能产生新闻。可以理解为这又是另外一种所谓人际关系化网络的雏形。
再来看看，真正在互联网上活跃的用户，有多少好友关系都是从网上来的？同爱好、类性格的一群人体，很容易就能产生共鸣。【网友】的产生慢慢就成为了熟人关系，陌生关系的核心是用户是否会把他认为不合适的网友删除掉。
–我们要做的是让用户学会”删除”好友关系。
三、用户行为和产生关系类产品。
从用户在互联网上的常见行为分析，互联网发展的10几年，突破了单向传播、双向传播，正发展在一个多元化传播的时代，简单的阅读、沟通已经不能满足绝大部分用户的需求。本人稍微做了下整理如下：
单纯的关系产生不是sns的核心，sns的核心应该在于能管理好”关系”，
（是应该这样，sns的概念就是这样的）事实上国内的所谓sns的网站，凡是很火的基本都是靠webgame支撑起来的，这也不能说是完全偏离了，也不能完全是”低俗”的东西，国内的互联网用户行为就是这个事实。
四、是不是sns能承担一个”全能”的职责？
在回到上面那个图：
是不是我们做一个既能谈国事、也能有八卦、还可以搞男女关系、也能偶尔装文青、想要的时候还可以购物的【综合网站】呢？我想说可以的。sns的个性化关系圈子真的可以做到一个人同事拥有那么多的特征。再往前面走一点，就好比我有10个im群，又是唱歌、又是聚会、还有游戏、有工作的、有大学的，每个群聊的内容和表现自我的方式都不同，但我是同样这个人。
–sns要解决的是我能够收缩自如的使用这些关系圈。
五、sns是管理关系，那么什么才能拉上关系？
再回到表格去，要拉关系，那必先有料：
1、解决阅读的最基本需求：
进来这个网站我能有看不完的东西，我能有各种不同喜好、不同口味的需求。
2、解决一个方便我传播的工具：
3、解决一个方便我留下内容的地盘：
不管我留不留，我的地盘总要给我留着，偶尔哪天我兴致来的时候，我也会搬一些好内容上来，装装文青，被万人关注的感觉是良好的。
4、协同、同爱好：
兴趣使然，我有兴趣才有动力，有动力才会活跃，活跃了，我就能让更多的人加入进来。同城关系、生活服务、团购行为等等，这个方向是极具影响力，在小范围中也是非常有杀伤力的。
5、webgame：
不得不承认，webgame对国人吸引力是巨大的。也难怪那么多家长反对孩子过早接触互联网的原因之一了。凡是游戏都要抵制【沉迷】，为什么要抵制呢？说明webgame是让人很容易沉迷进去的。没有听说抵制网易、抵制新浪吧，没有人会沉迷于专研新闻吧，即使是有，也不是大众群体。
六、什么样的好产品。
根据用户行为的特征，在sns上真正能把握好用户行为的产品表现主要有以下几个：
1、中心化页面。
解决用户阅读的需求，需要的时候我要去看别人的东西，在sns并不能所有的东西都那么隐私的哦。比如搜狐白为什么要搞小报、淘江湖为什么有江湖牛事，人人上为什么有那么多的氛围页面。这些都是类聚合页面的表现。
2、、分享。
这是解决传播的关键，我看的内容能够很容易让我转发给我的好友，并且把这个信息就保存为我自己的ugc，至少要做自己朋友圈子中的”聚光灯”。
3、日志、投票、照片。
这些是解决，偶尔自己文青的时候，想写写日志装b的需求，别等用户想要的时候，才去”救火”。
4、打听、帮我挑、同城。
协同、同爱好，需要多人一起参与才能完成的，高级功能，也是必须的。
5、webgame。
想来想去，webgame还是要的吧，毕竟80%以上的用户都需要用webgame来排挤寂寞。
互联网交互设计体会交互设计师和产品经范文（15篇）篇十
文章从“产品经理”一词的来源说起，之后转到互联网、软件行业巨头的“产品经理”招聘广告，从中发现了这个职位的内涵变化。那么，新兴行业的产品经理在概念上究竟有什么发展？为什么会有这些发展？结果导致产品经理的职责、技能要求有哪些不同？文章的后半部分，分析并提出了造成差异的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/。
互联网交互设计体会交互设计师和产品经范文（15篇）篇十一
作为一名家居产品设计师，我深深地感受到家居产品设计需要一种探索和创新的精神，同时也需要对生活细节的关注和理解，以及对人性和情感的把握和理解。在这个职业中，我获得了许多宝贵的经验和体会，下面我将分享一些我在家居产品设计方面的心得。
第一段：灵感的来源和激发。
家居产品设计需要源源不断的创意和灵感。而灵感的来源则来自于生活，而且是从微小的生活细节中获得。在平常的生活中，我们可以从身边的事物中发现灵感，汲取设计元素，像是从一棵树上看到一种纹理，从一张画上感受到柔和的色彩，靠着我们的观察力去把问题和解决方案联系起来。
在家居产品设计中，关键是在于产品的功能和美观程度。功能的设计要求产品可以更好地服务于人们的生活，而美观的设计则需要考虑产品在使用过程中人们的观感和情感，同时也要注意产品的尺寸、色彩、质感和材质等方面的设计。
第三段：注重成本和复杂度的平衡。
家居产品设计师不仅需要考虑到产品的美观和功能，还需要经常分析成本和复杂度之间的平衡关系。高成本的产品设计也许会降低市场竞争力，而过分复杂或繁难的设计会加重企业的成本负担。因此，在家居产品设计中，设计者必须保持务实的态度，在美观和性能之间寻找平衡。
第四段：品牌的建立。
建立一个好的品牌是设计师出色的设计成果得以推广的重要前提。要建立一个成功的品牌，需要团队共同努力，具备竞争优势的产品设计，以及持续的宣传工作。在营造品牌形象的过程中，设计师的技能，工作效率和责任心也是重要的推动因素，影响品牌受欢迎程度的方方面面。
第五段：协同设计。
在设计过程中不可避免地需要进行协同设计。与其他设计师、工程师、技术人员合作和交流，可以在产品设计中提供更好的思路，避免设计过程中的疏忽和错误。协同设计的优势在于各方互通知识与经验，为家居产品设计提供更好的创新思路，以及保障其质量和效益。
在总结中，我们可以清楚地看到，家居产品设计需要设计师的创新和独创精神，以及对生活的关注和理解。同时也需要对市场和成本之间尽可能的平衡，设计师要始终秉持“用户至上”的理念，开发出实用且美观的家居产品，并把自己的创意和灵感加上企业品牌和营销的积极宣传，最后通过协同设计的效果，做到让家居产品完美地契合与服务于人们的生活。
互联网交互设计体会交互设计师和产品经范文（15篇）篇十二
在一个互联网公司的工作流程中，产品经理（主要指偏向产品设计的产品人员）和交互设计师是这个流水线上最起点的环节，也是关系最暧昧的两个环节。说其暧昧，是因为在很多互联网公司里面，这两个环节所做的事情是有重合的，这就意味着，他们或许也是整个流程中合作最紧密的两个环节。
相对比之下，产品经理更关注的是产品的内部逻辑、操作流程、策略等；而交互设计师更关注的是产品的易用性、流畅度和操作感受。总的来看，似乎可以认为，产品经理是从一个更加宏观的角度去设计产品，而交互设计师，则是从更多的细节出发，去提升用户体验。这两种不同的视角决定了只有产品经理和交互设计师密切配合，深入沟通，才能够最高效最合理的将产品策略转化为产品原型，从而为流水线的后面环节提供精确的参考资料。
下面以人人网广告平台的一些产品和交互细节为例，使用对话的形式来分享一下我个人在做交互设计过程中的一些体会和想法。入门级文章，高手请绕行。
在广告平台其中一个投放系统中，有一个产品需求，是要根据广告受众所在的地区做广告的定向投放。也就是说，可以控制广告只展示给固定地域的受众。这就意味着，需要设计一个「区域选择器」，供用户选择区域。产品经理的原始需求是这样的：
产品经理：“我们这次的投放系统需要设计一个区域选择器，就是让用户选择广告定向投放的区域的。可以精确到城市，可以多选。另外，”区域“作为一个投放广告的限制条件，如果用户没有选择任何选项，那就代表用户忽略该条件，则该广告会面向全国投放。”
交互设计师：“哦。”
产品经理：“嗯，我能够想到的这个东西的原型，可以提供两个下拉框，让用户分别选择省和城市。当用户在第一个下拉框里面选定了省以后，第二个下拉框中会显示该省下面的地级市。我做了一个简单的框图，大家看一下。”
产品经理：“大概就是这个样子。每选定一个城市，点击后面的添加按钮，可以将该城市添加到下面的列表中。同时，如果点击已经添加的城市名称后面的「删除」链接，则会将该城市从已选列表抹去。”
交互设计师：“等一下，我有一个问题。按照产品的策略，如果用户一个城市都不选，那么就会默认投放全国。但是这个概念很难表达给用户，比如说，如果在「区域选择器」旁边放提示，估计没有多少人会注意到。”
产品经理：“一个都没选，就是等于忽略条件啊。因为这些都是限制条件。”
交互设计师：“问题是用户很难意识到是这样。在中国人的观念中，大家都是觉得，选上的，是我要的。但是大家没有「不选就等于全要」这种思维习惯。”
交互设计师：“我觉得可以这样。我们在现在的「区域选择器」上面放两个单选按钮。一个叫「全国」，另一个叫做「指定」。打开页面时，默认选中「全国」项，并隐藏「区域选择器」。只有用户选择「指定」项时，区域选择器才会出现。这样表达就很明确了，你不是「全国」就是「指定」。”
产品经理：“哦~听起来不错。试试。”
于是得到了下面这个版本的原型图：
交互设计师：“嗯，我想，现在这个版本已经基本上从界面的层面解决了全国投放的选项问题，我想，用户应该不会因为不知道怎么选而卡在这里了。”
交互设计师：“我看下一步，需要对一些关键的元素做一定的视觉设计，以便于引导用户操作。比如「添加」按钮，应该更明显些。我觉得可以请ui设计师出一个简单版本的ui了。”
产品经理：“稍等一下，我看咱们还是把细节再讨论清楚一些再去找ui吧。比如，字的颜色啊什么的都没定呢。而且，我觉得选中的区域中，每个城市名称后面都跟着一个删除链接，很奇怪。”
交互设计师：“嗯。的确。我的想法是这样，字的颜色，就用黑色吧，或者是深一些的灰色也行。虽然从视觉设计的角度来看，视觉设计师觉得稍浅一些的灰色比较养眼，可能黑色太”抢“。但是咱们的系统毕竟是给人用的，灰色的话，可能会让人误认为这些选项是不可操作的。你看如何？”
产品经理：“同意。”
交互设计师：“关于已经选中的区域列表。我看可以把「删除」链接换成×，事实上，用户对于×这种符号比汉字更敏感。你看，大家不论是用windows还是mac，关闭窗口的时候都是×，早就习惯了。另外，为了让所选定的城市名称看起来是一个整体，并且跟其他城市名称区分开。我看，可以给每一个城市加上背景色，每个城市一个色块，这样也一目了然。”
产品经理：“颜色呢？”
交互设计师：“蓝色吧，人人网都是蓝色的风格。”
产品经理：“ok”
于是，配合ui设计师，得到了下面的界面：
产品经理：“我看现在这个地方已经基本上成型了，
咱们也已经讨论很很久了。该问问别人的意见。”
———-时间分割线———-。
产品经理：“hi~各位。我收集了一些内部测试的意见。有用户提出，搞不太清楚两个下拉菜单和「添加」按钮之间的关系。”
交互设计师：“什么意思？”
产品经理：“就是说，有人意识不到选完了省，选完了城市以后，还得点「添加」。他们觉得，选完了就完事了。”
交互设计师：“晕。”
交互设计师：“可能是已选列表框在空着的时候长得太秀气了，大家没意识到它是用来装东西的。”
交互设计师：“好吧，我有两个方案。1、把「添加」按钮上面加一个向下的箭头。指向已选列表框。2、在已选列表空着的时候，添加一条提示语，来提示用户他并没有完成区域选择操作。”
产品经理：“提示语那个，你的意思是说，当用户添加了城市以后，会自动消失是吧？”
交互设计师：“是的。”
产品经理：“我觉得加提示吧。感觉放箭头有点儿傻。”
交互设计师：“嗯，而且，可能放了箭头以后，用户依然不知所云。”
产品经理：“那提示语怎么说呢？您尚未添加任何区域，请选定城市后，点击上面的「添加」按钮，该城市会被添加到…”
交互设计师：“停！太长了，大部分人不会认真看完的。”
产品经理：“的确…”
交互设计师：“我看就一句话就可以。写”您尚未添加任何区域。“”
交互设计师：“你看。下拉列表后面的按钮叫「添加」。提示中又明确的传达出了尚未「添加」的状态。这样既说明了这个框框是用来放东西的，又可以告诉用户，这个东西是可以选多个的。因为「添加」的概念就是一个一个往里面放。如果只能放一个，那应该叫「选择」。”
产品经理：“顶。”
交互设计师：“而且，我觉得这个控件最初的原型你设计的不错。嗯，用户只要成功的进行一次操作，以后就可以非常高效的进行操作了。这个东西的学习成本和认知成本都比较低。”
产品经理：“oh,yeah~”
那么，现在的ui是这样的：
产品经理：“哎，对了。话说，我最开始的策略是，用户如果不选，相当于全选，要全国投放的。你说如果用户选了「指定」，但是并没有添加具体的城市，直接提交表单，怎么办？系统是应该直接把用户的广告设置成全国投放，还是报错，阻止用户继续？”
交互设计师：“我看啊，报错吧。因为现在「全国」和「指定」这两项，已经明确的把整体和局部给分开了。我觉得你那个策略没必要再应用了，因为现在这种已经达到了你最初的目的，而且还好理解。再有就是，咱们的平台是涉及到钱的，是要让用户花钱的，如果让用户不明不白花了冤枉钱，本来想投北京的投了全国，那我们会被用户骂死的。虽然感觉上报错会让用户有挫败感，但是在这种细节上，还是用户利益应该放在第一位，用户体验，可以稍微往后放一放了。”
产品经理：“好吧。”
交互设计师：“呵呵，你看，这个故事告诉我们，不能每件事情都听产品的。产品提的只是需求，但是如何实现需求，还是得从多个角度来讨论。”
产品经理：“好吧。那么，技术兄弟们，下面的工作就拜托你们了。”
个人观点：
1、产品经理和交互设计师需要时刻密切配合，深入沟通。
2、有时候，产品策略和用户体验会发生冲突，这时应该从多种角度去考虑和探讨最终解决方案，不应该有谁一定比谁重要的说法。
3、优秀的产品经理，相当于半个交互。同样，优秀的交互设计师，相当于半个产品。二者虽然职位不同，但是应该在一定程度上考虑对方的工作内容。
4、产品提出的只是策略和需求，并不是一定要按照产品人员所描述的细节去设计具体的产品细节。交互设计师以及团队中其他所有成员，有义务有权利对产品需求提出自己的见解和更好的设计方案。有不同意见可以讨论，但是最终决定权，应该依然属于产品经理。
5、产品经理之所以叫经理，是因为，他们除了设计产品，还需要时刻把握整个流程。比如，当细节没讨论清楚的时候，不要去找ui做设计。
注：本文中对话部分并非真实情节，只是为了说明主题而已。
作者：小强。
互联网交互设计体会交互设计师和产品经范文（15篇）篇十三
作为电子产品设计师，我从事电子产品设计多年，积累了许多心得体会。在这个快速发展的技术时代，设计师的角色越来越重要，因为电子产品已经成为人们生活中不可或缺的一部分。在这篇文章中，我将分享我的心得体会，包括设计思路、用户体验、创新和团队合作等方面。
首先，设计师的设计思路至关重要。在电子产品设计过程中，设计师需要有一个清晰明确的思路，去创造出用户真正需要的产品。有时候，用户并不知道自己需要什么，因此设计师需要通过市场调研、用户访谈和研究等方式去理解用户需求并进行创新设计。在设计过程中，设计师需要站在用户的角度思考，考虑产品的使用场景和使用习惯，用心去设计出符合用户期望的产品。
其次，用户体验是电子产品设计的核心。设计师需要注重用户体验，因为一个好的用户体验可以有效提升产品的竞争力。用户体验包括产品的易用性、美观性、交互体验和功能性等方面。设计师需要在细节上下功夫，将产品的功能和界面设计融合得井然有序，让用户能够轻松地使用产品并且享受到优质的体验。为此，设计师要不断地进行用户测试和调整，不断优化产品的用户体验，使其达到更高的水平。
创新是电子产品设计的灵魂所在。在竞争激烈的市场中，只有不断创新才能让产品与众不同，赢得用户的青睐。在电子产品设计中，创新包括产品的外观设计、功能设计、材料选择等。设计师需要有敏锐的洞察力和对市场趋势的把握能力，才能创造出具有突破性的产品。同时，设计师需要不断学习和更新知识，保持对新技术和新趋势的关注，为产品的创新提供动力和支持。
最后，团队合作是电子产品设计中不可或缺的一部分。设计师通常是一个团队中的一员，需要与其他成员密切合作，互相借鉴、互相协作，共同打造出优秀的产品。团队合作需要设计师具备良好的沟通能力和合作精神，能够有效地传达自己的设计思想和理念，同时接受他人的建议和意见。团队合作可以有效整合各种资源和专业知识，提高设计效率和质量，使产品更加完善。
综上所述，作为电子产品设计师，我深知设计思路、用户体验、创新和团队合作的重要性。一个好的设计是通过深入了解用户需求，注重用户体验，不断创新并与团队合作共同完成的。只有通过这些方面的综合运用，我们才能设计出满足用户需求的、有价值的电子产品。因此，作为设计师，我们需要不断学习和提升自己，创造出更好的产品，为社会和用户带来更多的价值。
互联网交互设计体会交互设计师和产品经范文（15篇）篇十四
当你是产品经理的时候，当你负责一个产品的时候，当你可以判决一个产品的时候，你有没有想过：
b.如果你无法判决一个产品？你会怎样？
c.如果你不需要对一个产品负责？你会怎样？
3.如果你不是把自己当做这个产品的负责人的时候，你才会发觉，某个产品，因为有自己的决断才走到今天；你才会发觉，某个产品，因为没有按照自己的判断，才走到今天。这是时候，你是否会淡然的说那么一句，“原来这个世界没有什么人是不可替代的”
8.对于产品来说，希望大家都不要太在意职位上的划分，比如你是产品经理，我是设计师；或者你是项目经理，我是qa；或者你是美工、我是前段程序员。重要的是，大家一起把产品做成，而想把产品做成，大家需要一个leader罢了。你对于这个产品的贡献足够大的时候，那么你已经是这个产品的驱动者了。而不是那些给你命令，或者给你想法的人。
本文来自：/wkcow/blog/item/。
互联网交互设计体会交互设计师和产品经范文（15篇）篇十五
从宏观上来看产品要关注的大的点，并把其拆开，如果能实时监控最好，不能实时的全部放在报表中，每天看一次也可以，从中可以发现产品在大的点上是否出了问题！
这里为什么说只列大的点呢！如果切分开，点就太多了，在作局部优化时可以把大点切分成小的点来作。
二、主动发现产品的问题。
大部分用户如果不牵扯到及的核心利益，一般不会主动和反馈产品在使用过程中的问题的，被动地接收问题，会错过非常多，除非你不想把产品作的极致。
常用的一些主动发现问题的方法有：
1.线上问卷调查：设计问卷，发给特定的用户。
2.线下电话调研：直接打电话给用户聊天。
3.上门用户访谈：上门与用户聊天，和电话不同的是面对面，面对面很重要。
4.用户测试：看用户是如何操作的。
5.竞品分析：分析同行们都在提供些什么产品。
6.数据分析：主要看用户的行为。
7.亲自试用：反复在各个场景下使用。
8.团队内部收集：召开团队会议收集大家从各个角度看到的问题。
9.客服反馈：给客服设置一些要问用户的问题。
10.听用户来电录音。
关于各个点的详细介绍可以参考我的另另一篇记录：/12/。
三、快速迭代，敏捷开发。
敏捷开发能让团队中的每一个人都了解我们在干什么，我们的目标是什么，把传统开发人员机械地接收需求，变成有感觉地感知用户，更深的了解需求。
四、不要过早陷入局部优化。
优化重要，但不要过早的进入。大的改动通常都会带来革命性的飞跃，无论是正着飞还是反着飞，但这是一个非常好的测试方向的办法。退一步说，到达一个目标的方法有很多种，现在的方法不一定是最好的，需要再试一试，所以不要在在一条路上过早进入优化，也午有更好的路呢。
五、流程很重要，产品更重要，用户的表现更更重要。
针对一些可售的互联网产品，例如qiyi的会员（仅仅是例子），在购买的会员的过程中，可能要注册、要同意协议、要选套餐、要支付等。我们把会员这事作为一个产品，把购买的过程定义为流程，把用户会不会买作为用户的表现。
有了产品，用户想买，怎么也付不了钱，这是流程中的问题，有时我会过早陷入流程中，纠结于一个个的小细节，但优化到最后，你会发现即便流程的转化为100%，最终买的人也就那么多。
用户更关注产品本身是不是他想要的，流程本身只是购买过程，如果把精力放在产品本身上，放在用户身上，突破会更大，当然我并不是说流程不重要，意思大家应该都懂。
六、定期review产品。
主要是两个方面，一个是战略层的，关注于现在的产品在短期以及长期的发展，未来可能的趋势是什么，是否在一个正确的方向上。另一方面是战术层的，看一看我们到达目标的方式和方法是否正确，是不是走歪了，如何修正。磨刀不误砍柴工。
七、不要挑战用户的习惯。
用自已的产品没有太大的感觉，用一用别人的产品感觉一下就出来了，早在几年前，蓝色理想（）这个网站有过一次改版，我几年的使用习惯一下被改变了，当时我开始骂娘、骂蓝色，差点就此离开。在优化过程中也一样，通常会有一些更改会影响到老用户，建议用是快速迭代或让用户有选择的使用。
以上供参考，所有观点代表我个人，与公司无关，欢迎一起交流！