产品经理和市场技术经理有啥区别？

1. 产品经理和市场技术经理有啥区别？

两者的工作职责不同。
产品经理和技术经理的区别是：产品经理是企业中专门负责产品管理的职位，产品经理负责市场调查并根据产品、市场及用户等的需求，确定开发何种产品，选择何种业务模式、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。
而技术经理负责组织制定各种技术标准和技术规范并保证实施，他们既是精通某个领域专业的精英，又是擅长团队领导的管理者。他们参与技术方向研究和总体规划，发展新项目，并且能够带领技术团队进行项目攻关。

2. 高级产品经理和一般产品经理的区别

产品功能解决的是产品逻辑和商业逻辑的问题，场景搭建解决的是用户如何使用产品的问题。
  
  
 
  
 
  
 区别一个高级产品经理的重要标准是：是否具备“点”、“线”、“面”、“体”的综合统筹能力。
  
 
  
 一个服务于割裂场景和用户需求的产品，一定是一个无用产品。
  
 
  
 产品分有用和无用，需求分强和弱，场景分使用场景和制造场景。
  
 
  
 理解群体心理，人的炫耀感和偷窥感是人性的最直接表现。
  
 
  
 高级产品经理和一般产品经理的区别在于
  
 
  
 产品场景化的判断能力
  
 普通的产品经理：产品是对的，但是很少能被人用到，
  
 
  
 高级产品经理：产品是正确的，把实际使用场景移情到了产品上。
  
 
  
 结构性的统筹思维能力
  
 “点”代表的是个性定制解决方案，“面”代表的是系统解决方案。
  
 
  
 好的产品有自己的使命和基因，有目标用户的清晰定位，它能在特定的场景下给用户提供一套适合自己的解决方案。
  
 
  
 一个服务于割裂场景和用户需求的产品，一定是一个无用产品。

3. 产品经理需要懂技术么？

很多同行的朋友围绕这个话题争论不休，争论往往分为三派。 正方：产品经理不需要特别精通技术，但需要懂技术，知道一些技术实现的方法，防止技术同学打模糊眼说功能实现的问题。 反方：产品经理不需要懂技术，技术会让你陷入技术的思维，在思考产品创意的时刻陷入平庸。 中庸：看团队的特点，如果团队人员配置完整且目标高度统一，那你就专注于产品创意本身，如果团队配置不完整或者技术人员并不是专注于技术实现那么最好懂技术，保证最终结果可以实现。 围绕这三个观点，产品经理经常吵的不可开交，也造成了很多产品初学者陷入误解，觉得人人都是产品经理或者产品经理特别高端，在选择职业发展方向时陷入了迷茫。一名合格的产品经理到底需不需要懂技术？公说公有理婆说婆有理，总之每个产品经理都会根据自己的职业经验给出不同的答案，那么围绕这个话题，我想先从我的成长经历谈一下技术在产品经理职业生涯中的作用。 我大学学的是软件工程，可是学艺不精整个大学时代只限于专业课不挂科那种，也只是了解基本的软件工程语言c语言，java语言等。07年大学毕业后，实在学艺不精也没有技术团队要我，于是就是干了网站编辑，那时候很多互联网公司还没有互联网产品经理的职位，很多用户体验，网站细节的改进往往都是网站编辑提出的，在那时候有了用户体验优化的思维但也只限于操控体验还没有整体的产品概念。做了一年多的网站编辑到09年的时候各大互联网公司开始引入了产品经理的职位，我则跟风开始学了互联网产品经理所需要的技能工具诸如入axure，visio，ppt之类的，在使用这些工具的时候常常考虑的是产品创意的事情，如何把创意的东西通过工具呈现出来描绘给公司高层，技术童鞋让他们知道我的网站是什么样，有什么好玩的东西可以满足用户的哪些需求等，因此当时的我也认为我作为产品经理只需要把大家心中所希望的产品形态传达给技术，最终拿出来给大家用。至于用哪种开发语言，如何提高访问速度，图片加载速度，如何解决高并发状态下的性能问题等等的技术问题，完全不考虑，心里认为那不是我的事儿，是技术的事儿。可产品出来后，问题出现了，网站访问速度慢，图片加载速度慢，50的并发就报404了，这时候我才意识到你可以不懂技术，但你一定要知道哪些问题你得替技术考虑到。 因为前期不知道这些技术的细节，也没有一个有经验的技术大牛操控这个项目，因此我的第一个作品是相当的差劲，反思这样的结果，我总结出我的问题如下：专注于表象忽略支撑表象所需要的技术。比如提高网站的访问速度需要双线服务器和cdn加速，提高网页加载速度需要分布式存储技术等，你可以不了解这些技术如何实现的，但你一定得知道用户访问网站太慢了，这个结果如何去处理，处理的要求必须提出来。在这个时候，我觉得对技术应该是了解，了解他是干嘛的，可以解决哪些问题。 12年我厌倦了大公司内耗的工作氛围，加入了创业团队，加入创业团队后我除了做产品相关的工作外，多了项工作就是研究创业公司或者团队产品，我发现很多创业团队的产品除了满足用户需求的创意本身外都在用一些新的技术解决方案，让产品本身更轻更有魅力，比如使用人脸识别技术的社交产品可以通过人脸识别匹配出与自己长相类似的朋友瞬间拉近了陌生人之间的距离，为交友这个核心需求增加了趣味性。还有比如uc在html5的布局等。在这个时候，我觉得产品经理应该主动去了解前沿的技术，不一定会用在目前的产品版本，但前沿技术有助让技术也成为一种创意，成为产品经理本身的一种利用能力，有一天你总会在另外的地方用到，知道他可以干嘛，帮你解决哪些问题。 从我一路走来看，产品经理不需要精通具体的某一项技术，但必须了解很多项的技术，知道他干嘛，可以解决哪些问题，哪些可以利用。争论需不需要懂技术还将是一个永久的争论，这只是我的解答。

