关注互联网，分享草根经理人的成长
更多精彩，欢迎访问Rouny的独立博客：www.wangrunyu.com
最近听一位朋友讲他的工作遭遇：
这位朋友是一名产品经理，目前脑袋上顶着一个数月后计划发布的大项目，压力很大，他自己自然是比较紧张的。但是项目合作中间遇到了一些麻烦，让他又急又恼。他的项目中有大量的网站UI要新做，但是跟他合作的美术设计师返工率特别高，也许是很难理解他的风格要求吧。越是改，设计师越没感觉，进度越是拖延。产品经理也很急，但是因为又不是美术设计师的直属上司，他想保证进度，怎么办呢？先跑到美术主管那里投诉，要求这位美术设计师能保证项目进度，然后又跑到大老板这里要求有更多的绩效考核制度来约束非产品经理管辖的团队，最后还要求有暂时的行政管辖权。结果呢，还没等这一切的决定出来，他和美术设计师已经闹翻了。
我也遇到过很多次类似的问题，我一直认为“因为我管不了他，所以我现在没法控制好他”，直到有一个“他”真的变成了我的下属，我才明白，我依然控制不好他，原因在哪儿呢？
阅读更多…
关注互联网，分享草根经理人的成长
更多精彩，欢迎访问Rouny的独立博客：www.wangrunyu.com
前面满长一段时间，在琢磨如何做SNS类的产品，这方面算是刚入行的新手，总结了一些想法，正好贴上来，今天先讲一下SNS首页的设计。
SNS的全名Social Network Service，也就是社会化网络服务，在国内，我们通常翻译成社区，也就是网上聚集了很多用户，并且相互直接有复杂交互的地方，人人网，开心网，豆瓣，Qzone都算是里面比较典型的产品。
简单明了的告诉用户你是干什么的网站，比如以维护人际关系为主的社交类网站通常应该怎么做？我们来看看Facebook的首页吧:
上图就是Facebook的首页，红框中的部分，非常直观明了地告诉了你facebook是干什么的，不会让一个陌生的用户在看到社区的第一眼产生过多迷茫。我们再来看人人的：
上图是人人的首页，同样从红框中可以看出，人人网对facebook的模仿可谓“无微不至”，一句话“人人是一个真实的社交网络，联络你和你周围的朋友”加一幅图把该网站的意图表述地非常清楚。 阅读更多…
欢迎访问我的独立博客：www.wangrunyu.com
来自世博会的新闻，据《东方早报》报道：
2日，瑞典馆透露，已关闭绿色通道；波兰馆改变绿色通道规则；西班牙馆绿色通道连续遭遇排队压力，将考虑改变开放规则。
根据瑞典馆的规定，每位老年人、孕妇和轮椅乘客，只能由一名家属陪同，最多不能超过2名。“但我们常常会碰到一些不合规 定的游客强行要求进入，部分符合绿色通道条件的参观者也会出现多人陪同的情况，曾有9名家属陪同一位老人强行从绿色通道通过，甚至在世博会场馆的门口还出现了“出租老人”，就是为了方便人们利用绿色通道进入场馆”瑞典馆工作人员说，“所们决定暂停绿色通道的使用。”还有很多其他国家的场馆也相继取消了绿色通道，原因也大同小异。
看完不知大家是什么心情？我想大部分的人会给一个很无奈的评价：中国人真“聪明”
我们来分析一下，为什么会有这样的“聪明”？我总结三点原因：
引申开去，其实公司治理也会碰到这个问题，比如人事制度，干过的人都知道，是个看似简单其实奥妙无穷的活儿。定的太严（比如迟到就扣钱，迟到1小时扣多少，半天扣多少），员工反映不通情理，那么差的交通，遇到个堵车什么的怎么办啊。好，那定的弹性一点吧（比如部门经理可以豁免因为特殊情况迟到的员工），好吧你看看，迟到久的员工就直接去找部门经理说情去了。
遇到这种事情，我们不用再抱怨国人素质，员工素质什么的，毕竟我们肩负的责任是“改变”，不过难就难在如何建立一套规则，并且建立遵守规则的理念呢？
转载自裸奔侃大山
最近被同事问到产品经理怎样提高技术理解力，有哪些途径，这里结合之前做过的两个项目以及和这个项目组所有开发兄弟一起并肩战斗的半年感触来说说。
1.产品经理与项目经理的互动
项目过程中，产品经理和项目经理之间多沟通，产品经理准确传达产品设计的思路，项目经理结合产品实现，给出技术实现的方案，然后一起共同评估选出最 优的解决方案，这个过程中产品经理可以学习到自己所做的产品的技术实现方法。在beta1项目中我们在手机QQ、QQ浏览器结合中采用了不同于其他平台的 纵向整合方案，从而大大提高了项目的实现周期。
产品经理是站在产品角度，专注于产品设计和细节的同时，关注技术的实现方案，共同和项目经理评估项目的实现难度和项目时间，以及项目实现过程中可能会遇到的风险，以及遇到风险该如何处理的策略。
2.产品经理与项目组工程师的日常沟通
项目开发过程中，与开发的交流会具体到每一个功能的实现细节，但是在实现细节的过程中会遇到问题，这些问题需要对原有方案的变更和调整，产品经理需要根据开发传达的技术，去评估是否调整需求及产品架构。
3.产品经理对业界软件体验和技术理解
产品经理对业界软件体验过程中，经常积累一些特殊软件交互、UI表现等，然后将这些拿到项目组共同的探讨其实现方式，这个过程中也会提高产品的技术理解力，同时储备技术实力。
4.项目组RTX群日常技术交流
产品经理要主动发起项目组就产品设计和技术实现的讨论，这样从中产品经理可以更深入的了解技术，技术也可以更深入的了解产品，这样大家在做项目的过程中才可以更好的搭档，提高项目的进度，和鼓舞项目组成员，最终提高整个项目组的整理战斗力。
5.项目组资料共享
产品经理和开发分享产品设计的资料，技术和产品经理分享技术的基本知识。
6.项目组一起对最新行业产品分析讨论，延伸到自己平台能否实现的研究。
MTK项目组每个工程师经常非常积极的对最新的产品做预研。5月初，要做桌面，我们就在3月开始用lua脚本尝试去研究能否实现。用诸葛亮一句话，万事俱备只欠东风。
7.产品经理研究自己负责的平台特性
MTK平台与其他平台有所不同，产品设计过程中要考虑的问题也比其他平台多，例如是基于中间件开发，还是直接内置，两者的区别是什么；产品设计中还要考虑MTK平台字体的特性，来规避一些体验问题；做这款产品是否需要中间件提供对应API接口等；
以上七条是目前MTK项目组，产品、开发，测试每天探讨学习的地方，这个团队在不断的进步，我们在2010beta1版本开发中就表现出了专业，我 们用2010beta1产品开发的时间，速度和产品体验，速度，稳定性，包大小证明了一个产品从裸奔到穿上了马甲的过程，证明了这个产品从开始被认为不可 能到现在的一切皆有可能，证明了这个产品出来只能覆盖小众到现在可以覆盖 80%的大众，所有的方法只有一个产品、开发相互促进，产品经理不断提高技术理解力，工程师不断提高产品意识，让整个项目开发过程中气氛非常和谐。今天是 一个值得庆祝的时刻，是一个值得骄傲的时刻。
