《缔造企鹅之产品经理》第三章札记

1.很多时候,产品开发出来的效果和刚开始的设计以及客户的需求是不一致的,但是最后的结果是大家都接受的样子,虽然产物扭曲了,但是得到了大家的喜欢,所以很多时候我们需要顺其自然,不要因为不是自己的心意而去抱怨,也不要因为客户的刻意需求去抗拒。

2.头脑风暴的注意点:圈定主题、保持记录、会议流程控制、一定要让所有人参与,我个人非常赞同以上的观点。

a.圈定主题很重要,不仅是头脑风暴,很多时候我们的会议定了一个主题,但是在会议过程中很多讨论都跑题了,我个人是不喜欢的,因为围绕一个主题才能得出好的想法和结论,否则只会让答案越来越远。

b.保持记录,我们大多数的会议都没有专人记录,好一些是有人记录下自己喜欢的,但是很多有用的信息都只是在会议上出现,过后大家都忘记了。

c.会议流程控制,很多时候大家的发言经常不着边际,或者废话太多,很多时候我们都本着尊重的选择转而“打呼”了。

d.一定要让所有的人参与,任何人的想法都值得说出来,我们上次的年终总结很多人没有说出自己的想法,我觉得很可惜。

头脑风暴的原则:追求数量、禁止批评、提倡独特的观点

a.追求数量,的确很多时候我们对于自己认为不好的发言会发笑,这其实很不好,容易打消别人的积极性,无论好与坏,有了数量,头脑风暴才会有更多可取的点子,因为点子是金子,不可多得。

b.禁止批评,千万不要在头脑风暴会议上去评价一个人的想法好坏。

c.提倡独特的观点,独特才会有创新的元素。

另外我觉得,我们的部门领导买了敏捷扑克,但是至今还没有派上用场,一直苦于没有机会。

3.产品经理必须要得到足够的尊重,如果产品经理不被重视,那么他再好的方案都可能被忽视。

4.大多数时候,我并不想参与过多“星单”项目的思考,认为自己的关键点不在上面,这是错误的,任何事物都存在共性,能够去思考任何一件业务都会锻炼我的逻辑和分析能力。

5.大多数攻城狮不喜欢进行需求分析,这在我们的小团队来说是可怕的,不愿意去思考的工程师是要被小团队淘汰的,小型团队必须让每个人参与进来。

6.很多时候我过于在乎客户的感觉而忽略了攻城狮的感觉,而造成赶进度这种不合理的现象,我必须要转变这种思维方式。另外今天早上看到一则新闻说五个攻城狮杀了2名产品经理,看到后有点毛骨悚然的感觉,太多的时候,产品经理总是摆着一副态度在攻城狮面前,不知道去融入攻城狮的圈子,另外就是我们中国的互联网起步晚,但是路数走的太快,我们没有形成一种有效的体制文化,无论大小公司,产品经理看不起攻城狮,攻城狮鄙视产品经理,固然能力是一方面,但是很多时候,我们没有这样一种体制文化。

7.人月神话一书中提到“投入大量人员并不能缩短软件开发的进度”,我觉得很多时候,人多了开发效率不一定提高是一种自然现象,因为这中间存在太多的因素。

8.站立会的目的是提出问题和获得需要的资源,而不是陈述昨天和今天的工作过程

9.管理风险:想清楚需求、保持信息同步

任何事情都要建立在理解了需求的基础上再进行开发,如果不明确需求去开发的产品或许有意外的收获,但是很多时候都是失败的。今天我在解决一个问题的时候就没有去一步步思考问题的发生原因,而是先去猜测和怀疑,这种解决问题的方法是有问题的。我应该先去分析问题,弄清楚它为什么会出现,很明显我稍微静下心来去想想就知道了,这肯定是因为我改动了某些代码导致的,我的第一步做法就是用beyond
compare工具比较当前代码和之前代码的不同之处,就会很快定位到问题。

保持客户、我、成员之间的需求一致,这是必须的,团队成员不能独自做主张去修改其中一环。

10.要带着解决问题的目标前行,而不是去争论方案的好坏

11.做什么都不应该放弃原本核心的业务,必须注重本质,不应该被表面的利益而忽略了核心的原本形象

