关注互联网，分享草根经理人的成长
更多精彩，欢迎访问Rouny的独立博客：www.wangrunyu.com
前些日子和好友费杰闲聊，说起了他的一篇博客《产品经理模型解说-沟通》，颇有共鸣。因为我在工作中也常会遇到一些矛盾，比如：
不知道你有没有类似的经历？我认为这些问题背后的原因是沟通出现了问题，然而沟通的根源在谁身上，一定是自己。
“要想马儿跑，又想马儿不吃草”是基本所有管理者都会收到的一个评价，包括我自己。但这并不错，管理的目的就是要用有限的资源创造尽可能多的价值，但是管理者和被管理者站在目标的发布者和执行者两端，难免有矛盾。
这些矛盾首先来在于看事情的高度，管理者看宏观，执行者看细节。那么管理者容易把问题想得过于简单，不管管理者是不是从基层的工作干上去的，想总比做容易很点儿。于是一个10天的项目，可能最后用了15天才完成，不是因为下属不努力，而是因为太多细节需要“再决策”，但是这时候很容易遭来上级的质疑。
阅读更多…
转载自裸奔侃大山
最近被同事问到产品经理怎样提高技术理解力，有哪些途径，这里结合之前做过的两个项目以及和这个项目组所有开发兄弟一起并肩战斗的半年感触来说说。
1.产品经理与项目经理的互动
项目过程中，产品经理和项目经理之间多沟通，产品经理准确传达产品设计的思路，项目经理结合产品实现，给出技术实现的方案，然后一起共同评估选出最 优的解决方案，这个过程中产品经理可以学习到自己所做的产品的技术实现方法。在beta1项目中我们在手机QQ、QQ浏览器结合中采用了不同于其他平台的 纵向整合方案，从而大大提高了项目的实现周期。
产品经理是站在产品角度，专注于产品设计和细节的同时，关注技术的实现方案，共同和项目经理评估项目的实现难度和项目时间，以及项目实现过程中可能会遇到的风险，以及遇到风险该如何处理的策略。
2.产品经理与项目组工程师的日常沟通
项目开发过程中，与开发的交流会具体到每一个功能的实现细节，但是在实现细节的过程中会遇到问题，这些问题需要对原有方案的变更和调整，产品经理需要根据开发传达的技术，去评估是否调整需求及产品架构。
3.产品经理对业界软件体验和技术理解
产品经理对业界软件体验过程中，经常积累一些特殊软件交互、UI表现等，然后将这些拿到项目组共同的探讨其实现方式，这个过程中也会提高产品的技术理解力，同时储备技术实力。
4.项目组RTX群日常技术交流
产品经理要主动发起项目组就产品设计和技术实现的讨论，这样从中产品经理可以更深入的了解技术，技术也可以更深入的了解产品，这样大家在做项目的过程中才可以更好的搭档，提高项目的进度，和鼓舞项目组成员，最终提高整个项目组的整理战斗力。
5.项目组资料共享
产品经理和开发分享产品设计的资料，技术和产品经理分享技术的基本知识。
6.项目组一起对最新行业产品分析讨论，延伸到自己平台能否实现的研究。
MTK项目组每个工程师经常非常积极的对最新的产品做预研。5月初，要做桌面，我们就在3月开始用lua脚本尝试去研究能否实现。用诸葛亮一句话，万事俱备只欠东风。
7.产品经理研究自己负责的平台特性
MTK平台与其他平台有所不同，产品设计过程中要考虑的问题也比其他平台多，例如是基于中间件开发，还是直接内置，两者的区别是什么；产品设计中还要考虑MTK平台字体的特性，来规避一些体验问题；做这款产品是否需要中间件提供对应API接口等；
以上七条是目前MTK项目组，产品、开发，测试每天探讨学习的地方，这个团队在不断的进步，我们在2010beta1版本开发中就表现出了专业，我 们用2010beta1产品开发的时间，速度和产品体验，速度，稳定性，包大小证明了一个产品从裸奔到穿上了马甲的过程，证明了这个产品从开始被认为不可 能到现在的一切皆有可能，证明了这个产品出来只能覆盖小众到现在可以覆盖 80%的大众，所有的方法只有一个产品、开发相互促进，产品经理不断提高技术理解力，工程师不断提高产品意识，让整个项目开发过程中气氛非常和谐。今天是 一个值得庆祝的时刻，是一个值得骄傲的时刻。
