以下是某次活动的产出，可以参考
1.有一定的技术背景
2.在产品功能和技术成本间，可以客观地权衡双方利益
3.善于沟通，会打感情牌（女孩子会撒娇也管用）
4.有较强的产品设计逻辑和长期的产品规划，不是干一票就撒手不管的那种
5.善于抽象产品指标，善于利用指标和数据客观评估产品质量的
6.有较强的产品把控能力，比如项目大小，功能边界，需求细节等
7.尊重工程师的工作，愿意听他们的想法，潜意识中不要只把他们当做编程工具
直接补充一个问题，开发人员眼中的优秀产品文档是什么样的？
个人认为产品经理首先还是要有强大的专业能力，我经历了这么多产品经理开始懂得，你不能要求每个产品经理都能懂得开发，但是我们开发者实际上也要具备一定的产品能力，只有这样双方才能更好的沟通。毕竟开发与产品和谐相处也不是一个太好的局面。最近很流行的这张图展现他们之间的看法
优秀产品的文档，应具备以下要求：
- 语意明确，陈述清晰，句式简洁，规范统一
- 需求粒度合理，可追踪来源
- 对开发来说可实现，可验证
- 标明优先级
大家看看还有什么遗漏的？
亲爱的项目经理，我恨你
项目经理，我恨你，而且我知道你也恨我。我真的不理解，你究竟是做什么的。
你是一个多么独特的角色呀，几乎每个公司都要雇用你这样的人。可在不管大大小小的项目中，你与其说是帮忙，不如说是添乱。我坚信，大部分的项目经理都可以用一个技术首领来替代，我是严肃的，难道一群聪明的人真的需要另外一个人来替他们“管理”项目吗？
下面是7种项目经理让我恼火的事情。
你拿不出任何有用的东西 我知道这话很刺耳，但这是事实。我打过交道的所有项目经理都没有贡献过任何价值。如果项目上出现了问题和麻烦，你只会催促我们搞定它，给我们压力，可这是我们需要的来自你的支持吗？
你是一个信息黑洞 你更善于积极跟你的上级管理者交流沟通，而不是跟你管理的团队。结果，重要的项目信息根本存不到你脑子里，只有在一些特殊时期，通常是上线最后期限的前几天，你才会关注。上级管理者和开发人员之间出现了一堵墙，你就是阻挡信息流通的那堵墙。
你把所有人都当成工具对待。 你把所有程序员都当成可以随意消耗的资源。你告诉他们如何和何时要完成一个功能。你从来不理会我们对项目的想法。你几乎没让我们参加过有上级领导参与的讨论项目计划和实施的会议。如果在这些会议中有程序员参与，大老板们一定会投入更多的资金来让项目成功。
装腔作势，哗众取宠 你 实施的就是一个SB项目开发方法，靠喷出一些最新的项目管理词汇来让大家认为你很聪明。可我不是一个“瀑布法 vs Scrum vs 敏捷法”的粉丝，它们各有长处，但大部分时候它们都是浪费时间。我真的需要把工作分成小块，放到一个sprint里吗？(顺便说一句，请不要再把 sprint当成时间单元。)为什么我需要每日站会，我早就清楚每个人都在干什么，如果我不知道，那是因为我不需要知道或不想知道。
你召开了太多无用的会议 这点我都不屑于说。
你独揽所有荣誉，责备全都推给我们 因为有你人为的一堵墙(第二点中所说)，当项目成功时，你把荣誉和光环全都揽到自己身上。上级领导只能这样做，因为他们不知道实情，他们不知道还有程序员。而当事情不顺利时，你却撇的一干二净，受谴责的总是程序员。
毫无用处的进度监控方法 你热衷于用Excel创造出SB的进度监控图表，拿到会议上向人们展示你取得的进展——尽管你对此没有做出任何贡献。为什么你要纠缠不休的让程序员填写每日工作报告。我们给你那些SB的进度数字，是因为我们知道你要拿这些数字敷衍他们，让自己脸面好看。
总结得知，大多数是项目经理都是在争取自身的最大利益，并以牺牲周围的所有人为代价。这能怪谁，这个社会的坏风气在鼓励这种行为。也许最好的办法就是完全删掉这个职务角色。
[英文原文：Dear Project Manager, I Hate You ]
转自： http://ourjs.com/detail/525601a20a44ef3c0300000f
把产品经理当女朋友看就一切都可以接受了 ><
产品经理要知道产品的一切细节.甚至比项目经理还要清楚
不过个人感觉 这个词语已经被糟蹋了
1. 相关产品的重度用户
2. 能够明确定义产品的核心功能
3. 与项目经理和开发工程师沟通合作协作完成产品的能力
4. 组建团队的能力
5. 产品营销能力