产品设计体会(7001)学习:悟 > 练 > 记

参加过不少次培训,说一下自己对培训、分享这种学习活动的体会。

用武侠小说里的一些概念来比喻很有感觉,一直觉得培训和分享在表面上交流的好比是招式,在短短的几天甚至几个小时内,最吸引人的往往是一些容易掌握、用来吓唬人很好的“花拳绣腿”,想功力大升是不可能的。这么看,培训其实对高手才更有用,高手本身已经有了很强的内力,比如段誉,这时候如果有一个超级高手方法得当的点拨,有了合适的方法去驱动这些内力,是可以立马提高n个档次的。

永远的,高手只能告诉你好的方法,并不能直接带来成功,只能提高成功的概率;高手只能告诉你一些经验,而不能增加经历,而有些事情只有亲身经历才能学会;高手只会给你点拨,教你怎么做,但不会帮你做。

但无论如何,这种培训与分享仍然是必要的,真正的高手会告诉你内力修炼方法,我想说的只是:“生活中没有吸星大法”,也碰不到无涯子把毕生功力通过头顶某神奇接口在几分钟内传给你,唯一提升内功的办法就是几十年如一日的勤学苦练。

勤学苦练不是傻练,每次涉及一个领域的时候,了解的越多才越发现其中的学问实在太大,根本没法完全掌握,所学的所有也不过是在自己的知识体系中增加了另一个领域的一点点索引。从而,只能有选择性的了解对当前工作做有用的那部分,其他的如有必要就去寻求帮助。万变不离其宗的反而又是真正的高手所提点的那些方法了,关键是要体会到这些方法的精髓,或者说是思维方法?哲学原理?这往往是要靠悟出来,而不是记住。

转了一圈又绕回去了,给出结论,PD应该学什么?答:(悟)修炼内功的方法 > (练)内功 > (记)招式

写完才发现是一篇这么虚的东西,呵呵。

产品设计体会(6001)几个项目的成败

回顾一下2007经历的5个项目,成功或失败在不同的阶段。

先简单描述软件项目的生命周期,其他项目也应该大致如此:战略规划,需求分析,开发,测试,上线,运营维护……加深体会了一个基本常识:问题出现的越早,越早调整项目规划,损失越小。

第一个是在压力测试阶段怎么也过不了,无法发布。我不是技术出身的,所以具体原因也不太清楚,感觉问题应该是出在系统设计上,测试的时候功能都跑的很遛,但模拟数千人同时使用的时候始终很慢,改了几个礼拜仍然没法解决,最后由于人力资源的问题,和考虑到这个项目的重要程度,只好把项目砍掉。

第二个是在需求分析阶段结束,因为集团的政策因素,项目转移给别的团队做了。这次可以说是完全不可控的,也让我加深了对“项目发起应该是‘从上到下’”的认识,无论哪个项目,没有上层强有力的支持完全就是白搭,而且自己努力很多会觉得很失落。

第三个是在市场扫描阶段结束,收集到的信息让我们觉得不值得继续做下去。一句老话:早一步是先驱,再早一步是先烈

第四个算是成功了,发布升级、运营维护一整套走完,这个项目从2006年底开始一直到现在,现在我也逐渐移交给同事,大家会继续做下去。这个项目是让我学到最多的,特别是到了项目上线以后,还有很多事情需要做,比如和客服、技术支持、财务以及其他在商业上合作部门的协调;对产品整体调整的需求管理;等等。

iamsujie补充:这个产品在2008年,几乎没有投入的情况下,帮助公司其他产品吸引了不少用户,而且自己也有几百万营收,很不错

第五个是和外部合作的项目,这是个非常牛B但挑战也非常大的项目,因为一些我无法控制的原因,不太顺利,最终延期了将近半年发布,而且也无法满足最早的商业目标,我做项目协调人学到了很多项目管理方面的知识,仅此而已。

产品设计体会(5001)单点沟通方式

作为一个PD每天免不了和各种人物沟通(其实任何工作,我觉得都是与人交流的在价值链上高一些,相对于与机器交流而言),我就经常迷茫,与各种不同的人,就各种不同的事,在各种不同的条件下,到底应该选择哪种沟通的方式呢?这次就简单说说自己的体会,针对单人P2P的沟通方式。

这里谈到的沟通方式无非这么5种:IM、电话、面谈、email、短信,一个一个来。

IM,其实我很不推荐的,你打字再快也没说的快,效率很低,但IM有他的杀手应用场景。原则上不超过23句就可以说清的事情,打电话还要拨号等待,面谈还要跑过去,得不偿失;不用讨论只是告知的那种,只要对方“哦”一声就行的,比如“我刚帮你问过那个事情了,你的理解是对的”;不是很急的事情,担心打搅对方的时候,比如“老板我提了个报销单,有空批下哦”。另外一点就是“群”的功能,在群体告知、讨论的时候,比如通知测试环境在构建啦(这点就体现了IMinstant,时间一过消息就没价值了,无需保留,所以不用email)、讨论晚上团队去哪里fb啦,很有用。还有点不上台面的,IM隐私性比较好,你可以悄悄地和旁边的某人聊天,哈哈。

电话,比IM多了声音,可以通过语气语调等传达信息。适合问题性质简单,最长23分钟可以完成沟通的,我比较反对同一幢办公楼里的同事在电话里长时间的讨论某个问题,这个应该去面谈。对于地域跨度较大的沟通,例如和合作公司的同事讨论问题,通常电话比较有效;对即时性要求很高的沟通,电话往往好过面谈,试想你电话打过去,就算对方正在和某人面谈,一般也是会接的,而人跑过去,如果他旁边有个人正在聊,通常你就要等一下;电话也经常作为辅助email的手段,比如重要邮件发出一段时间以后可以追一个电话,告知对方有信有空尽快看看。

面谈,比电话又多了肢体语言,强烈推荐。适合问题复杂,不见人担心产生误解的情况,去当面比划吧。经常会发现其实面谈效率很高,因为可以及时的反馈和确认,为此,老板们经常飞来飞去的就为见个人,确实电话、email解决不了问题。一个经验,有求对方的时候我推荐面谈,你要亲自跑到对方的座位上找他,不要让他过来或者挑别的地方,因为人总是不好意思当面拒绝这样的请求的呵呵,这时候如果你发email那就惨了,对方可以字斟句酌的给你一个冠冕堂皇的理由把你拒掉。但面谈通常需要预约,可以通过电话或者IM,一般来说直接冲过去找是不太好的。

email的最大特点是书面,能留下证据(IM的聊天记录好像大家都不当回事的呵呵),但和其他几种不同的这是延时的沟通(当然可以利用这点,好好研究如何最好的回复)。外企的同学特别喜欢用,在和微软合作的过程中深有体会,好处是留了证据,老外比较认可这个,另外一个客观原因可能是外企经常全球的沟通,时差的问题导致其他几种方式可行性较差。email中可以把一件事情说的很清楚,比较适合要反复斟酌,仔细落笔不留把柄的内容。email特别适合出了问题需要有人背黑锅的场景,一般重要的事情,有阶段性成果以后都要邮件发出来,或是告知大家,或是让老板(背黑锅的)批示,或是请求资源,不一而足。注意tocc的区别,bcc我还没用到过,估计比较nb的事情才会用吧。

短信,工作中实在用的比较少呵呵,印象中唯一用过的场景就是出差到了某地、刚刚拜访客户有什么特别的情况等,可以在路上无聊的时候简单发给同事汇报分享一下,算非常不正式的吧。

到这里说的几乎都是单点的沟通,下次专门补充点群体沟通的体会。