产品经理

如果说程序员的最大的“敌人”是谁？那么很多人第一反应就是产品经理。当然，网络上很多段子也会让我们误解他们两者之间的关系。本期移动精英开发俱乐部，我们就邀请了很多程序员和产品经理一起来聊聊“产品经理的那点事！”，有吐槽，还有调侃，当然还有怎么解决存在的那些矛盾。希望越来越多的程序员同学和产品经理，都能够“冰释前嫌”，一起努力做出更好的产品，让世界变得更美好。文章系国内 ITOM 管理平台 OneAPM 审校整理。 ## 你心目中的产品经理应该是什么样的？ **懂产品的技术：**产品经理应该是什么都懂一点。 **张小举懂技术的产品：**亲和力高，沟通能力强，逻辑性严谨。但是产品容易被运营带沟里，如果自己没主见的话。 **小嘎：**产品经理定位需求，并画流程图，不过是给程序员挖坑呢？还是铺路？要看个人能力。 **海滨-第一视频pm：**一直觉得很多产品经理太虚了！我所理解的产品经理是了解所处行业，并且能把握产品整体方向的人，而不是针对细枝末节斤斤计较的交互设计师。 **丁建龙：**很多产品跟老板说，需求有多少功能，需要多少工期，但是产品理念的支撑是什么？很多人想不明白。个人感觉，有很多产品都是过度设计，不断改需求，一边是自负，一边是无把握。 **du：**真正的产品经理只有一个，就是这个产品的大BOSS！ **熊生：**我们小公司没有产品经理，但也是不断改需求，经常老板一句话

　　产品经理的职称最早出现在P&G宝洁公司，因效果非常显著，许多企业纷纷仿而效尤。硅谷知名的产品管理大师Marty Cagan在《Inspired: How To Create Products Customers Love》中，将产品经理一职形容为「 找出有价值、可利用和行得通的产品 」（”to discover a product that is valuable，usable and feasible”）。 　　根据美国产品管理协会PDMA的定义，所谓的产品管理（Product Management）是指：在新产品开发的过程当中，通过不断监控和调整市场组合的基本要素（其中包括产品及自身特色、沟通策略、配销渠道和价格），随时确保产品或者服务能充分满足客户需求。而产品经理就是针对上述特定产品活动肩负所有责任的人。 　　即便是产品经理的角色很重要，但在多数公司却不一定受到重视，原因之一就在于—对于 “产品管理制度” 及 “产品经理定位” 存在许多的误解。 　　 1.产品经理与项目经理，哪一个比较重要？ 　　经常很多人问的问题就是两种PM之间的差别？有些甚至于以职务大小、责任轻重来做为两者的差异…而这些都是普遍存在很多解释不清楚的地方。实际上，产品经理与项目经理的不同，在于产品经理必须对产品全权负责以及对产品的整个流程负责。一旦该项目被完全理解成产品来看待，项目经理则消失了

ARTS第九周 ARTS是什么？ Algorithm ：每周至少做一个leetcode的算法题； Review ：阅读并点评至少一篇英文技术文章； Tip/Techni ：学习至少一个技术技巧； Share ：分享一篇有观点和思考的技术文章。 Algorithm 题目： 21. Merge Two Sorted Lists 解题思路 此题要求我们合并两个排好序的链表，合并之后的链表要求也是有序的，因此我们在每次做合并操作的时候需要比较两个链表头节点的大小，较小的那个节点加到新链表的尾端。 同时，取较小节点的下一个节点与刚才比较过的较大的节点比较，再把较小的那个节点加到新链表的尾端，重复这两个操作，直到遍历完其中一个链表。 代码 public ListNode mergeTwoLists(ListNode l1, ListNode l2) { if (l1 == null){ return l2; } if (l2 == null){ return l1; } if (l1.val < l2.val){ l1.next = mergeTwoLists(l1.next, l2); return l1; }else{ l2.next = mergeTwoLists(l2.next, l1); return l2; } } Review 详见： 一.Java技术现象 Tip/Techni