星巴克会卖三明治,并且有不错的收益,但是有段时间,三明治在烘烤的过程中,这种味道弥漫到了整个星巴克,而星巴克是卖咖啡的,咖啡才是星巴克的核心业务,而三明治的味道就会掩盖最初美好的咖啡味道,后来星巴克的负责人改进了三明治的烤箱等等一系列工作,使浓郁的咖啡味道重新弥漫在星巴克的空间中,如果说星巴克看到了三明治带来的收益而去忽略了客户对咖啡的味道,那么我想星巴克早就失去了他最衷心的客户。而在我们中国,从来都缺乏核心业务,大家都喜欢大包大揽,喜欢在原来的基础业务上增加很多“外业务”,虽然说这种竞争可能会带来积极的现象,但是我们中国的企业都充斥着一种怪病,巴不得所有的软件都是我自己家的,就像阿里巴巴不好好关注自己的核心业务,经常搞一些失败的产品,诸如来往之类的,经常听说日本的小企业喜欢去钻研每一项自己的专属领域,他们愿意花时间去探索,可能还有我们社会的病态的原因,我们经常在搞着核心业务,转而去开发别的市场,诸如很多餐饮业看到互联网赚钱了,就跑去做互联网开发了,网上很多人叹服这种企业家的魄力,但其实我个人认为是不好的,现在的餐饮业依然有很大的空间,人们消费的时候经常排队,经常上一盘菜早都吃完了,下一盘菜还没有上来,这都是能够改善的,假如这些餐饮业记住每个客人的菜单,不断轮询的为一个餐桌的客户上菜,就会解决一些问题。

12.别让我讨厌, 注重核心、页面应该尽量减少元素并且符合用户习惯。人的眼球滚动有定律的,人们关注页面的时候是从上至下,阅读的方向是从左到右。

13.别让我思考,相信很多现在的门户网站大家都不太愿意去访问了,杂乱不堪的排版已经让人有所排斥,人们不知道自己该去读那一块内容,
文字一定要有可读性、尽量用可视化效果表达、减少干扰因素。

14.别让我等待,因为很多时候,因为网络原因,用户在访问我们的网站的时候,会很慢,虽然我们使用了转圈的方案去提示用户等待,但是很多时候用户对这种做法并不喜欢,我们可以为用户填充一个爱心,或者给用户数钞票,这在大多数时候会带来不错的效果。

时间: 2024-10-09 09:06:55

《缔造企鹅之产品经理》第三章札记的相关文章

《缔造企鹅之产品经理》第一章札记

1.产品经理就是整个生产过程中,从功能策划到用户反馈都需要负责的人,是一个执行者 2.工作方式的PDCA方法: P:明确自己的目标,并制定计划 D:朝着目标前进,百折不挠 C:遇到问题后吸取教训,完善计划 A:重新前进 3.在公司做每一件事都要考虑投资回报率 4.要能掌控生活和工作之间的平衡点,生活和工作不是鱼和熊掌不可兼得,不能一直加班加点,抛开生活,也不能因为生活问题而耽误工作,任何时候我们必须明白工作是一个事业而不是差事,我们要对工作投入热情,而工作带来的收获可以提高我们的生活质量 5.你

《缔造企鹅之产品经理》第五章札记

fiddler 免费的数据包抓取软件 很多时候,并不一定要致简,尤其是界面,如果你感觉这个按钮是多余的,那么就替用户做主去掉它,那有可能就是错误的,就像为什么聊天窗口的右下角有一个看似多余的关闭按钮,那么为什么腾讯没有去掉这个按钮呢,因为经过他们的数据分析得出,有很大一批用户他们更愿意使用这个按钮 佐藤可士和(重新设计了优衣库的图标)的整理术: 掌握状况 导入观点 设定课题 艾宾浩斯错觉:同等一个圆,如果其周围都是大圆,那么比较其周围是小圆的话,前者在视觉上要小 心流状态:在技能和挑战的组合中,

真正的产品经理需要三种职业技能

[编者注]本文转载自CSDN,原文翻译自资深产品经理.在线投资管理公司Covestor的首席产品官Martin Eriksson发表了一篇文章<What, exactly, is a Product Manager?>,其中给出了自己对产品经理这个职位的理解. 你懂得商务运作么?你拥有技术功底么?你注重产品的用户体验么.回过头来,你能称为真正的产品经理么? 我经常会追问产品经理到底是一个什么职位,他们的职责是什么?该如何培养产品经理呢? Marty Cagan的著作<Inspired&g

