日本产品经理和程序员

㈠ 产品经理跟程序员是上下级关系

因为成为产品经理，能学到非常多的知识，在不同的层面
产品经理软技能：
个人魅力：包括沟通能力，领导能力，愿景能力，感染能力，审美能力等等；
产品修养：产品修养包括混迹产品社区，运营社区，优秀产品群；
互联网修养：了解互联网现状，跟踪互联网热点，跟踪互联网前沿，混迹互联网社区。
项目管理
产品经理的一个重要角色是项目经理，产品经理需要对整个项目的结果负责，包括按时交付，合格交付，成本控制。
项目经理需要熟练项目的5大过程组和10大工作领域，对于互联网产品经理来说，主要内容包括：
项目沟通：沟通是互联网开发中产品经理最重要的工作，包括和上级，开发人员，运营人员等等；
总体进度计划：项目的总体进度，例如产品设计，UI设计，各个模块开发，测试进度，部署等等，产品经理必须把握整体的进度，针对节点进行审核；
开发详细计划：开发详细计划是总体进度计划的一部分，一般来说开发计划是技术经理维护，但是产品经理必须进行整体把控；
项目控制：项目干系人，风险，进度，质量等等控制。
协助推广
产品开发出来必须推广到市场，否则产品就是一个实验品。产品经理不需要完全负责运营推广，但是必须对运营人员提供必备的支持。
基本工作如下：
基础运营数据：获取产品的基础运营数据，例如下载量，用户量，支付金额，留存；
埋点：埋点的一种获取产品运营数据的重要方法，他可以分析页面点击，页面转化等等；
业务数据：业务数据例如订单情况，售后订单，销量等等；
竞品分析：和市面上相似产品对比分析；
Swot分析：了解本产品的优势、弱势、机遇、挑战。
迭代开发
第一个版本做出来后，产品进入迭代开发阶段，一般迭代周期是2个星期；迭代开发就是将从产品规划到运营过程进行浓缩，每个迭代周期开发少量的功能。
基本的工作如下：
收集需求：收集产品的需求，哪些需求进行迭代开发；
需求排序：针对需求进行排序，高优先级的尽快开发，优先级低的稍晚开发；
细节功能设计：第一个版本的功能进行细化，例如效果细化，交互细化等等；
迭代计划：维护整个迭代过程的项目计划。
根植行业
产品都有很强的行业属性，必须熟悉本行业才能设计本行业需要的产品，否则就是空想。
我们需要了解行业现状，熟悉行业痛点，熟悉行业热点，并且还得了解相关行业，此外需要熟悉相关的法规，道德，加入行业圈子，多逛行业论坛。
个人魅力
上述讲的是产品经理硬技能，下面介绍一下软技能，软技能更多的是个人的修养问题，但是这些会影响到产品经理的整个职业生涯。
个人魅力包括个人领导能力，沟通能力，愿景能力，洞察能力，审美能力，感染能力。拥有强大个人魅力的产品经理才能成为整个产品的领导者，才能激励整个项目成员，提高团队效率。
产品修养
产品经理需要提高产品修养能力。
产品修养包括：
与高人为伍：有时高人的一句指点胜过你苦思冥想一个月，产品经理需要向前辈，向领导，同级组织成员请教，请教他们你不熟悉的内容；
与实践者为伍：不要和空想者为伍，而是和实践者为伍，产品的使用对象均是实践者，实践者的想法将会提高你整个产品的境界；
产品社区：例如产品壹佰，pmcaff，多看一下帖子提高自身修养，此外多加入一些QQ群；
运营工具：例如应用雷达，酷传，APP annie，ASO 100，网络指数等，运营工具可以用来分析产品的运营数据。
互联网修养
一个互联网人，必须熟悉互联网，有一定的互联网修养，多看新闻，多参加一些沙龙，提高自身的互联网修养。
了解互联网现状：熟悉当前中国和世界上优秀的互联网公司，多了解互联网当前现状，例如阿里巴巴，腾讯，网络，小米，华为，360等；
跟踪互联网热点：当前互联网热点，例如项目热点，投资热点这些，可以查看36kr，虎嗅，这些社区提高了互联网热点现状；
跟踪互联网前沿：例如vr/ar，物联网，智能设备等等；
大数据平台：常见的例如易观数据，talkingdata，这些互联网大数据平台会提供部分免费的行业分析报告，了解互联网大数据对产品整体把控有一定的帮助。