1、沟通能力 优秀的 产品经理 一定是个成功的沟通者， 沟通能力包括口头沟通能力和文字沟通能力。产品经理的一个最主要角色是做为沟通的中心，如下图所示： 产品经理 的沟通能力不仅体现在和不同工作岗位的人进行有效沟通，同时还体现在如下方面： 和不同个性的人沟通 。例如，大部分工程师的性格偏内向，而大部分销售和市场人员则很外向 和不同工作岗位的人沟通时采用不同的”语言” 。如果要进行高效沟通，很重要的一点是说沟通对象关注和易于理解的”语言”。比如，在和市场人员沟通和与工程师沟通时，要采用不同的沟通方式：对于市场人员说太多诸如”数据库性能”、”内存管理算法”之类的东西，无疑会让他们郁闷不解；而对工程师谈话过于概念化，也无助于他们设计真正的实现细节；类似的，在同老板们沟通时，则应该更多聚焦在较高的层面上，避免过于深入细枝末节的事情。 2、无授权领导能力 成功的 产品经理 是优秀的领导者，即便是没有明确的授权。 产品经理 通常需要在多个领域执行领导工作，包括领导项目团队、领导产品战略和蓝图指定，以及领导跨团队的产品活动等。但是在大多数情况下，产品经理通常没有得到公司正式的授权。此时，是否具有”无授权领导能力”就成为成功与否的关键。 如何在无授权的情况下领导团队，我的建议是–综合运用影响力、协商、人际关系及其他类似 技能 。 3、学习能力 IT产业是一个快速变化的产业，”不变的也许只有变化”

1、沟通能力 　　优秀的产品经理一定是个成功的沟通者， 沟通能力包括口头沟通能力和文字沟通能力。产品经理的一个最主要角色是做为沟通的中心。 　　产品经理的沟通能力不仅体现在和不同工作岗位的人进行有效沟通，同时还体现在如下方面： 　　和不同个性的人沟通。例如，大部分工程师的性格偏内向，而大部分销售和市场人员则很外向 　　和不同工作岗位的人沟通时采用不同的”语言” 。如果要进行高效沟通，很重要的一点是说沟通对象关注和易于理解的”语言”。比如，在和市场人员沟通和与工程师沟通时，要采用不同的沟通方式：对于市场人员说太多诸如”数据库性能”、”内存管理算法”之类的东西，无疑会让他们郁闷不解；而对工程师谈话过于概念化，也无助于他们设计真正的实现细节；类似的，在同老板们沟通时，则应该更多聚焦在较高的层面上，避免过于深入细枝末节的事情。 　　 　　2、无授权领导能力 　　成功的产品经理是优秀的领导者，即便是没有明确的授权。 　　产品经理通常需要在多个领域执行领导工作，包括领导项目团队、领导产品战略和蓝图指定，以及领导跨团队的产品活动等。但是在大多数情况下，产品经理通常没有得到公司正式的授权。此时，是否具有”无授权领导能力”就成为成功与否的关键。 　　如何在无授权的情况下领导团队，我的建议是–综合运用影响力、协商、人际关系及其他类似技能。 　　 　　3、学习能力 　　IT产业是一个快速变化的产业，

科技改变生活，互联网的变革影响了世界。 一、为何要了解互联网发展简史 当你看到这篇文章题目时，是不是在疑惑成为产品经理和了解互联网发展史有什么关系。在这里，我可以说当然有关系，以下是我的几点思考： 大公司对产品经理的能力要求 大公司要求产品经理具备一定的前瞻性，正所谓“以史为鉴，可以知兴替”。通过了解互联网的发展历程，我们可以培养自己分析预测互联网未来发展的潜质。 丰富自己的知识底蕴，做一个行内人 做一行，爱一行。当你决定转行做产品经理时，你就应该去主动了解产品经理的一切。 话不多说，直接进入主题。 二、中国互联网的三次浪潮 1994年4月20日，一根64K的国际专线让中国接入了因特网，中国的互联网也由此拉开帷幕。在20多年里，中国互联网经历了三次浪潮。在这三次浪潮里面，很多公司产品被埋没，也有很多成为了今日之星。 1994到2000年这是中国互联网的第一次浪潮。此时主要是以新闻资讯为主的门户型网站，在当时那个年代，很多杂志社报社都成立了自己的网站。在那个时期也诞生了中国的三大门户网站。因此1998年也被成为中国门户网站元年。 在今天家喻户晓的电商网站也在那个时期出现。王峻涛在1999年创建了中国第一个电子商务网站8848。当年11月，Intel公司总裁贝瑞特访华，称8848是“中国电子商务领头羊”。美国《时代周刊》称8848网站是“中国最热门的电子商务站点”。同年邵亦波创立了易趣

