码迷,mamicode.com
首页 > 其他好文 > 详细

(读书笔记)结网

时间:2015-03-29 16:33:31      阅读:179      评论:0      收藏:0      [点我收藏+]

标签:读书笔记   产品经理   结网   互联网   

技术分享

记不得很久之前谁推荐过看这本书来的,正好京东买书时看到了,就买了一本全彩第3版(看全彩版体验比电子版好太多了,就是贵了点),200多页内容不多,前两天做火车来回正好看完,出于从研发的角度想了解产品经理的思维工作模式,看完后收获非常大。

书中从互联网产品经理工作具体内容到职业发展,从产品概念、投资到用户体验、项目管理,从拉动客户到竞争对手,最后深入到个人修炼,面对逆境、沟通、创新、自省、练习,这本书介绍了产品经理工作的诸多方面,提到的每个方面都能单独拿出来做个专题,而作者在每个方面都结合实例进行了重点讲解,与很多书不同,本书内容很零碎,没有1、2、3、这样的顺序,有点像作者的一个经验总结分享,但是说到的每点都很有意思,很容易让人了解产品经理的工作,下面说说我感触比较大的地方:

1、知识越多也越能加速你学习新知识的速度。确实,书看的越多,知道的越多,越发现看书越快,理解越快,看的越快也就越爱看书,有点像马太效应,好的越好,差的越差,越是不学习越学不进去。

2、要警惕非此即彼的陷阱,要多运用开发和融合的思维......一定要先问问自己,真的只有这两个选择了吗,是不是还有皆大欢喜的方案?有的时候两个或几个过于鲜明的观点彼此碰撞,会让人觉得这就是所有的选择,其实不然,非此即彼的情况是非常少的。
可能code久了,很多事我也习惯找出对错,非此即彼,导致思维不够发散,受到了很大限制。现在也在多尝试克服自己,多思考多想办法。还有一点,如果觉得一些事情只有几个选择,没有其他办法时,也是因为自己经验太少,层次不够,遇到的问题少,能想到的办法少,这个也是我需要经常锻炼的,遇到问题太少,遇事多了自然就从容淡定了。

3、NIH综合症,有些人在长期应试教育中形成了“抄袭可耻”的观念,并且把这种观念无限放大,引入到生活中的方方面面,最终把自己关进了闭门造车和重复发明轮子的怪圈。的确很多事是不看过程的,我们只要做出好产品,哪管是抄的,是原创的,还是改进的,用户只关心你的产品好不好。生活中也这样,我们应该多交流,相互借鉴,多利用周围资源,这样才能进步的更快。我一直觉得抄不可耻,可耻的只是抄完不承认而已。

4、体验观察,有时候提出一个新功能新想法很难让别的认同,即使说的再有道理,不如直接邀请他们一起观察用户使用,当大家看到用户不停的皱眉,或者无法完成任务表现出来的愤怒神情,团队沟通中的内耗会瞬间消失。这个几年前就感受很深刻,我作为一个不认同别人观点的人,看了用户使用后,顿时感受到很大压力,回去的路上都在想如何改进这个功能。所有参与产品的人,主要是后端的研发、测试等,一定要经常看看真实用户的使用情况,知道产品的好坏。

5、如果你想造一艘船,不要抓一批人来搜集材料,不要指挥他们做这个做那个,你只要教他们如何渴望浩瀚的大海就行了(安东尼·德·圣埃克苏佩里)。虽然这句话经常在教育小孩,引导兴趣方面看到,但是被作者放到产品里面,感觉也非常恰当,日常能用这样的思维考虑问题,高出我们很多个层次呀。

6、项目可视化管理,选用轻量级、对团队现有工作侵入小的工具可以事半功倍,太重的工具往往因懒得启动而变成鸡肋,与团队工作习惯差异太大则很难有效推行。这个感受比较深了,我们工作中一直用project2007,经常卡死和出问题,很多人装个虚拟机使用,project只有研发经理和上层领导使用,底下员工都不使用这个软件,他们对项目进展或整体情况完全不知情,有些团队自己找一些可视化的小工具,我们是直接用白板,虽然保留时间不长,当时能让大家对整体情况有个直观了解。

7、如果老板或上级提出的需求超越了底线,但我们又不得不做,该怎么办?我遇到的是客户提些超越底线的需求,但又不得不做,书中给出了一个简单的办法,障眼法,比如单独弄一个账号,或者针对某个账号特殊处理,虽然不能解决我遇到的问题,但是给了我启示,很多时候我们只考虑通用功能,权限角色等,而没想过其他解决方式,比如临时解决,或做个静态页面等,可能几个月后客户忘了他提的需求了呢,这个的确经常发生。

8、正反馈,不要只反馈产品出现的问题,要多反馈产品给客户解决的问题、带来的快乐或客户使用情况等,让团队得到成就感。比如使用人数增加了,好评出现了,上了报纸了等等。这个也深有体会,我们目前团队就做的非常不够好,之前每次我都反馈哪块出了问题,哪块用户又不满意了,老成员会觉得非常累,天天填坑,新成员会觉得我加入了一个这么差的项目,我的工作就是改这么垃圾的产品。去年年底总结时,我整理了现场使用情况,xx人使用了,提了几十万条申请等等,明显感觉那次总结会大家都很积极,相互讨论非常多,大家觉得我们的软件确实没白做。后续准备定期了解现场使用情况,反馈给团队人员,让大家都知道产品真正的价值。


还有一些小的方面:

1、节省时间方面,把需要占用集体时间、效率低下的头脑风暴改为向高效的专家组求助。需要快速决策的事情找专家组求助。需要大家帮忙pk的东西发到论坛投票。

2、眼光:竞争情报+观察能力+推理能力
比别人花更多的心思收集整理情报,比别人观察的更仔细,比别人推理的更严谨,我们就是有眼光的人了。

3、刻意练习:关注技能的改进,而非结果;通过反复练习达到明确目标;获得及时有效的反馈,并善用他们。

4、用户的历史行为比他们当前的意愿更有价值。

5、“行动中开火”,有的时候光想,光靠讨论得不出结论,可以进行一些低风险尝试(比如先做个简版),根据实践反馈再决定后续方案。避免几个方案中直接拍脑袋出一个,这也是前面提到的不能非此即彼。

6、如果不能打动别人,就要从自身找原因。光凭概念无法让人认可,那就把他变为图纸,图纸还不行,就变成最小化可行产品。事实胜于雄辩,拿出具体数据来,而不是臆想。

7、用户体验三要素:别让我等!别让我想!别让我烦!

8、逆境不可怕,可怕的是不了解处境和主动放弃。

9、想干的好,但团队中争取不到话语权怎么办,可以先从容易接受建议的细节入手,展示自己能力,赢得老板和周围人信任,扩大自己影响力。

最后,全彩的印刷加上让人不禁莞尔的实例,让本书读起来很轻松,对于不了解产品经理的人非常值得一看。



(读书笔记)结网

标签:读书笔记   产品经理   结网   互联网   

原文地址:http://blog.csdn.net/xuepiaohan2006/article/details/44727863

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!