产品设计体会(8008)产品经理值得听的13个培训

这次说说和产品经理有关的职业教育课程,这些课一般都是一些咨询公司请业内资深人士讲授,作为公开课,行情是23千块、12天,加上食宿交通、脱产培训的人力成本,本文提到的13门都参加下来也要5万块左右了。试问有多少公司会给一名员工这样的机会?

我有幸参加过其中的8门课程,不妨说说体会,让同学们在选择课程的时候有个参考,找出适合自己公司的解决方案。此外部分参加过的课程,文中给出了培训记录的链接,大家可以看看是否有用,不管有用没用就当是追着出租车跑省个打车钱了,:)

五星级:《成功的产品经理》,这个不是入门课,一般公司都会把机会留给至少已有35年经验的产品经理去参加,能有机会参加的基本上已经是可以独当一面、公司对你寄予厚望的同学了,想成为一名真正的产品经理,我觉得这门课是必须要听一次的。很遗憾,自己还没有参加过,最近正在找何时何地有好老师开课。

四星级:需求相关课程,可能叫《需求工程》、《需求管理》,个人感觉适合做需求相关工作已经有0.51年的同学,基本方法已经会了,也练熟了,能自主的去采集需求、分析、写文档,这个课能够帮着梳理一下思路,进一步规范化以提高。

四星级:《项目管理》,虽然产品经理和项目经理不同,但是做产品的过程中不可避免的要带一些项目,这门课适合至少已经主导过23个项目,虽然项目最终完成,但感觉过程很痛苦的同学,项目可大可小,比如我带过的项目,小到50人天,大到1000人天左右。

四星级:《流程管理》,偶尔做一次的事情叫项目,经常做的日常性事务叫流程,适合这个课程的同学,已经开始接触产品或部门做事规范的制定,比如你已经做过若干项目,对适合本产品的发布过程有些心得,知道要先做什么、后做什么、那件事可省略、哪件事必须做……希望能将其固定下来以提高后续项目的效率、降低风险。

三星级:和前线商业关系比较大的课程,一般叫《网络营销》《市场营销》,适合与运营、市场、销售接触较多,有一定体会的产品经理去听,但据我所知,互联网、软件公司的产品经理主要工作多数还是偏技术端的,偏市场的通常有专门的产品运营师。

三星级:《问题分析与解决》,给它三星不是因为它不重要,而是我觉得这个课难学,上过也不一定能学到多少,它是一套更通用、更抽象的做事方法论,如果不小心学会了,可以指导我们去做产品、做需求、做项目、做流程……它适合,呃,不知道怎么说,悟性比较高的同学吧……思维方法的学习与提高是最难的,类似的课程还有《六顶思考帽》。

二星级:软技巧相关,提高与人际交往能力的《高效沟通》、提高个人素质的《高效能人士的七个习惯》,但问题是,软技巧怎么能“学”会呢,所以这些课适合那些已经在这方面积累了很多,并且做得不错,只要有高手点拨一下就能功力大增的人。

二星级:《课程设计》《TTTtraining the trainer,这两门课也是比较进阶的,只给有需要的同学。《课程设计》教的是如何设计一门职业课程,对于产品经理来说,可以把一门课当作一个产品来设计,从中可以学到很多思路,“自己会用”和“会教别人”是有很大差距的,比如我最近在设计阿里自己的《问题分析与解决》,就收获很多;而《TTT》是教如何给受众培训,对一个人的表达能力、演讲能力是很好的锻炼。

一星级:一些硬技能的课程,这块也是一个产品经理必备的能力,如《中高级ppt《中高级excel,至于初级课,通常是讲操作层面的,我觉得多用用office就都会了,没必要上课。而中高级说了一些思路方面的东西,不过我还是觉得用“23千块,12天时间”来学不值得,建议自学,因为硬技能是最容易“学会”的,很多博客对相关内容都有很好的总结,下次介绍给大家。

同学们可能已经发现,职业教育和学校教育有很大不同。职业教育不是传递知识类的,给新手上的课程。它更适合已经对做某事有一定经验,但苦于不知如何提高,需要高手点拨的同学,它是传递知识与实战经验并重的。

产品设计体会(7002)PD的第一年

2008年春节前,公司已经没什么人了,手头和那家公司合作的项目仍然在赶工,我要坚持到最后一天。自己一年半的经历,简单概括成几个阶段,后面必然还有更多阶段等待继续体会。

