攻城师们期望的产品经理是什么样的？.pdfVIP

攻城师们期望的产品经理是什么样的？ 小编导读：本文是作者对攻城师做的一个调研，攻城师期望的产品经理是什么样的。虽然调 研用户数不多，但也有一定的参考性，你是攻城师期望的产品经理吗？ 【前言】： 从交互设计师转做产品经理不知不觉两年了，虽然角色并未完全转变过来，但是心态和做事方法已 经发生了不小的改变。最大的心态转变就是： owner 心态（主人翁）、目标驱动、没有借口。产品 经理一定是个主动的角色，他不是任何人的资源，他没有任何的权力，但是又要统筹各种资源，让 各种角色因为目标聚集在一起，共同完成任务，达到目标。期间，遇到的困难和挫折也不少，其中 的困难之一就在于对技术的把握。 我负责的是数据产品，可能一个项目，我会同时与 java 开发、数据仓库开发、前端开发以及 app 客 户端开发打交道，被他们提需求，或者想需求去虐他们。然后就是被各种术语围绕 —— 架构、 集群、 java 、jquery 、hbase 、缓存、模块、 js 、调用、服务器、接口、 CDN 、数据库、 MySQL 、 JAR 、代理、内存、分布式、语义、数据挖掘、 Hive 、 Hadoop 、反向代理、流式计算、离线计算、 即时查询、 PHP 、变量、参数、 join 、流join 、实例 …… 太多了。 某日我站在我们部门的书架前，下决心去学点技术知识，可是又发现技术涉及到各个方面，无从 下手。 于是我就见了开发就问：嘿，你觉得我应该学点什么技术知识呢？ 他们的回答也是迥异的 —— 有的说：你什么都不用补充，只管考虑商业层面，以及把你的需求描述清楚，剩下的事情交给开发 。 有的说：恩，作为一个天天与技术打交道的产品经理，你是应该好好学点技术知识，比如 …… 然后 就听到一大堆名词出来 …… 平时也经常听到攻城师评价产品经理，如果产品经理的只要职责是专门想需求的人，可是，攻城师 们的思维也很活跃，也很超前，也很有创意，只是没有给他们机会和时间去想，是吗？那 PD 的想和 程序猿应该有哪些不一样呢？或者除了 想“ ”，攻城师对产品经理还有何种期待呢？ 所以，我向诸位攻城师们做个简单的调研，了解一下他们是怎么看产品经理，他们认为好的产品经 理是什么样的？什么样的产品经理却让他们头疼？他们认为产品经理的专业性主要体现在哪些方面 ？他们认为产品经理要补充哪些技术？ 问卷仅向攻城师发送，邀请了几十位我有过接触的攻城师，有架构师，有开发工程师，有测试工 程师，也有数据开发工程师 …… 层级不等，但是期待相似，尤其是建议篇，字字珠玑，读之阅之， 引人深思。若分享之，有幸帮助别的产品经理同样进步，岂不快哉。其实，整理此文最大的目的是 ：自勉，给自己树个镜子，经常照照。 问题 1：什么样的产品经理会让你认可乃至佩服？ 另外选择了其他选项的，有三位开发同学，他们分别补充了三点： 1. 有对未来市场的把控和预测 2. 善于规划和整理的 3. 独立的、冷静的 【点评】：在开发 GG 们看来，产品经理主要要负责把事情想对，想明白，沟通清楚。剩下干活就是 开发的事情了。昨天也听一个大产品经理讲了一下我挺认同的话，他说，市场部门和产品经理是最 费钱的，市场就是拿预算砸效果，而一个不靠谱的产品经理，想一个不靠谱的需求，折腾了一群 人（设计啊、开发啊、测试啊、运维啊、运营啊、市场啊 …… ）加班加点，发布了上线了，发现不 是那么回事，于是各位开发同学的心血付诸流水。开发同学更期望产品经理 想“”的能力上胜人一 筹—— 反正活是我们干，你要想出花样才行啊 …… 。另外，光想出创意和想法来是没用的，好的产 品经理还得能够顺畅地将想法具体化下来，让各色人物都明白你到底在想什么，不管是巧舌如簧 也好，讲故事也好，画图也好，总之你得让开发 GG 们知道怎么编码，让交互设计师知道如何设计， 让视觉设计师知道风格向什么方向走 …… 要能够做到这两条，产品经理不就得不断开拓眼界，不断尝鲜，不断丰富自己各方面的知识和能 力吗？所以