产品经理的三种特质

十多年来,自己换了很多种头衔,最近常挂在嘴边的是产品经理.自从有了苹果,产品经理这个词仿佛得到了乔布斯的加持,变得神圣而光荣.世间也从此有了各种样式的产品经理,有的神奇,有的神经,有的神妙,有的神棍. 那么,什么是产品经理呢,很难界定.一千个用户,就有一千个产品经理,一万个产品诉求.人人都能成为产品经理,我心目中好的产品经理,应该具备三种特质. 首先,爱得深. 深爱产品,这是成为顶尖产品经理的第一前提. "为什么我的眼里常含泪水,因为我对这土地爱得深沉",唯有爱得深,才能心无旁骛,全力

【人人都是产品经理+1】读后感

书不错,语言生动活泼,很接地气.作者善于思考总结,结合在阿里产品经理的工作讲述了产品经理.产品需求.项目交付.产品团队心得体会等,分享知识的同时,给我们另外一个对产品经理观察的视角. 通过问题形式梳理下读后感. 1.作者的行文逻辑是什么? 第一章讲产品经理的那些事,提出文章论点:“人人都是产品经理”. 第二章讲原始需求如何一步步挤过独木桥杀戮到最后争取进入“需求包” 高等学府: 第三章节讲需求包真正交付的过程方法论,如何有步骤的进行需求包交付: 第四章节讲产品交付中产品经理如何与周边各角色有力进

想要应聘产品经理,从现在开始应该做些什么?

一.知道产品经理是什么 会问这个问题的基本大部分之前是对产品经理不是很了解的人.然后看了本叫<人人都是产品经理>的书,然后也没好好看或者没看懂,就看到一个产品经理是CEO的学前班.再加上这两年无知媒体的无良炒作,就感觉产品经理是个很牛逼哄哄的职位. 这里就不展开说这个话题了,只是提醒既然你决心冒险跨了行业或者跨专业来从事一个职位,拜托你先好好了解下这个职位的具体工作内容.推荐一本书<Yes,产品经理!> 二.为什么要做产品经理 当我们创业去来投资时,VC一定会问的问题就是你为什么要

码农的产品思维培养第一节(人人都是产品经理读书笔记)

在前段时间,密集的推出Android学习记录之后,我觉得接下来的Android开发进入了一个精进演变的过程,革命性的东西略缺.每日更新特别新的东西也违背认知规律.所以以后关于Android方面的知识,碰到什么,然后记录什么. 而今天,在前一篇日志里面,我描述了我为什么要去理解"产品经理",从这一节开始,我要实施我的计划.所以,和Android记录一样,我要记录这个过程.对自己是一个回归总结吸收的过程,同时也希望能够帮助到更多的朋友,如果你也心存学习进取之心,如果你也如我一般疑惑未解心不

互联网产品经理的三大烦恼,你有吗?

互联网产品经理的三大烦恼,你有吗? 随着互联网的迅猛发展,互联网应用在逐步改变着社会,但其自身也面临着诸多挑战.例如双十一抢货的硝烟,春运抢票的战场,让一拨拨的产品经理提心吊胆,殚精竭虑.今天,本文抛出了三个问题,它们或许是每个互联网应用产品经理都会面对的(找不到解决所有挑战的银弹,那么就从一部分入手吧): 如何适应高峰时期骤然上升的用户请求,确保极端环境下应用可以稳定地为用户提供服务? 如何在平峰时期缩减不必要的资源开销,以节约产品自身的运维成本? 如何在7*24环境中持续不断的保证应用可靠运

产品经理分享第三章:功能点与流程设计

功能点一定是用来解决特定问题的,解决大问题的是大功能点,解决小问题的是小功能点,大功能点一般包含多个小功能点.在设计功能点时,需要分析我们要去解决的问题,并优先去解决主要问题.效用大.见效快.好实现的功能. 功能点在操作时候的各种步骤,信息的输入输出,判断逻辑可以用流程图这种清晰明白的工具去表示.一个业务由许许多多的功能点组成,所以表示业务从开始到结束的操作.判断.输入输出的流程图就叫业务流程图.业务流程图是产品经理让其他人快速了解业务的工具. 业务流程图在绘制的时候需要注意一些规则,例如事件.