第一阶段,没什么能力,不负责产品的任何模块,只是打杂。这时要做的就是去熟悉PD需要的基本知识和技能和自己要做的产品的各个方面,包括功能、用户、业务、技术以及将来要合作的同事,打好基础,并且做点辅助性的工作。

第二阶段,感觉到无聊了,自认为可以做点PD的事情了,主动要求负责某些模块并可以做好指定的工作。这时会很看重自己负责的模块,特别表现在功能被砍的时候,会极力维护自己仅有的成果,缺乏产品层面的权衡。这时候的产品设计是从结构层开始的,主要工作是写UC,配合UIdemo,跟进开发、测试。

第三阶段,负责产品较多模块甚至所有功能,熟悉产品各个设计细节,感觉自己走了产品就难以运作下去,很有成就感。这时学会了权衡取舍,会做需求管理,砍功能也下得了手,日常工作中产品设计的范围层比重开始提高。

第四阶段,全面负责产品,知道了产品的工作不只是设计功能,还有比如运营、客服/技术支持的培训、发展规划、用户研究等许多事情,会主动找事做。工作范围会扩大到“大产品设计”,由于精力有限,这时候会开始无法掌握整个产品,非常苦恼,被迫学会充分发挥团队的力量来处理这么多事。

第五阶段,意识到自己不可能一直做这个产品做下去,不能让产品少了自己就不行,于是开始主动定规范、定流程,把自己手上的工作一点点分出去,使得自己可以去做其他事情。

第六阶段,离开自己做的已经比较成熟的产品,由其他同事继续,自己再去迎接新的挑战。由于有了之前对一个产品一整套设计的了解,所以新的轮回会上手快一点,也比原来清楚什么阶段应该做什么事,自己处于什么角色应该做什么事。

iamsujie补:重看这篇正好又是一年后,第二年主要做的类似是第45阶段的事情,但是更深入一点。)

产品设计体会(5004)如何与工程师合作

2007年秋,一次PD交流会上,一位同事聊了PD如何与工程师合作的话题,很有共鸣,所以也整理了一下自己的想法,并且通过一个需求采集的练习,让各位开发、测试、PDUI把对合作沟通的期望提了上来,整理如下。

第一,综合大家的需求,权重最高的居然是一个很大的话题:“流程”,但仔细想想就一点都不奇怪,一群超级理性的人很明白“没有规矩,不成方圆”的道理,会喜欢被规则管理而不是被人管理,当事情由人来控制的时候,总给人一种不安全、不稳定的感觉,而有流程可依的时候,心里就比较踏实。(人治和法治的区别也就在此)

具体到实施方面,大家再次认同,需求确认的时候相关人员一定要都参加,以免后期再发生测试、开发对需求理解的脱节;如时间允许,开发应该尽早参与到需求评审中;……

另外有一点提到非常多的就是需求变更的流程,说明大家对“需求总是在变”这件事情已经是深恶痛绝并且有些恐惧了,但同时又意识到需求的本性就是“总在变”,所以非常希望有一个流程化的规定来严格控制这件事情。

但好的流程是需要执行的,感觉在实施的时候还是有些困难,网店现有的发布流程不能说完善,但很简单实用,如果能做到严格执行,相信已经可以减少很多问题了。

第二大的问题就是“沟通”,团队合作必不可少的一个环节。站在PD的立场上,我们会把自己作为产品的中心,这个角色注定要和各种各样的人交流,客户、老板、开发、运营、测试、客服、合作部门等等。

开发们提出了很有意思的一点,希望大家在交流的过程中避免情绪化。人性的弱点决定了在争论的过程中每个人都希望自己得到认同的,而这点往往导致思路的变形,不再是考虑产品怎么做更好,而是去想如何说服对方。我自己是觉得沟通中还有一点重要的就是每个人都要主动一点,这样才能形成互动的氛围,也可以减少信息不畅引起的问题。

iamsujie补:经常发现,有同学会把对人的反感转移到对人的观点的反对上,这很可怕。)

第三点是PD要不断提高自我修养,大家希望PD给出的文档在质量再更进一步,准确、全面、简洁,即时更新、保持最新。我自己觉得还有另外几点也是需要PD自己不断努力的,比如考虑问题的全面性,有空多了解一点技术等等。

iamsujie补:一定要懂一点技术,有的工程师你可以和他讲商业价值,而另外一些你与他讨论一些技术实现更有效,当然不是技术细节。此外,获得认同的最好办法不是自己反复的解释某个观点,而是引导对方说出你想说的观点。)

话题太大,不再多言。