屏蔽网线是什么？做什么用的？_百度知道
屏蔽网线是什么？做什么用的？
成本也相应地更高屏蔽双绞线(楼主说的屏蔽网线应该就是指这个了)相对于普通的双绞线(也就是平常见到的网线)扰干扰性更好,所以传输速率可以更高,因为它有一层网状的金属保护层,这样信号受到的电磁干扰就小得多了,但是另一方面
其他类似问题
10人觉得有用
屏蔽网线的相关知识
按默认排序
其他1条回答
屏蔽是指对外界干扰信号的屏蔽
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁产品经理究竟是做什么的？
刚才想起吐槽来着：我们组的产品经理成天貌似在工作，可是要找到他问清楚到底那个工作细节是啥是万万不能，做完他要的数据分析要讲给他听他又说没时间，今天发现我们工作最基本的一些小事他居然一点都不知道。我真心觉得，这人是个神一样的存在！然后发现，这个问题居然真的不存在。有多少人像我一样，佯装自己懂得“产品经理”这个职位的具体含义，很久了… 相关问题：
按投票排序
看过N多类似写产品经理的文章，有一句话印象很深刻。产品经理可能是唯一一个即使公司没有这个岗位也能良好运转(至少在一段时间内)的角色。所以作为一个产品经理，你就是一个消耗品。 但从长远角度来看，一个成功的产品经理能会从输赢这个层面上带来不同的结果。。。以下是转来的那篇文章：【导读】本文作者 是 Google 集团产品经理Ken Norton ，他由技术转产品，在创业公司和大公司都有着丰富的产品经理招聘经验，分享了他认为产品经理应该具备的最重要的特质，并提供了一些在面试中考察应聘者不同方面能力的问题。　　以下为全文：　　我在创业公司已经呆了好一阵子了，我发现招聘这个事儿在大公司和创业公司还真是截然不同。在雅虎搜索的时候，我们一直是持续的进行招聘的。我一周会进行大概5-8次的面试。简历、面试、offer，总是一个接一个，不间断。现在我已经不做招聘经理的事儿了，我在创业公司只负责招很少一部分的产品经理。　　但是总有人在招产品经理，而我也总是面试团队的一员。你在大公司时会关注的第一件事情是各个岗位的数量。但是在创业公司，每个人每个方面的事情都要做一点，所以你需要一个能力很强的全才。更为重要的是，未来总是难以预测的，所以你需要适应性很强的人。你可能因为现在要做某件事情而去招一个人，但是，在短短几个月内要做的事情可能就会有所变化。在大公司中就不是这样的。你在招聘的时候，你肯定对所招聘的岗位的职责有很清楚的了解，而这个岗位的职责产生变化的可能性是很小的。在雅虎招的很多人可能都不是很适合创业公司。我记忆中面试之后会有这样的讨论：“嗯…我不太确定他们是否是完美的人选，但是他们好像特别适合这个岗位，所以就雇他们吧。”这在大公司可能行之有效，但是要是创业公司这么办，无疑是死路一条。　　我以前是一名工程师，后来比较快的升为技术经理。在互联网的泡沫时期，我可能招了有一百来个工程师。通过不断试错，我在招聘这件事上还是学到了不少。当我开始转向招聘产品经理的时候，我可以将我招工程师的一些经验运用过来，但我在这期间也有学到一套全新的招聘技巧。上周有个朋友电话咨询我该如何招聘一个产品经理。我发现现在并没有一套很好的现行的关于如何招聘产品经理的技巧。(就是说没有关于产品经理的一些信息)。更确切的来说，你在招产品经理的时候应该对他有个怎样的期望，无论是你处在大公司还是创业公司的环境中，现在还没有太多关于这方面的信息。所以我认为我应该把我在招聘中学到的整理一下。　　记住，没有人要求你表现你自己　　产品经理可能是唯一一个即使公司没有这个岗位也能良好运转(至少在一段时间内)的角色。没有工程师，一切都无从谈起。没有销售，公司没有业绩。没有设计师，产品简直就不忍直视。但是在没有产品经理的世界中，每个人都能在一定程度上填补这个空白，并且照样工作。所以有一点你必须记住——作为一个产品经理，你就是一个消耗品。 从长远角度来看，一个成功的产品经理能会从输赢这个层面上带来不同的结果，但是你必须能证明自己。产品经理也将承担起一些工程师、设计师、市场、销售和商务合作这些专才的一些责任。产品经理是一支充满怪胎和废材的奇怪分支，他们在任何地方都不合适。就我而言，我喜欢技术上的挑战但是不喜欢编码。我喜欢解决问题但是不喜欢其他人告诉我该怎么做。我想成为战略决定的一部分，我想主导产品。市场需要我的创造力，但是我知道我不喜欢偏离技术太远。工程师们尊敬我，但是他们知道我的心不在编程上，同时他们认为我太“市场化”了。产品经理吸引着人们开始自然而然地喜欢我。　　1. 雇佣所有聪明的人　　我是怎么寻找产品经理的呢?最重要的，与生俱来的聪明。我会雇佣那些没有经验但有些坏坏的小聪明的产品经理而不是那些虽有了几年工作经验但智力一般的产品经理。产品经理从根本上来说就是要站在你的角度思考，总是领先竞争者一部并且设想自己能洞察同事和用户的想法。我通常会问应聘者一连串考察智力和解决问题的能力的分析性问题。我会一直问知道我觉得这个面试者比我要聪明。由于某些原因，我认识的很多人都不愿意这样做。他们认为这对应聘者有一些无礼。我却认为合适的人选是会喜欢这种挑战的。实际上这就是第一关测试——看看当我说“我想提一些理论上的问题，可以吗?”他们会是何种反应。最优秀的人往往是激动地从椅子上一跃而起。那些特别聪明的还会自己提问来回应我。　　2. 强大的技术背景　　我认识的有些经历只会招那些有计算机学位的产品经理，我不会这么势利——可能是因为我自己本科学的也是人文科学——但是我确实比较倾向于那些有技术背景的人。稳固的技术背景可以使产品经理具有两个关键的技能——与工程师的沟通能力和对于驱动产品的技术细节的掌控。当然这也取决于产品——一个做初级开发者API的产品经理肯定比一个做个人网站的前端页面的产品经理需要更多地技术操作。但是有一个基本原则是普遍适用的——有技术背景的产品经理可以更好的将产品需求传递给工程师，并且将复杂的产品细节传递给没有技术背景的同事和用户。所以说，有些需要避免的误区。最重要的，由工程师转来的产品经理需要认识到他/她只是以前是个工程师而已。有些由工程师转来的产品经理有时候还会试图做一些技术上的决定和实施细节，这必然会引起一些冲突。因此，我喜欢那些已经做过一段时间的产品的技术人才。他们已经经历了那一段具有挑战性的时期，通过推荐信你也能知道他们是否都适应的比较好。我会不厌其烦的问一些问题来评估面试者的技术能力。这取决于技术体系并且有很多网站有招聘工程师的好的建议。　　 这里，有一些很好的问题可以评估一个技术型产品经理对产品这个角色的适应程度以及和工程师共事的能力：　　为什么决定从工程师转向产品经理?　　拥有技术背景的最大优势是什么?　　? 最大的劣势又是什么?　　? 在工程师向产品经理转型的过程中最大的收获是什么?　　有什么是你希望你在工程师的时候就知道的事情?　　? 如何赢得技术团队的尊重?　　3. “蜘蛛侠般敏锐的”产品感觉和创造力　　下面这个范畴是非常主观的，难以界定的，并且又及其重要的。我非常相信有些人天生就有非常好的产品感觉。这些人就是知道怎么才能做一个好的产品。他们并不一定总是对的，但是他们的直觉总是指向正确的方向。他们往往是某一个观点的热情倡导者，有时候会使同事都觉得非常气愤。我非常有幸和很多这样的人一起工作过，这是一个产品经理所必须具备的品质。这是可以调教的，但却学不来。产品经理，尤其是在高度变动的环境中的比如说网站，可能要做很多小的决定。当然也会有很多大的思路和决策。但是正是这些小的决定将那些伟大的产品经理和合格的产品经理区分开来。你要知道，他们在提出那些团队中没有人想到的解决办法的时候他们就是有“蜘蛛侠般敏锐”的产品感觉。这些办法一旦提出一定会马上让所有人震惊。在面试中评估产品直觉是一个很大的挑战，但是有是可以做到的。我一直的做法是看面试者是否能在一个小时的面试之内完成以下的任务：　　? 独立地说出一些我自己对于我的产品的想法——如果你是一个好的产品，你就会知道自己的有一大堆关于产品的事情需要操心。可能有一些设计上的缺陷，有一些缺失的功能，或者是信息架构需要修改。会有一些你觉得需要改进的事情。对于聪明的有着强烈的产品的感觉的局外人来说，这里面肯定有些问题是非常明显的。我非常期待面试中的那些时刻，就是我能微笑着点头说“是的，我知道，我们也快要被这个整疯了”　　? 教我一些关于我的产品的新想法。——可以是一个我从未想到过的新改进，一个与竞争对手抗衡的新想法，或者是一个他们曾遇到过的需要改进的问题。如果我能从面试者身上学到某些东西，我至少可以知道两件事：(1)他们不畏惧说一些批判性的话，(2)他们可能比我要聪明。我希望一个产品经理可以同时做到这两点。　　? 把我引向某些有趣的新事物——有着良好的产品感觉的人往往可以先于别人注意到伟大的产品。如果我在面试一个顶尖的求职者，我总是会跑偏去讨论一些新兴事物。　　这里有一些好问题可以评估产品感觉：　　? 跟我说说你最近用过的最好的一个产品。你为什么喜欢它?[顺便说下，如果面试者提到了我的某个产品我会疯掉的。我在雅虎的时候，如果有人告诉我他们最近用过的产品是雅虎，我将很难招到人。非常不幸。]　　? 是什么使得[产品名称]取得成功?[我通常会选一个比较成功的产品，例如iPod或者eBay，这些产品都在密集的市场巧妙地赢得了用户。]　　? 你不喜欢我的产品的哪一点?你会怎么改进?　　我们在一年之内将会遇到哪些问题?两年内呢?十年内呢?　　你怎么才能知道一个产品是否设计的合理?　　你听过的最伟大的想法是什么?　　你听过的最糟糕的想法是什么?　　你是怎么知道何时应该走捷径以使产品尽快面世?　　? 关于用户界面设计你都学习了哪些方面的内容?　　你在做产品时犯过的最大的错误是什么?　　你认为产品经理最无聊的工作是什么?为什么?　　你认为你自己具有创造力吗?　　4. 自己赢得领导力　　产品经理在团队中一般是领导者。但是他们对于其他人又没有直线职权的领导权。这就意味着他们需要自己赢取他们的权威性并且通过影响力去领导别人。领导力和人际交往能力对于产品经理来说非常重要。关于领导力有很多书都有介绍，所以我也就不赘述了(虽然大部分书其实没什么用)。我发现北京调查时衡量领导力的最有效途径。尤其是同级同事或者同组同事——不向面试者汇报的个人写的推荐信。以下是我过去常常会问的一些问题：　　一致性是否总是好的?　　管理和领导之间有什么区别?　　你喜欢和什么样的人共事?　　哪种人在工作中最难相处?　　团队什么时候无法凝聚起来?你认为为什么会这样?你从中又学到了什么?　　如何使团队按照排期完成交付物?　　别人做了什么事会失去你的信任?　　你会用不同方式管理不同职能部分的人吗?如果是，怎么管理?　　如何说不?　　谁对一个产品负有最终责任?　　团队是否有让你失望的时候并且需要你来承担过错?　　多年以来你对错误的容忍度是否有改变?　　喜欢好消息还是坏消息?　　你是如何招聘的?　　5. 打通多重观点的能力　　作为一个产品经理，需要承担多重责任。我常常开玩笑说，工作的大部分时间是为那些现在不在这个房间里面的人说话——用户、工程师、销售、行政、市场。也就是说你需要能做其他人的工作，但是要聪明的记得不要去做。伟大的产品经理知道如何去打通不同的观点。他们往往是可恶的倡导者。他们往往不满足于简单的答案。在某段对话中他们可能会说这个需求不具有技术可行性但是换口气之后他们又会说这可以增加销量。有一个很明显的方法可以评估一个面试者从不同角度思考问题的能力——在让不同的人来面试。我主张至少有工程师、设计、和市场人员来面试一个潜在的产品经理人选。根据岗位职责不同，这个名单还可以增加——售前工程师、技术支持、开发者关系、商务合作、法律或者用户自己。最终任何有可能和这个人共事的人都应该见见这个人。记住，我没有说所有人都要见这个人。我也不是说所有人都要赞许这个人——在面试中，随着人员的增加很难达成一致性，所以合理的考虑反馈意见即可。但是没有人会比销售人员更能判断一个产品经理是否很好地理解销售过程了。我也强烈建议你给面试官详细的指导，例如“我需要你去了解一下这个人是否理解你在渠道拓展的过程中遇到的问题，以及他在你的领域能给到什么程度的支持。”下面有些我曾用过的具体的问题(仅仅是距离，可以替代职能部门的名字)：　　你是怎么学会与销售人员共事的?　　面对用户的最好方式是什么?　　如何记录市场?　　如何确保设计的方向是正确的?　　产品经理应该如何支撑商务合作的工作?　　关于向上管理你怎么看?　　如何与行政人员共事?　　6. 给我一个真正做过一个产品的人　　最后这个品质可能是最好评估的。除非是一个非常初级的岗位，我一般会用一个已经自己做过一个产品的产品经理。我是说从头到尾，从概念到实施。没有什么比做过一个产品更能体现一个人的产品的交付能力。过去的表现预示着未来成功的可能性。更好的方面，是它能在众多无形的海洋中给出一些有形的评估。核对推荐性时，我会确保向与候选人过去所做的项目中的重要的同事进行核对，尤其是其他的产品经理和技术、销售、市场的同级接口人。(顺便说一下，这些规则是按照一定原因排序的，并且像我在第一条中提到的，相比于一个有经验并且做过一个完整产品的人来说，我仍然倾向于招一个极度聪明的产品经理。)　　后记：我写下这篇文章是在2005年，那时我还在JotSpot，Google在2006年收购了JotSpot。从那以后我有机会与很多出色的产品经理共事，并且经历了200多场产品经理的面试。可以肯定的是我的想法有所改变，但是中间这些年只是进一步强化了我关于一个伟大的产品经理所应具备的特质的想法。我偶尔会有打算更新这篇文章的想法，但是我还是决定让它保留原样。(Ken，2013年2月)本文链接：
这是我前几个星期在博客上写的一篇东西。现在看看依然觉得说出了自己从事产品经理这么长时间的一些感触。几个月前看到Quora的Andy Johns谈及自己在Quora每天的工作，觉得挺有意思，于是保存了下来，想要翻译但一直没有做。直到我忙碌了三个月在新产品上的时候，我突然在某个忙碌结束的晚上想起了这个回答，于是简单地列了一下Andy的回答，让各位看看。的名号在国内被宣传得过多，而真正深入其中了解的并不多。同时，可以获得做好产品机会的更不多，所以想要比较直观地了解产品经理的工作，最好是去看看这些优秀的人是如何看待这一职位的。我个人比较幸运，参加过一些不错的项目，因此从我的眼光来看这篇文章，会有一些惺惺相惜的感触。因此，本人特意简单地翻译了一下这个回答，供各位参考：如何做一名产品经理以下并非全量完整翻译，仅仅是一些简单地复述： 当我看到这个问题的第一眼就想到Yogi Berra 说过的： ““（）我们有一个难以置信的好产品，面临许多机会，我们不仅需要往左走，也需要往右走。如此一来，我们正在做的都是因为我们必须这样做。我们正在打造更好地适应市场的产品，同时，建设系统/业务的规模和性能，以支持不断增长的生态系统。作为Quora的一名产品经理意味着你需要去体验不得不做几件事情带来的苦和乐。我觉得我应该先描述一下一个产品经理的工作，然后解释一下在Quroa工作的产品经理做的不同之事。当你作为一名产品经理，你基本上需要做一些高优先级的东西：定义项目的的目标（定性或者是定量）确定一个项目的优先级，而不是100件你任何时候都能做的事情。通过协调资源保证团队走向成功报告你工作中成功/失败的事情对于团队和项目要有前瞻性，保证方向正确和实现更高的价值，为公司贡献更多利益这些是其他公司的产品经理也需要做的事情，而我在Quora做的一些事情略有不同：1.更加自由地推动产品前进，即使是有风险2.我涉足email等页面，打造全新的用户体验，让你了解如何将各种功能实现，并为产品和公司创造价值3.没有那么多需要谈论和开会的事情，而是选择去做。我因此在Quora得以搭建和实现了许多东西。4.我花尽心思领导团队打造一个会自我成长的产品，这很难但是很有趣。我也做一些大多人觉得产品经理不该做的事情。它并不是一个性感的工作。（文中举例了他的leader
如何用IE浏览器去测试页面，发现问题，并享受其中。）做一名产品经理并不意味着你要高瞻远瞩，要推动公司去实现你的点子，大多数人可能认为产品经理是一个性感的工作，其实如果你变成一枚性感的产品经理，那么有可能你在做与你应该做的背道而驰的事情。一个产品经理每天日常的工作就是去检查各个环节是否完成、发送邮件确保每个人都信息同步、查找bug并确认它们都已经解决。大部分时候你都是坐下来想一想方向和较大的公司愿景。有时候，如果你是一款新产品的产品经理，有可能会成为Techcrunch的焦点（这可能会为你的工作带来一定的成就感），但大多数的情况并非如此。（后面吐槽了自己更像一个篮球队的经理，必须关注团队的所有细碎事情。）虽然不够性感，但可以学到一些如何促进团队成功的方法。我猜想这就是为什么那么多VC相关的电影中，特别喜欢招经验丰富的产品经理做合伙人的原因。正如人们喜欢 和 的共同原因是：他们懂得许多关于如何建立一家高科技企业的大小和规模，并一些细节中发现成功的种子。最后作者感叹，自己在Quora学到了许多东西。看到了产品的成熟和发展，让人兴奋。因为看到了许多成功的产品，看到Quora吸引了许多用户来，而不是昙花一现，自让己感到兴奋和有意义。这就是一个产品经理的自白，一个著名产品的产品经理的自白。非常有趣。我个人看到过许多成功的产品，甚至自己也进入了许多产品项目之中，从产品助理开始慢慢了解关于产品的一切。正好在前几个月看到这篇回答，一直懒得不想翻译（甚至现在也是懒懒地说了一个大概），直到我自己忙碌了一段时间，开始从零做一款产品的时候，才发现andy说的这些话有多么地正确。产品经理，并非是各位想象的那种经理，而是一个万能的人——了解技术并能和技术、设计沟通、推动产品前进、满足公司的价值和对于未来发展的把握。我想起我每天的大量时间其实都耗费在了一些很小很细的事情上——小到一个按钮的大小，细到动画的样式。我现在的时间是这样安排：早上：检查邮件和回复昨天晚上遗留的问题，处理了大部分早上的常规问题，加入晨会，了解开发的进度。然后这个时候上午的时间已经过去了一大半，我才真正开始做自己的事情。中午：一般我会继续做自己的事情——只有这个时候我才可以专心致志下午：把自己的事情解决——推动信息同步（发送邮件之类的）、检查bug解决的情况、思考新功能的发展、与交互设计师讨论新的需求点。晚上：把白天的成果输出，继续检查bug。其间，有可能被工程师骚扰10+次，被拉去讨论问题5+次，电话5+个。这项工作真的并非那么有意思，但却让人深爱。我时常会问自己，我当初立志做产品经理的时候，是否真的想到了这一层？而现在的我认识到了这个工作的艰难，我是否还深爱？答案是毫无疑问的，也是我写这篇博客的原因。我想写下来，借用andy的这个回答，让你们看到一个产品经理并非是如此耀眼，拥有成就感的职位，而是一个事无巨细都要关注，要求自己享受各种体验过程的工作——而我希望培育出一个可以自己成长的优秀产品的目标依然在。正如andy所说，在这中间，我找到了成就感和意义。这不是一篇告诉读者们，产品经理要如何做，产品经理的9个心法之类的应用文，而是我个人有感而发，向各位展示产品经理这一不为人所知的职位背后，是怎么样一个工作的状态。这是一份让人充满惊喜的工作，也是让人必须沉淀其中的工作；这是一份让人崩溃的工作，也是让人享受苦尽甘来的工作。想起知乎的一个回答，关于：在地铁里看到一个孩子玩我做的app，她说：“我很喜欢它。”，我笑了一下说：“我也是。” 这一句话也成为我2013年的目标，与各位共勉吧。
想说句大实话,又怕被人拍砖,呵呵.其实,国内很多公司的产品经理岗位是这么来的:小公司:老板说,我们要做这么一件事,或者要有这么一个功能.HR说,好,那就招个产品经理吧.大公司:老板说,这个业务没人负责啊,leader说,那就找个产品经理吧.所以别高看了自己,你就是一个坑里的一个萝卜.没你这个萝卜,坑还在.最重要的是,你如何让自己这个萝卜所在的坑能挖得更大更深.当然,很稀有的情况下,萝卜还能自己去挖个坑.
我擦，这商城怎么很多人都跑隔壁商城去了？报告，根据问卷调查，隔壁的商城有厕所。
——BOSS瞬间从天降临。我擦，这商城怎么连个厕所都没有，如果有，怎么连指示都没有，怎么找呀——产品汪瞬间从天降临。我擦，这商城的厕所的指示怎么这么乱呀，这么难看懂——交互师瞬间从天降临。我擦，这商城的厕所的指示怎么这么乱呀，我没看懂呀！但是我看懂了，你怎么这么笨呀！我朋友也没看懂呀！
——数据师瞬间从天降临。我擦，这商城的厕所的指示颜色怎么这么奇怪啊，和其他的指示混淆在一起，我都区分不开了！我擦，你是不是色盲？
——UI设计师瞬间从天降临。我擦，这商城的指示灯怎么说做都说了那么做，公告都贴了，还没见到有得用？
——RD瞬间从天降临。我擦，这商城的厕所还要收费呀？
——市场瞬间从天降临。我擦，这商城的厕所怎么连纸都没有呀？——用研瞬间从天降临。我擦，这商城的厕所的水龙头都坏了，怎么都没地方投诉呀？——客服瞬间从天降临。------------------------------------------------------------------------------------------------------------------可能这个例子不是太合适，先答着。待补充。咦，为什么连个投诉的地方都没有给我们的客户，还经常厕所堵塞，人家来到商城怎么用，人家都跑了？——背黑锅的产品汪挺身而出，满身是血，卒
挂着PM的头衔差不多七八年了 谈一下个人理解 产品经理是带领团队开发符合客户需求的产品\解决方案的人开发团队可不可以没有产品经理？完全可以，理论上只要有逆天的开发人员，完全可以开发出非常好用的软件产品，这方面的例子太多了。但是如果你所参与的是一个企业级产品，涉及到上百名开发测试人员，面对的是挑战是解决一个或数个行业面临的共性问题，开发周期以年计算 那产品经理这个位置就非常重要了。我呆的上一个产品组大概300多开发测试，有二十多个产品经理，开发一个版本三年左右，产品年销售额接近十亿美金
把程序员，美工等原料，混在一起做成一盘菜的厨子
在不同的环境和前提条件之下，产品经理有好有坏，职责千变万化不一而足； 要想准确完整的对这四个字定义则几乎是一个Impossible Mission（因为随定义的演绎推进，其深度很有可能会涉及一些终极的哲学和社会学命题） 。所以在这里只谈一下我所理解并身体力行的产品经理（个人更愿意叫产品设计师或者叫产品使用者们在世间的代理人）：理性的指标性的东西就不在这里谈了，知乎上有很多这方面的真知灼见，今天只说说经验和感悟。做一个合格的产品经理需要：1.心狠。不工作时对自己狠，疯狂修炼自身以获得更强制造力；工作时对全世界狠，除产品外无他，所行所言皆为造出一件神器，必要时不惜与他人（包括老板）争吵或者使用诡辩之术；好的产品经理骨子里都是天蝎座+狮子座，在工作时会切换到具有病态的完美主义气质和散发强大王八（呃。。。是王霸）之气场的变身模式，与人论、与人辩甚至在可行性无误的前提下强人所难。与神器打造关系要紧则事必躬亲，次之则随后事必躬亲，再次则尽量躬亲；但有一条，事无大小，不需一一搞定，然必了然于心，说白了就是：可以不管但必须获知。作为一个肉身生物移动数据分析中心，收集所有反馈数据才能综合判断形势，给出不会浪费资源减少反复的最佳解决方案。说真的，光听的话不会浪费太多时间。2.眼毒。身在地狱，心察世间。察人、察事、察持念。得跟个好奇宝宝似得观察一切，臭不要脸的跟着妹纸（或爷们）看她（他）们用产品。少问、多看（人类强于撒谎但弱于掩饰行为）。没事多玩自己的产品，前一秒尽量把自个当个傻逼来用产品，后一秒入定狂想改进思路，第三秒抄起笔来记录，力求一切至臻至简。看东西得准，明察秋毫，哥们我设计出身但不代表就发现不了代码上的问题（真的，发现代码问题不一定非得特别懂代码或者查代码，在玩产品的过程中就能感知到问题，真的。当然，前提是清楚产品的运行机制且有鸡蛋里挑骨头的劲儿。）。接下来要做的就是拿着问题去找那些狮啊猿啊牛啊们的展开基情（呃。。。又错了。。。是激情）讨论。另外，脑子得好使，逻辑清晰严谨，有把七彩乱麻理成线再织成布的本事，产品从建构到生产再到发布与使用。里面的生意模式、生产模式、传播模式、运营模式和可持续迭代模式都需要按阶段不同构想清楚，而这一切的形成离不开一个逻辑清晰的大脑。3.手辣。审时度势，懂得取舍之道。产品经理的大脑瓜仁里储存了N多的点子、N多的数据、N多的传播运营手段、N多的生财之道，而这些东东有的相互矛盾、有的无法量化验证、有的违背商业道德伦理（不开玩笑，在中国这种事很正常）、有的跟企业战略相悖.....怎么抽取这些素材又通过怎样的手段来让它们产生怎样的效果从而达到何种目的无疑于一次次很危险的魔法实验（汗。。。最近游戏玩的有点多。。。），为了减小伤亡，这时候就需要动用雷霆手段去做调配增减的工作，说白了就是对产品（包含传播运营等等的广义的产品）动手术，哥们，Believe me，这过程老特么痛苦了。痛苦的不只是砍掉心爱的牛逼功能那么简单，更重要的是，真正的痛来自对所行所为产生的后果的预判过程以及自身责任感带来的强大压力，就好似 一个普通人强行去做上帝才能做的事，不可能得心应手游刃有余，会因为功力不够而吐血不止。得去开会了，先到这里吧，谢谢邀请。
产品经理到底是做什么的？------------------------------------------------------------------------------------一开始我觉得产品经理就是上台介绍一下产品，享受媒体关注的。后来觉得产品经理就是要把一个产品做得漂漂亮亮的，用户用的舒舒服服的。然后觉得产品经理还需要了解公司的战略规划，市场的动向，友商的动向又觉得产品经理还要知道客户的需求，销售会怎么说，售前需要什么样的方案，实施需要啥样的策略。产品经理还需要知道怎么搭配人手、调配资源、说服客户用户和群众。必须得大家都垂头丧气的时候兴高采烈，找出路。大家都欢天喜地的时候，眉头紧锁看风险。得比研发经理更会宏观把握产品发展，比销售更全面了解产品的特性和卖点，比售前更知道不同客户的解决方案，比测试更明白产品的问题和弱点。。。想想自己苦逼的PM生涯。。。大概是2001年的时候，第一次知道产品经理这个职位的。当时公司发布新产品，大概1000家媒体到场。发布会的时候某产品经理出来进行了产品讲解，而那个该死的产品一小部分是我开发的。当时觉得PM众星捧月，人中之龙，英俊神武。。。我就动了春心。懵懂---------------------------------------------------------------------------------------------------------------一开始是从项目经理开始做的。功能规划、项目管理、界面设计甚至部分代码开发。现在看也没什么，很幼稚。当时觉得自己成长很快，特狂躁特兴奋，不加班就觉得尾椎骨痒痒。天生的贱命。做项目经理做成了一个项目。有了票子，买了房子。公司还让外面人采访。特满足。就慢慢放弃了开发（自己也不是那块料)，专门做项目经理+部分产品设计的活。开头---------------------------------------------------------------------------------------------------------------后来同时负责多个项目，还是从产品规划到测试全套。玩命干活，也学习了不少知识和经验。产品规划是天生的喜欢乱想 + 各大神指导。记得某大神说，规划就是挖个坑让别人跳进来。如果他也挖了个坑，你就挖个更大的，连他带他的坑一起埋进来。界面设计就是和一群当时很年轻的UI设计师，一起胡思乱想。一会借鉴借鉴这个，一会借鉴借鉴那个。记得当时有个UI设计师，设计了几套UI方案。熬了十几天。结果被全否了。当时两个大小伙子就全哭了。交互设计也是那个时候开始涉及的。当时微软有专门的团队和我们做交流。自己的团队这方面特傻。也就学了不少。现在看看都是流毒了。架构设计、概要设计也是大体了解着。测试这东西需要亲历亲为。后来终于有了一个特别好的测试经理。苦熬-----------------------------------------------------------------------------------------------------------------然后去了一家创业公司，条件特别简陋。整个公司只有做研发的，产品这块VP管着。负责了一段时间的研发管理，写了一年多的产品规划和需求文档。当时发现，自己产品规划能力和老板比还是有差距的，也学习了不少土豪的经验。尤其是经常关注市场方面。特别感动当时一个同事后来的说法：发现全公司的需求文档都是你写的。慢慢的也招了需求开发工程师之类的。每年都有几十个不同的项目，慢慢整理出几条产品线，也学会做road map之类的。人机交互啥的也经常练练手。再熬------------------------------------------------------------------------------------------------------------------后面就去做企业软件的产品规划了。对我挑战最大的是，老总基本上放权。战略、团队、业绩，销售、售前、研发、售后都要忙活忙活。学会了如何站在CEO角度上看问题。客户基本上是集团型公司，打交道的层次也提高不少。从战略-方案-产品+技术-实施。。。发展---------------------------------------------------------------------------------------------------------------后来又开始做互联网和电子商务。货是怎么选的，怎么采购，如何保持销售节奏，如何保持库存安全，怎么样才能做到用户体验至上。不断优化这个流程，把用户往死里惯。只要成本能打住，要啥给啥。为了送货能快一点，把订单传递速度都按秒来优化。界面上也是改来改去，怎么让用户觉得舒适，而不是就是来开个单买个货。怎么让用户买的时候不要思考，不要比较价格就去了其他网站。怎么做出差异化的优势。还要考虑投入和成本，别花多了，别挣少了。。。传统企业里面那些精华和传统，得兼收并蓄，合理利用。。。产品经理到底是做什么的？------------------------------------------------------------------------------------一开始我觉得产品经理就是上台介绍一下产品，享受媒体关注的。后来觉得产品经理就是要把一个产品做得漂漂亮亮的，用户用的舒舒服服的。然后觉得产品经理还需要了解公司的战略规划，市场的动向，友商的动向又觉得产品经理还要知道客户的需求，销售会怎么说，售前需要什么样的方案，实施需要啥样的策略。产品经理还需要知道怎么搭配人手、调配资源、说服客户用户和群众。必须得大家都垂头丧气的时候兴高采烈，找出路。大家都欢天喜地的时候，眉头紧锁看风险。得比研发经理更会宏观把握产品发展，比销售更全面了解产品的特性和卖点，比售前更知道不同客户的解决方案，比测试更明白产品的问题和弱点。。。然后，又是一年。。。
我创立doBell接近1年，处于半入门IT的阶段。PM（产品经理）这个职业真的是很不好当的一个职业，比起PM，我更愿意当码农，天天敲代码，那种日子才是我所期待的，天天研究技术的日子（个人认为我自己还是非常喜欢科研与技术的，但现在的学历与平台，对于我来说，当然是应用性技术更加的靠谱）。我眼中的的产品经理：一、小团队的PM必须要当个多面手。
在一个小的开发团队里，PM的作用决定了一个团队产品的命运，甚至是整个团队的命运。他们需要的技能：
·物色人才、培养人才
·协作分工
·定位产品路线、确定产品的开发节点
·与团队沟通、协调团队的情绪、协调团队的积极性
·各式各样的挑战：O2O的话你需要跑商家，了解用户。
·关注每一个细节，你能想到的有开发与UI设计，你也许想不到的有交互设计与用户体验，你根本想不到的有给团队淘米做饭、打扫卫生……二、PM可能是一个24小时无休的职业
在初期版本的立项、到开发阶段、到设计按钮位置、设计软件层次、到产品发布运营……你无时无刻的都在干活。你永远会为各式各样产品的细节而绞尽脑汁，如果你肩负团队发展的重任，你甚至无时无刻都在考虑团队发展的种种细节。
总之，就是，这真的是一个体力与脑力并重的角色，你不能休息，因为你身上有尚未完工的项目，项目正在进行，正在运营，你就要考虑方方面面的事情。
好了，这下你懂了吧，为什么比起PM来我更愿意当一个兢兢业业的码农，码农只需等设计需求到手，理解PM的思路，那么就可以了。这些事情，只需要积攒到你的工作时间，你只需要按部就班的完成工作。工作以外的时间，你能很清楚的分配好你的时间：这段时间弄技术研究，那段时间去陪女朋友，再有的时间打打球……
这才是我想要的生活，因为你能有更多可供分配的时间来做自己想做的事情。而不必每时每刻的脑抽筋。
产品永远是不完美的，对于我来说，我希望我有种Geek的思维，那种完美主义者的思维，以至于24小时都放下手头项目的事情。
对于产品经理来说，真的，如果你有个负责任与Geek并进的心，时间对于你来说，永远都不够用，脑细胞的永远处于负荷的状态。
我甚至做梦都在想产品如何发展。三、PM干的事情们的逻辑关系太过的复杂，难以梳理。
这句话怎么理解呢？我想说的是，产品的发展的因素对于doBell来说是这样的。（总结不全）
全外包项目：客户确定性需求（不允许客户二次修改）、UI、测试、开发人员
半外包项目：客户可变性需求、产品开发节点、技术门槛、研发时间、UI、UE、UED、开发人员、运营（推广）、测试
完全自主性项目：自确定性需求（长期的需求分析、调研、SWAT评估等等）、人力分配、以及上述提到的因素你懂吗？这才是一个PM在面对一个项目时所面对的种种因素，你可以理解为困难，但我理解为挑战，只是当你把它们当做了挑战以后，你还会面对一个新的因素，那就是“责任”，无穷无尽的责任会充斥着你的生活，让你像上述第二条那样，24小时无休的干活。
我这里需要考虑最多的还是研发时间节点的问题，你需要全面的掌握团队所拥有的技术，确定产品的需求，再通过掌握团队的效能，确定时间节点，UI作图与研发的节点。
这些种种的因素，编织成了一个复杂的网络，在你还未有超级经验的同时，你还不得不面对未来的种种进行种种的变化，这会打击团队的士气，如果你非要这么做的话：
小逻辑网例子1：团队的谁顶不住压力了，你是做开导还是换人，你如果换人的话会降低项目开发的多少效能，你如果不换人，如果鼓励后他又能做出多大的贡献？
小逻辑网例子2：竞争对手的产品快要问世了，而你的产品却还在开发中期，如何成功？为了加快速度，你要舍弃多少的需求，你要更改多少的方案才能达到一种产品发布后成果的平衡？
这一切的一切的因素，假使你了解好，不要高兴的太早，你还需要面对一个更加不爽的东西，那就是决策：
你需要在种种方案中，逻辑判断中，通过种种神一般的感知，决策出一个balance。你需要找到种种利弊的平衡点，以求结果为最好的。
To be or not to be，this is a question.四、PM所具备的技能太过零碎，你永远不知道你学到了什么具体的东西，你也永远感觉到好似没学到什么。（你知道什么叫碎片化信息的危害吗？）
PM究竟要学什么？有人说要感性，有人说要具备敏锐的产品市场嗅觉，有人说要归咎于自然，更有人说，要技术产品一把抓……等等.
我都不知道我要学什么，听说大公司的PM还要背种种的KPI= =。。。我擦。
产品经理不断的丰富自己的对于产品的见识，对于所谓的产品的感官。
我擦，这到底要学什么？我不懂，也不知道谁真正能编写好一部关于产品经理的教科书，读完这本书，你就可以当一名优秀的产品经理，我只想说，产品经理的极致就是神，神都不知道长什么样，产品经理如何知道自己该如何发展与学习？
现在的产品经理通用的学法就是:不断的获取各式各样的信息，微博，IT媒体，书籍，案例，小道消息等等……都是产品经理需要学习的东西，这个时代的信息已经够碎片化了！！！产品经理却还要面对着将更为碎片化的知识装在脑子里加以运用的方式。我能说脏话吗？我学了各种东西，能检验你是否是好的产品经理的唯一指标就是产品到底怎么样，产品到底怎么样这个说法还各式各样的百家意见不统一，况且产品永远是不完美的。
让我如何能有个质变的成就感？抱歉，没有。
产品经理还要面对各种碎片化信息的冲击对自己的副作用：常常看似无所事事，不知道究竟该记些什么等等。
真正有理想的人会在碎片化信息的洪流中变得盲目，根本不知道什么是有用的，什么是没用的。这会影响一个人的判断力，被各式各样的信息所摆布。
但产品经理是把握产品灵魂的人，自己的灵魂已经受碎片化信息所摆布了，那么，产品的灵魂又该怎么样？
到了最后，结果只有一个，做了一个平庸的产品，因为他根本不知道什么是对的，什么是错的。
产品经理需要的坚韧品质是我等凡人所具备的吗？
你体味到灵魂受虐的感觉吗？（前提是你负责任）五、产品经理是一个拥有“上帝服务人类使命”的职业，这是何等的艰难。
我去过360，拜见过我很敬重的360投资总监王翌大哥。他和我说，你要相信，一切的产品都是源于自然，比如最近挺火的一个一笔画的小游戏，它就是将数学的图论知识加以运用，就成为了一个非常成功的游戏产品。
产品的根源在于发现自然的奥秘，产品虽说是给人用的，但是人是归咎于自然的！
自然是谁赋予的，是“上帝”，一个我这辈子都不一定知道是否存在的牛逼什么什么……= =
如果说专业点，一个人想有个地方可以逛，可以买东西。那么你认为他是需要一个大的商场，这是表层问题，但全知的上帝就有可能通过他的种种因素，判定他需要的是一个网络交易平台。好了，你说网络交易平台（淘宝）做好了，但你又不懂人性格了，他希望一个真正能让他买到他想要的东西的方式。所以第三方的支付宝应运而生，买家信誉出现……等等。
你说他妈的我做了这么多的事情用户怎么还不满意，那是因为，你要知道用户真正想要什么，那才是他最根本的需求，然后你要通过这个根本的需求和现在能掌握的资源，一干到底，做到你的资源不能再满足贴近他的需求为止。六、PM是一个产品的灵魂，你需要担当多么大的责任？
责任，在小团队来说，就是担当一个团队的命运。对于大公司来说，就是完成KPI。如果你在大公司，你还真正认识的责任是什么，那么，你将面临的是一整个公司的命脉。
PM就是这样的一个职业，责任对他们来说，要高于一切。
请问你能担得起这份责任吗？
那就 Just do it！
七、对于现在的“产品经理热”，真正好的产品经理实在太少了，这成为了一种职业，对于我来说，这是一种基于对IT事业的狂热追求的一种信仰。
随着移动市场的兴起，小app创造大价值的神话频繁的充斥着我们的耳朵。产品经理这个词也许在移动端兴起才真正的引入我的时间。
产品经理看的是轻松啊，喝喝茶，说说话，就能完成一整个项目的运作。现在做开发的想转PM，做运营的也想转，做他妈的神马的人都想做这个看似悠闲高薪的工作。
你们要知道，也许一个方面的产品，好的只有一个，而有多少个比你经验丰富的产品经理想帮助项目登上巅峰？你知道产品经理是什么吗？他妈的是种信仰！是我们doBell人的信仰，我们热衷于科技，服务于全人类！我们拥有这份信仰！
请不要为了生存和所谓的舒适而侮辱这份信仰，你完全可以当码农，做营销，但请不要掌管一个产品的灵魂。
因为，它是全人类的，你要担起这个责任。说了这么多，产品经理很难的。以下就是我对我提出的问题总结的解决办法：欲知后事如何，请看下回有空来分解。= =以上就是我目前的水平可以说的话，欢迎拍砖。希望持续的拍砖，我想做个有产品经理精神素质的码农= =。。。doBell，我为此而倍感荣光！程乐一
我认为，产品经理工作有明确的界定，工作职责一共三条：1.
明确产品的指定期限内可度量的目标,并且确保相关同事支持并认识一致。2.
明确完成1中目标所需要调动的可度量的资源，并且确保相关同事支持并认识一致。3.
用任何不违法，不违规的手段,在预定的资源条件下，完成预定目标。
产品经理，由于行业及公司定位差异，不同行业/公司对产品经理的职能设定不同。狭窄职能，主要是在理解市场/目标客户需求的基础上，进行产品设计，一般很多IT公司采用这种定义；宽泛地定义，是产品CEO，对产品销售额和盈利能力负责，职能范围非常宽泛，需求分析、产品设计、资源调配、定价、营销策略、采购、生产、质控、物流、包装/品牌、研发等等，只要是和该产品相关的，都在产品经理关注范围内，会有产品独立预算及产品线预算，来保障产品成功。一般情况下，采用宽泛产品经理定义的公司，产品部中会有不同的产品经理对不同的产品线/类别负责，产品之间会有资源竞争。因此能做这个职能的产品经理要求的知识结构和相应能力及技巧要比较完备，为进行限制，产品经理最需要具备的能力，就是换位思考和沟通能力。因为，你要说服不同的人来支持你的产品。
产品经理就做一件事情：尽量让每一个选择都是正确的over
产品经理做什么更多取决于企业对这一职位的定位，而且不同行业，不同企业文化，对这一职位的需求也会不同；而且，在国内很多公司并未引入产品管理体系，却直接设立产品经理职位，这样肯定会造成一些拧巴的情况，而且让很多新人产品经理产生不少迷惑；在一个常规的IT产品管理体系中，产品经理的职责参考：@胡澈 即可；在了解一些职位知识之后，建议还是要了解所处行业，及企业文化，在各种因素下，决定如何更好地推动自己负责的工作，以及在企业内的发展；
被邀请回答这个问题，作为刚入行者没有太多的发言权。说说我的工作内容部：从市场部了解需求，分析提炼，大概了解需要怎么做，是否可以做，然后开始做原型，给领导看下，可行即开始写产品用例。召开评审后，ok后，跟踪美工作图在对产品细节进行修改。跟踪开发，跟踪测试，保证上线。继续优化。大概就这些了
我理解的产品经理的 几个等级。。1、产品助理能力需求是 写文档、画原型要求是：文档逻辑通顺、描述明确、用词简洁、无歧义；原型 功能展示清晰、操作流畅、对设计无干扰（专业的人做专业的事儿，设计能力强于设计师的另说），这也是 入职产品经理的基础能力了吧。2、初级产品经理能力需求是 项目推进要求是：良好的沟通、表达能力、对项目发展的预判和把控能力、对需求变更的控制力和推进力。这个阶段的产品经理，是以 推进项目发展 为最终目的，更多需要的是服从。3、高级产品经理能力需求是 战术、判断要求是：对所在公司情况足够了解、对产品面向的行业和用户群体足够了解、能够结合公司情况和对行业的判断 进行 立项工作、能够在项目遇到临时风险时协调应对。这个阶段的产品经理 已经略有小成，无论在什么行业、做什么项目，都可以从容应对。4、产品达人能力需求是 战略、判断要求是：能够明晰一个行业的所有明规则 和大部分潜规则，能够找到整个产业链条中的撬点，能够准确预判行业的走势，熟悉行业内 主流产品的数据情况、人员情况、历史情况。站在浪尖上，随时应变，随时获益。一般这个时候的产品人，已经不会甘心于做一个打工产品经理了，有能力做好一个产品的人，对自身的规划也不会只限于产品经理。5、产品牛人能力需求是 战略、社会心理要求是：能够发现并利用好人性的弱点，能够通过自己可控的行为去改变人类的某些行为，并从中获得足够的价值。能看到的 也就盖茨和乔老爷子能算上吧， 近点的 张小龙也是，用微信改变了社交模式，并且为手游的全用户推广 加速了最少3年。大多数的情况下，从产品助理 到 产品牛人 都得一步步走，一个个垃圾项目去经历、吸收。但因为每一级实际需要的能力并不相同，所以你做不好产品助理也不一定就做不了产品牛人，只是概率更低而已。 但是往往 大家到更多的 都是 一个产品经理因为一个点子做出了一个产品 最后成功成名，而这个点子在你看也不过如此，你还有更好的。 也许点子真的不错，但实际的区别就在于 一个好的产品人能够看出这个点子 “好”在哪儿，怎么才能体现出来，而你不行。
解决问题的。为了目标。
产品经理其实是个很宽泛的职位，从广义上来讲，产品经理是负责产品完全生命周期的人，所以这其中对于产品经理的个人素养和职业技能的要求很高，因为产品的进程中，会有各式各样的问题，所以从目前的趋势来看，产品经理着职责会更加细分。
从另一维度来讲，由于产品的形态的不同，不同公司背景下的产品经理的角色也会有很大的不同。我就几个我比较了解的几个维度，说说这些公司的产品经理都在做什么，以及他们对PM的要求传统行业产品经理
众所周知，产品经理刚开始就是从传统行业兴起，最早是宝洁。但是目前他们更喜欢叫做品牌经理，更加偏市场策略。所在现在传统行业中，产品经理还是比较活跃在IT行业，比如电信设备商，华为，中兴等。
在这些公司中的产品经理，和互联网行业的产品经理的工作职责还是有着很大的区别。
第一，专业偏向不同
传统行业，因为其产品流程更为复杂，所以对于产品经理的全局观有着更强的要求，从专业方面讲，则更为注重项目管理能力，产品经理必须确保产品的schedule，scope和cost的控制，至于产品的一些细节，则更为仰赖项目经理的专业
第二，产品流程不同
核心在于产品的形态不同，一个是实体产品，一个是虚拟产品，所以是导致产品的流程不同。传统行业，因为产品开发成本比较高，其产品流程相对繁琐，从产品kick off开始，硬件研发，软件研发，QA测试，机壳设计，包装设计，试产，量产，到项目招标，方案报价，lab test等等，掌握整套产品流程，没有2,3年的功力，更难称得上合格的产品经理第三，商业角度不同
在传统行业，PM每天讲的都是cost down，就是怎么省钱，如何把成本预算降到最低，以来获得最好的市场回报率。
所以传统行业对于产品经理的要求相对比较高，从设计到生产，从芯片厂商到市场渠道商和客户，需要和不同的人打交道，沟通能力是必备的，同时必然需要一定的技术能力，才能做到独当一面。 但是硬件产品相对制式化，所以对于产品经理的设计和市场分析能力要求的并不是很高，更加注重的执行层面的 互联网行业产品经理
这个方面相比大家都非常了解，基本上就是我们正常思维所理解的产品经理，对于互联网行业，产品经理主要的职责是对于用户的把握，挖掘用户的需求并将其实施实现。
相对困难的问题是，这个行业所面对的不是实实在在用着明确需求的客户，而是相对虚化的用户，所以产品经理一定程度上决定了产品的形态，因此也需要产品经理需要很强的分析能力和规划能力。
总的来说，在传统行业，产品经理更关注怎么做，互联网行业更注重做什么运营商产品经理
三大运营商之中也是养了一票人叫做产品经理，但是他们主要的公司基本上和产品没有多大的关系，运营商的所有产品基本上都是由各个大大小小的SP来完成，所有运营商的产品经理的主要职责就是负责管理这些SP，对其的工作量以及产品质量进行考核和监督，类似于项目经理的角色 另外一方面，他们的更大的精力是作为领导和产品之间的桥梁，他们会花大把的时间用在各类的汇报材料以及规划材料之上，或表忠心或索取资源。他们不对产品负责，支队领导负责。
同时，随着运营商逐步回收运营权，他们还会负责一些产品运营相关的事情
最后，因为运营商为了维护政府关系，会承接一些政府的相关开发工作，然后再将这些工作转给SP，这期间运营商的产品经理需要做很多沟通协调的工作。
总的来说，这是个看似光鲜其实及其苦逼的工作，最大的能力要求就是要材料写得好。外包公司产品经理
不是每个外包公司都会有这个职位，看规模。他们的主要的工作就是面对客户，确定需求，然后交由开发团队开发，工作相对简单，所以一般的外包公司只会设立项目经理。
但是这其中有个很有特色的就是各个运营商的SP们，他们基本上都会设立产品经理的职位。这些人所对应的人就是运营商的产品经理。因为又是在互联网行业，所以SP的产品经理是一个既需要面对用户，又需要面对客户的这么个职位。
SP的产品经理的工作主要是分析用户需求，然后设计产品，然后对运营商产品经理进行汇报，所以写材料的能力也是必须的。同时很多运营商产品经理需要向领导汇报的材料，也是需要SP的产品经理先起草，然后不断的修改。
这就是为什么运营商的产品为什么这么烂，因为没有人有时间去认认真真去思考产品。
当然，一些基本产品规划设计的能力也是必须的，以来进行和开发团队的沟通合作，但是要求就没有互联网公司那么高，更多的时间还是花在对外的沟通上。总结
分析这些，其实发现不同公司背景下产品经理的职责不尽相同，但是本质还是相通的，沟通，应变和责任心对于需求和人的把握度，剩下的就是不断的学习和努力！
发现需求-设计产品-推动实现-上线验证
（上述过程重复迭代）
做正确的事 （如果同时也是项目负责人或老板）正确地做事 （只是产品经理的话）}