我们来模拟一下工作中的问题： 假如说，产品经理提出一个需求，我们进行开发 1、首先，我们通过sourcetree来创建一个demo3的一个仓库，并创建一个gui_demo.txt的一个文件 随后便完成添加、提交 假如说产品经理突然需求变更 所以我们就在工作区，打开资源管理器，找出刚才的gui_demo.txt，添加需求变更 我们也发现，当修改后的gui_demo.txt文件在工作区变成了橙色，随机我们添加到暂存区 当我们准备要提交到仓库时，产品经理突然又说之前变更的不需要了，心里一万句mmp，我们可以通过右击gui_demo.txt，选择丢弃，就可以了，也就是暂存区到工作区的回滚 变更也就不见了 到了第二天，产品经理提出了一个需求，我们完成后添加并且提交 我们已经提交了第二次的需求，产品经理突然说不需要了 这时需要重置到第一次的分支，右击first commit，并选择 2、接下来我们通过命令行git bash来操作一下以上的步骤 我们手动在本地资源demo4文件夹初始化为仓库，并在demo4下创建一个git_bash.txt 随后查看git仓库的状态 显式红色说明这个文件还在工作区，还没有提交 接下类通过git add 命令来添加到暂存区，再通过git commit 把文件提交到本地仓库 提交后准备下班，产品经理临时又提出了一个需求 查看仓库状态 我们提交到暂存区，

一、UI设计 1. 表单或表单类详情页，排版必须使用上下竖排，不允许使用左右两个表单要素； 来源： https://www.cnblogs.com/yeahwell/p/12267441.html

有人说产品经理是产品的灵魂，有人说产品经理是企业的核心。对于我们未来想要做产品经理，获得较高的收入，实现自己对产品的诠释，原型图是肯定绕不开的。即便刚毕业我们去做产品助理，原型设计也是产品助理的主要工作。 下面跟大家聊聊几款产品经理常用的原型设计工具，产品工作感兴趣的同学可以用来熟练下使用技巧，未来也提高自己做产品助理/经理的录取率不是。 1.Axure 这个老家伙是肯定要有的，圈子里面的公认产品设计工具，很多单位的招聘条件上清清楚楚写着“熟练使用Axure”有木有。这有点像你学摄影的，一定要学会PS一样；更像你大学毕业，四级英语必须要考过一样。 Axure的使用简单也不简单，相关网络教程和图书有的是，百度一下一大把一大把的。当然职优易后续也会更新相关的文章，来教大家如何使用这款产品设计神器。 2.Mockplus(摩客) 一款产品小白都可以快速上手操作的超级省时省力的工具，这款产品的交互也是它本身的一大亮点，只需要拖一拖鼠标，即可完成交互的设计，所见所得，没有复杂的参数，更无需编程。 3.墨刀 说到了摩客必然要说到墨刀，墨刀对于APP的原型设计真的是体验非常好，怎么说呢？就像有一个无形的人在帮助你，和你一起打造你的原型APP。（当然以后也适用微信小程序的设计），其控件的拖拉、大小的调整，都会自然的去匹配相应的母版大小。无需去担心有多移动一点或多 选择一点

积极进行 需求调研，客观记录问题现状， 与接口人 讨论， 组织 会议 为立项做好 PPT ， 先做 模型 ，再画 原型 ，最后 PRD 日常问题收集，行业分析 1. 调研，讨论，会议： 调研： 做需求调研时，一份细致的调研访谈计划和访谈问题列表会很有帮助。虽然访谈过程中临场发挥和追根究底的能力和意识很重要，但提前有所准备，能够让访谈主线更加清晰。在保证调研主线清晰的前提下，访谈出更多内容，才能达到比较好的需求调研结果 。 调研时，一定以对方的身份去参与，站在客户角度分析。 为了让调研的结果更有说服力，调研时，记录下系统操作，实际操作的方式，要客观，不要加入自己的内容。 对于操作人员的工作，给予赞扬。 按照现场截图讲解，说服力很好，没有质疑 在图片上写明问题，可以在讲解中方便理解 记录好特殊点，做好前后对比 讨论： 会议： 做好会议记录，记录细节用于自己理解，记录要点用于用于"会议纪要"。 对问题达成共识。 对于关键点，着重描述。 工具： MindManager ，录音笔，截图 + 描述工具（因为在现场，是不是也可以用手机拍照）， PPT （如果有数据更好） 2. 模型： 对产品形态 结构的梳理，包括功能模块，逻辑关系，信息架构，业务流程等，可以用脑图，use case图，业务流程图来表示，根据不同产品，产出物的侧重点不同。但模型很必要，是可以帮助产品经理将一个想法