如果需要学习，可以看下这几个软件：
1.脑图工具：网络脑图

2.文档共享：蓝湖、Axure等软件

3.项目管理：jira

㈡ 产品经理和程序员,如何避免矛盾

产品实现是你的目的，为了这个目的不必太讲究。

做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。

接下来我就阐述下自己的一些心得：

• 产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）

• 用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。

• 试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。

• 注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。

总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。

㈢ 程序员和产品经理谈恋爱是怎样一种体验

除了职业，一定也有其兴趣爱好的吧～
没啥体会～不管职业如何，都要恋爱结婚。坦诚相待就是了。恋爱本来就是谈出来的～要有交流才会有发展。
喜欢要主动些。展示你的好，用真诚的心去打动对方～
恋爱中，有没有未来,能不能够幸福，这就得看你们能不能把这份爱情经营好了。学会宽容学会珍惜，互敬互爱坦诚相待，真心换真情，未来肯定是美好的！

㈣ 产品经理和程序员哪个工资高

方向都不一样吧！产品经理是策划工作，程序员是开发工作，当然两种工作的逻辑能力，都非常重要！这是基础，不是区分人才等级的关键。

我觉得更多的是解决问题的能力，才是区分顶级、优秀、一般、普通人才的标志。

产品经理做的是未来的工作，因为他要思考一款产品，满足用户的需求，公司活不活下去，产品策划真的很重要，钱砸错了，影响是非常巨大的……

程序员做的是现在的工作，他要努力实现产品，继而跟运营、市场联动，实现产品增长，这样就有现金流……尤其对于软件产品，需要经得住大众的考验，都是bug的产品是绝对没有前途的。

如果简单粗暴来比较两个岗位，感觉很不公平，很多人会以为产品经理会更高级？大错特错，技术圈水那么深，谁还给谁打下手啊。重要的是，发现现象背后的本质，才是最重要的。技术人员会有很多开发项目的机会，多思考一下商业价值吧！

㈤ 做产品经理还是程序员

产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。
技能要求高。 技术肯定要，设计其实也要，否则无法做原型设计。还有就是细节要求，最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导，做PPT做到吐，本来如果写程序写的多还有点用。PPT做那么多根本没用，浪费脑细胞。
产品经理前途渺茫，除非你自己想创业，否则产品经理实际没有太多升职空间，国内的产品总监很多都是市场或运营的人来管的。做产品的很少会做到总监级别。当然国内腾讯还是很看重产品这个职位的，但其他的公司基本没有看重产品的。
产品经理加班的确比程序员少，但是产品发布测试的时候，也是忙死，否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。
程序员以前的地位不行，但现在很多公司已经意识到技术的重要性，程序员的薪资范围实际上限比产品高很多，60万年薪不算什么，国外公司年薪100万也是有可能的。产品职位基本没可能。
现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。
不创业也可以靠编程序活一辈子，一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。随着年龄提高程序员的经验壁垒比产品高很多。
程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。
最后还有程序员可以靠自己想做的技术，例如NB的技术到达人生梦想，而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。

㈥ 产品经理和程序员之间如何避免矛盾

产品汪和程序猿

一、产品经理和程序员最讨厌的三句话

产品经理和程序员,就像一对情人，若即若离，有时还会撕逼，和谐的时候一切都好，撕逼的时候两败俱伤。

你知道程序员最讨厌的三句话是什么吗？

1、这个需求很简单，改一下就好了

2、你先大概弄一个，我看看再说

3、我先下班了，加油啊

我想任何一个程序员听到这样的话都会气炸了，不撕逼才怪，你作为程序员会如何回答这三句话？

1、这个需求很简单？你行你来啊！

2、大概先弄一个？请问先生（女士），什么叫大概？

3、你大爷的

你知道产品经理最讨厌的三句话是什么吗？

1、这个需求做不了

2、这个需求工作量太大了，估计要搞3个月

3、这个变更没时间做，往后排吧

产品经理在前端，有用户、有老板、有销售，版本发布的压力很大，听到这样的话估计心情也好不了哪去？