4. 产品经理需要懂技术吗

1、首先你需要有用户视角，把自己当做一个小白的用户，其实想做到这点并不简单，很多产品经理做来做去都是在自嗨，实际上用户根本就不喜欢你那些功能。讲一个简单的方法让你可能获得用户视角——自己首先要是自己的用户，多使用自己的产品，相信你自己会发现很多吐槽点。

2、其次你需要有足够强的逻辑分析能力。越是简洁的交互，背后的逻辑越是复杂。产品经理需要把所有的可能性都考虑清楚，才能减少产品出意外状况。你想的越多越清晰，用户界面越简单体验越好，嗯，这一点，看看微信支付就知道了。

3、接下来，你需要有很强的沟通能力。对接开发不但是个技术活，还是个口活，口活好才能赢得开发哥哥的芳心。我们之前每次开发需求搞不定，美女妹子就上，5分钟内给你解决。但当你不是美女妹子的时候，你的沟通能力，就要足够优秀，要知道沟通是有损失的，你需要保证和开发哥哥把需求充分的沟通清楚，到每一个细节。这个过程需要反复的沟通。另外产品经理一定是需要掌握一点开发知识的，至少和开发沟通的时候你要能知道他在说什么。

4、然后，你要有项目管理的能力，作为产品PM，你最重要的职责就是保证产品按时上线，对各环节的进度一定要严格把控。要做到这一点，需要你想的比别人多，因为只有你最了解进度，你需要把可能的风险都想到，避免出临时状况，多线程同时进行。project是很好的项目管理软件，很多人都在用，如果不习惯用的话，也可以用excel代替。

5、再然后，数据分析能力。无论是做产品还是做运营，数据分析能力都是必不可少的。数据分析，关键在于后面的分析，你把每天的uv列出来做成漂亮的表格，这个并没什么实际意义，你需要分析数据背后的原因，为什么今天的uv增加了，为什么今天的转化率降低了，找到原因，你就可以让每天的uv都增加，让每天的转化率不降低。

6、最后，补充一点，学习能力。产品经理，最需要懂业务，需要有基本的审美，需要懂一点代码，需要和各种职能线的同事沟通，学习能力是不可避免的，每天保持自己的上进心，不断地学习，不断向其他职能线的同事学习，产品经理应该是最有潜力成为ceo的那个。

5. 产品经理需要懂技术吗？

产品经理一定是要懂技术的，首先不管你是什么产品，是实体产品也好，还是设计产品也好，甚至是虚拟产品也罢，既然你是产品经理，那对于自己的产品的相关技术参数，文件都要有一定的了解。

这里说的懂，并不是说一定要和你们公司的的技术人员一样钻研的那么透彻，最起码的对于自己的产品祥关的技术环节，基本点技术参数都要熟记于心，有些相关的技术资料可以不用深入考究其原理意思，但一定要能在客户的提问下一一回答，因为如果与客户沟通的时候，难免会遇上一些看懂行业的专业级客户，通常这样的客户就会问出与产品技术方面极为相关的问题，因为专业的客户并不会完全相信你的口头产品承诺，他们更会愿意用实打实的技术资料及参数去对比你们家的产品优势在哪里，劣势在哪里。从而决定是否选择你所提供的产品。这个时候如果你能极其流畅的像你的客户介绍你的产品的相关技术内容，首先客户会对你这个人感到非常的专业，觉得你会非常的靠谱。其次详细的技术参数的介绍会让你的客户对你的产品得到更加详细的信息，这样客户心理会更加愿意选择他们所详细了解的产品。还有就是在公司内部沟通的时候，不懂技术的产品经理在和自己公司里的技术人员沟通的时候会非常的有困难，通常情况下技术人员都有一个通病，那就是他们在研究技术问题的时候超级有耐心，但是在与人沟通的时候会一点耐心都没有，他们希望自己一说你就能听明白，这个时候如果你听不懂，反而会找来他们的反感，从而学习产品技术的渠道就更加的困难。所以在自己空闲的时候，即使是一位产品经理，也应该要了解产品相关的技术。

6. 产品经理要懂多少技术？