1、这个需求做不了？又不是我提的，还不是那个2B用户提的

2、要做这么长时间？养你们有什么用，还不如我自己来

3、变更没时间搞？随便，等老板来拍你吧。

二、产品经理和程序员本质上的差异是什么

奶爸干过程序员，也干过项产品经理，深知这两类工作的差异，各有各的不易。

总体上来看，做产品更侧重于创造和方案能力，不需要精密的逻辑，所以试错成本相对比较低，大不了改改原型，改改方案，这个成本是可承受的。

程序员的工作是非常精密的逻辑，一个看似很小的变更有可能对代码产生很大的影响，所以试错成本非常高，弄不好可能会因为需求的变化导致系统的重构，这时候程序员的挫败感是可想而知的。

三、产品经理和程序员友好相处的清单

1、产品经理收集需求后，在需求分析阶段，需要把一些不合理的需求尽量和用户沟通去掉，避免不合理需求造成产品发布时间延迟和没有必要的成本浪费，当然这需要产品经理去说服用户，不能只做用户的传声筒。

2、需求分析时，产品经理应该根据经验，敏锐的发现一些在技术层面实现有困难的需求，及时让研发介入，评估技术可行性，避免后续出现需求定下来，研发说做不了的情况。

当然这需要我们的产品经理对软件技术架构有一定了解和预判能力，你不能所有的需求都要在需求分析阶段让研发介入，这个成本也是极高的，所以要把握好这个度也是一项能力。

3、原型还是需求沟通的最好方式，这样是避免产品和研发在需求理解上有差异的最好手段，只靠写一些文字的需求说明书很难达到好的效果。

但这里面要注意一点，产品经理绘制出来的原型一般是非高保真原型，是为了更好的沟通需要，所以不能完全按照原型做，需要基于我们自己的前台架构进行定制。

4、需求评审的时候，研发可能会有一些不一样的意见，他们做了很多年的开发，会有很多好的经验，好的经验要虚心接受，不能觉得自己是产品就是老大，就是要按我说的做，这样很容易造成矛盾，求同存异，目标一致，这个是最好的结果。

5、研发说这个需求做不了的时候，有两种情况，一个是觉得这个需求实现起来比较麻烦，故意骗你；另外一种情况就是他的知识盲区，他可能确实不知道这个事能做。

产品经理需要有能力和研发进行谈判，比如采用类比法（类似的需求在其它项目上咱们就做过），比如去找架构师探讨技术可行性。

6、研发有时候评估的工作量会比较大，整个上线计划拉的比较长，产品经理可以要求研发出详细的资源配置清单，这样能清楚的看到一个需求被分解成了多少个研发任务，每个任务的起止时间，由谁负责完成。这样产品经理大概能看出任务的前后置关系是否合理？工作量是否合理等。

产品经理绝不能说，这么简单怎么要搞这么长时间，类似的话一出，绝对会激怒对方，还是要有理有据进行谈判。

如果实在无法压缩工作量，如果增加人力能解决问题的话，可以考虑找领导申请资源。如果还是不行就要砍需求或者改方案了。

7、在版本计划定好的情况，尽量不加需求，这样很容易打乱开发的节奏，如果一定要加进来，一定要和研发说清楚，这个是用户领导或者老板的强制要求，转移矛盾。如果可以的话，增加了需求尽量推迟上线计划。

8、开发过程中如果需求有改动，需要及时更新需求文档，同时发给我们的研发同学，否则只是靠嘴说一下，很可能研发的同事就不做了，所以一定要落到纸面上。

9、上线的时候要坚持和研发同事一起加班，这样大家才是一个团队，赢了一起狂，输了一起扛。

10、最后一点，就是要多交流，没有什么问题是一顿火锅解决不了的，大家关系好了，很多事情沟通起来自然容易，而且也会更信任对方，这样就万事OK了。

㈦ 程序员和产品经理在思维方式上有什么区别

程序员不太考虑产品为什么要这么做，只考虑要把产品做出来，产品经理要考虑为什么要这么做，需要从商业价值、业务需求上考虑，这是比较大的区别。

㈧ 程序员和产品经理究竟哪条路更好

如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。

产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。

有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。

无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。

所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。