前两类人算是艺术家，自然会带点艺术家特有的奇葩气质，第一类人又是和产品经理打交道的人里面最聪明的，一个不小心，没准就被程序猿们划入“白痴”族群，作为茶余饭后鄙视的对象。那么，产品经理要懂多少技术，才能游刃有余的和程序猿们打交道呢？在Gevin 看来，成功的产品经理必须是被程序猿尊敬的。虽然程序猿的水平和素质也良莠不齐，但要做一个成功的产品经理，必须假设面对的是一帮最优秀的程序猿，这样才不至于被当作白痴来骂。因此程序猿应该是这样一帮人，他们是聪明的，坚毅的，勇于克服困难的；中间也不乏文艺类的，或懂艺术，或注重体验，或关心人文。产品经理也不必为了能和各种程序猿沟通，使自己面面俱到，但至少对自己要有一个明确的定位，并把自己的定位展现在程序猿面前。Gevin 会把产品经理分为两类：● A：改变世界的海贼●�0�2B：自给自足的农夫A 类是那些真正热爱互联网的人，有自己的梦想，希望在互联网的海洋里冒险驰骋，不断创新，不断探索前行，看中的是这份冒险精神，享受的是冒险成功后的喜悦，他们也许会失败，但虽败犹荣，他们一旦成功，则会带来革命性的东西，甚至改变世界。B 类只是在互联网上求生存的人，他们并不热爱互联网，如果有更好的生存平台，他们可以放弃互联网；他们会踏实的基于数据做些分析，把一些实际可靠的元素融入产品，只要赚钱就行，创新和探索这些不靠谱的东西，尽量不碰。产品经理在开始做事之前，需要明确自己是 A 类还是 B 类，与程序猿沟通时，通过语言或者行动表明自己的定位。如果你是 A 类，优秀的程序猿会成为你强大的助手，如果你是 B 类，好的程序猿也会帮你衣钵满载。但如果你有 A 类的心，却做 B 类的事，不被骂白痴才怪；如果你按 B 类的要求与程序猿沟通，却心怀 A 类的雄心，高傲的程序猿会认为你在玩弄他。A 类的产品经理，对技术的要求高，能力覆盖范围广，程序猿对 B 类产品经理的要求，只是 A 类的一个子集。下面提到的产品经理，如无特别说明，是指 A 类。程序猿也知道产品经理是要与多种职责的人打交道的，要有较强的综合能力，不会在技术领域拿自己的强项和产品经理过不去，但他们同时认为一个优秀的产品经理要具备一些能力，能力不足的产品经理不会被程序猿尊敬。这些能力包括：● 对技术的理解●美学的修养●强大的学习能力●无限热情 对技术的理解产品经理不懂技术当然不行，但产品经理也没必要掌握技术细节。产品的技术实现是由程序猿完成的，产品经理只要做到理解程序猿，尽量和程序猿做“无损沟通”即可。非技术出身的产品经理是比较辛苦的，因为你要在技术上下不少功夫。技术不简单，种类多，各有特色，发展日新月异，是产品经理和程序猿要时刻关注的主题。即便是对技术做整体的宏观的把握，也不是一个不懂技术的人一时半会就能融会贯通的。非技术出身的产品经理首先要迈过技术上的一道坎，让不懂技术的人看来，你是一个技术领域的内行。技术出身的产品经理，对技术的理解自然不是问题，但在和程序猿沟通时，会不自觉疏忽的是，容易过分纠结于细节，尤其是曾经在技术领域有不菲造诣的产品经理。产品经理不是对产品做技术实现的人，技术更新那么快，技术细节本身甚至技术实现的理念，会迅速更新迭代，产品经理和程序猿死磕技术细节得不偿失。上文提到的“无损沟通”，是指产品经理和程序猿在沟通中彼此完全理解，不存在疏漏和误解。这是不可能的，但这必须是二者沟通的目标。产品经理和程序猿沟通时，两个方面尤其重要：●A：对需求的沟通●B：对技术实现的沟通对需求的沟通主要应用于产品经理向程序猿阐述需求的场景中。程序猿实现产品功能，是基于对需求的理解；在功能实现过程中和实现完成后，需求的变化又可能带来产品实现上的灾难。如果程序猿不能准确理解产品经理对需求的描述，很可能实现的功能与产品经理的想法大相径庭，浪费大家的时间；如果产品经理想法不够明确，导致需求变来变去，无疑是对程序猿的恶意攻击。需求上任意一个小小的变化，在代码实现中的都有可能产生巨大麻烦，甚至会动摇代码的整体架构。从程序猿的角度来说，虽然程序猿在技术实现时以构建稳定的系统为目标，尽量灵活应对需求的变化，让系统易于扩展和维护，但这也是要基于程序猿们对需求的理解，以及对潜在的需求变化的预测。如果在沟通过程中做不到让程序猿准确把握需求，那就不用考虑产品实现的满意度了。对技术实现的沟通主要应用于程序猿向产品经理沟通的场景中。如果产品经理对技术理解不够，程序猿很难向产品经理讲明白自己的工作现状，当产品经理想要改变需求或者希望为产品添加新的特性时，也无法准确理解程序猿对此产生的各种反应。只有依靠足够技术基础，产品经理才能理解程序猿对工作和任务的描述，把握技术实现的难度，制定更加合适的计划。至于多少技术才算“足够”，需要产品经理和程序猿慢慢中磨合了。最后，请相信程序猿，请在技术上放手！ 美学修养为什么程序猿可能会关注这一点？虽然程序猿不会像设计师那样与产品经理讨论产品的设计和交互等问题，但也会关注下用户体验的，而且优秀的程序猿也是艺术家，没准还是个真实的画家，要想赢得程序猿的尊敬，美学修养低于程序猿说不过去吧？ 学习能力产品经理和程序猿，是互联网上最需要频繁接受并掌握新知识的人。新知识新概念接受的慢，谁放心把产品交给这样的产品经理？何况产品经理要与聪明的程序猿们交流沟通，学习能力差的产品经理在沟通过程中会遇到各种困难，各种无法理解，在工作过程中也无法应该程序猿的尊敬。 无限热情这是产品经理最重要的素质，也是程序猿最需要从产品经理身上获取的元素。产品经理是最热爱自己产品的人，如果产品经理不能把自己的热情传递出去，程序猿也不会实心实意做产品的实现，实现一个没有激情的产品经理的想法，实在不是一件很 cool 的事情！ 小结产品经理若要和程序猿默契配合，最重要的是要赢得程序猿们的尊敬。产品经理并不是懂的技术越细越好，而是要在宏观上对技术有总体上的把握，在微观上懂得放手，相信程序猿，并锻炼好自己其他几项能力。做一个站在科技和人文交叉口上的产品经理吧！带着自己的梦想和激情去改变世界，会有一帮优秀的程序猿帮你的！

7. 产品经理要懂多少技术？

产品经理是个辛苦的工作，除了要最热爱产品，练功坐禅研究用户体验外，还要和一大堆人打交道——写代码的，做设计的，搞运营的，做市场的。前两类人算是艺术家，自然会带点艺术家特有的奇葩气质，第一类人又是和产品经理打交道的人里面最聪明的，一个不小心，没准就被程序猿们划入“白痴”族群，作为茶余饭后鄙视的对象。那么，产品经理要懂多少技术，才能游刃有余的和程序猿们打交道呢？在Gevin 看来，成功的产品经理必须是被程序猿尊敬的。虽然程序猿的水平和素质也良莠不齐，但要做一个成功的产品经理，必须假设面对的是一帮最优秀的程序猿，这样才不至于被当作白痴来骂。因此程序猿应该是这样一帮人，他们是聪明的，坚毅的，勇于克服困难的；中间也不乏文艺类的，或懂艺术，或注重体验，或关心人文。产品经理也不必为了能和各种程序猿沟通，使自己面面俱到，但至少对自己要有一个明确的定位，并把自己的定位展现在程序猿面前。Gevin 会把产品经理分为两类：● A：改变世界的海贼● B：自给自足的农夫A 类是那些真正热爱互联网的人，有自己的梦想，希望在互联网的海洋里冒险驰骋，不断创新，不断探索前行，看中的是这份冒险精神，享受的是冒险成功后的喜悦，他们也许会失败，但虽败犹荣，他们一旦成功，则会带来革命性的东西，甚至改变世界。B 类只是在互联网上求生存的人，他们并不热爱互联网，如果有更好的生存平台，他们可以放弃互联网；他们会踏实的基于数据做些分析，把一些实际可靠的元素融入产品，只要赚钱就行，创新和探索这些不靠谱的东西，尽量不碰。产品经理在开始做事之前，需要明确自己是 A 类还是 B 类，与程序猿沟通时，通过语言或者行动表明自己的定位。如果你是 A 类，优秀的程序猿会成为你强大的助手，如果你是 B 类，好的程序猿也会帮你衣钵满载。但如果你有 A 类的心，却做 B 类的事，不被骂白痴才怪；如果你按 B 类的要求与程序猿沟通，却心怀 A 类的雄心，高傲的程序猿会认为你在玩弄他。A 类的产品经理，对技术的要求高，能力覆盖范围广，程序猿对 B 类产品经理的要求，只是 A 类的一个子集。下面提到的产品经理，如无特别说明，是指 A 类。程序猿也知道产品经理是要与多种职责的人打交道的，要有较强的综合能力，不会在技术领域拿自己的强项和产品经理过不去，但他们同时认为一个优秀的产品经理要具备一些能力，能力不足的产品经理不会被程序猿尊敬。这些能力包括：● 对技术的理解●美学的修养●强大的学习能力●无限热情对技术的理解产品经理不懂技术当然不行，但产品经理也没必要掌握技术细节。产品的技术实现是由程序猿完成的，产品经理只要做到理解程序猿，尽量和程序猿做“无损沟通”即可。非技术出身的产品经理是比较辛苦的，因为你要在技术上下不少功夫。技术不简单，种类多，各有特色，发展日新月异，是产品经理和程序猿要时刻关注的主题。即便是对技术做整体的宏观的把握，也不是一个不懂技术的人一时半会就能融会贯通的。非技术出身的产品经理首先要迈过技术上的一道坎，让不懂技术的人看来，你是一个技术领域的内行。技术出身的产品经理，对技术的理解自然不是问题，但在和程序猿沟通时，会不自觉疏忽的是，容易过分纠结于细节，尤其是曾经在技术领域有不菲造诣的产品经理。产品经理不是对产品做技术实现的人，技术更新那么快，技术细节本身甚至技术实现的理念，会迅速更新迭代，产品经理和程序猿死磕技术细节得不偿失。上文提到的“无损沟通”，是指产品经理和程序猿在沟通中彼此完全理解，不存在疏漏和误解。这是不可能的，但这必须是二者沟通的目标。产品经理和程序猿沟通时，两个方面尤其重要：●A：对需求的沟通●B：对技术实现的沟通对需求的沟通主要应用于产品经理向程序猿阐述需求的场景中。程序猿实现产品功能，是基于对需求的理解；在功能实现过程中和实现完成后，需求的变化又可能带来产品实现上的灾难。如果程序猿不能准确理解产品经理对需求的描述，很可能实现的功能与产品经理的想法大相径庭，浪费大家的时间；如果产品经理想法不够明确，导致需求变来变去，无疑是对程序猿的恶意攻击。需求上任意一个小小的变化，在代码实现中的都有可能产生巨大麻烦，甚至会动摇代码的整体架构。从程序猿的角度来说，虽然程序猿在技术实现时以构建稳定的系统为目标，尽量灵活应对需求的变化，让系统易于扩展和维护，但这也是要基于程序猿们对需求的理解，以及对潜在的需求变化的预测。如果在沟通过程中做不到让程序猿准确把握需求，那就不用考虑产品实现的满意度了。对技术实现的沟通主要应用于程序猿向产品经理沟通的场景中。如果产品经理对技术理解不够，程序猿很难向产品经理讲明白自己的工作现状，当产品经理想要改变需求或者希望为产品添加新的特性时，也无法准确理解程序猿对此产生的各种反应。只有依靠足够技术基础，产品经理才能理解程序猿对工作和任务的描述，把握技术实现的难度，制定更加合适的计划。至于多少技术才算“足够”，需要产品经理和程序猿慢慢中磨合了。最后，请相信程序猿，请在技术上放手！美学修养为什么程序猿可能会关注这一点？虽然程序猿不会像设计师那样与产品经理讨论产品的设计和交互等问题，但也会关注下用户体验的，而且优秀的程序猿也是艺术家，没准还是个真实的画家，要想赢得程序猿的尊敬，美学修养低于程序猿说不过去吧？学习能力产品经理和程序猿，是互联网上最需要频繁接受并掌握新知识的人。新知识新概念接受的慢，谁放心把产品交给这样的产品经理？何况产品经理要与聪明的程序猿们交流沟通，学习能力差的产品经理在沟通过程中会遇到各种困难，各种无法理解，在工作过程中也无法应该程序猿的尊敬。无限热情这是产品经理最重要的素质，也是程序猿最需要从产品经理身上获取的元素。产品经理是最热爱自己产品的人，如果产品经理不能把自己的热情传递出去，程序猿也不会实心实意做产品的实现，实现一个没有激情的产品经理的想法，实在不是一件很 cool 的事情！小结产品经理若要和程序猿默契配合，最重要的是要赢得程序猿们的尊敬。产品经理并不是懂的技术越细越好，而是要在宏观上对技术有总体上的把握，在微观上懂得放手，相信程序猿，并锻炼好自己其他几项能力。做一个站在科技和人文交叉口上的产品经理吧！带着自己的梦想和激情去改变世界，会有一帮优秀的程序猿帮你的！

8. 产品经理，和产品总监，有什么区别

一、职位不同
1、产品经理：是企业中专门负责产品管理的职位。
2、产品总监：直接向行政总裁或首席执行官，报告的高级执行人员。
二、职责不同
1、产品经理：负责市场调查并根据产品、市场及用户等的需求，确定开发何种产品，选择何种业务模式、商业模式等。
2、产品总监：执行并负责企业的产品营运，是公司内部高阶的专业经理人。整体研究、策划、设计和完善公司的各个产品。


三、工作内容不同
1、产品经理：倾听用户需求；负责产品功能的定义、规划和设计；做各种复杂决策，保证团队顺利开展工作及跟踪程序错误等。
2、产品总监：综合各方面产品需求和技术平台，撰写产品需求书，详细阐述产品功能和操作流程。综合产品需求和技术平台，撰写产品需求书，对产品的各项运营指标负责；营销策划和相关项目管理。

参考资料来源：百度百科-产品经理
参考资料来源：百度百科-产品总监