标签归档:svpg

【译文】产品发掘

1. 读后感
 
几乎所有公
司都没有按照我所描述的产品发现过程来做一个原型系统,他们使用了全部开发团队资源,按照正式发布周期建设和测试,然后部署到生产环境中。这就是为什么许
多公司通常需要在一到两年,3个以上的版本发布后,才能拿到一些可用和有用的东西。他们使用整个开发团队构建了一个非常非常昂贵的原型,然后利用不知情真
实用户来做测试对象。
多么可怕的场景,做为一个普通用户,不知道被多少公司当成了试验品。但其实这是一个两败俱伤的…

继续阅读

发表在 it | 标签为 , , | 留下评论

【读后感】好产品设计原则

1. 读后感
 

每个好产品都不是侥幸成功的,作者分享了他认为总是正确的10条原则。看起来是一切以用户为中心的具体实践。

而且和作者的其他文章交相呼应,看起来很舒服,例如:

要有概念模型
好的设计要经常检验,而且能经得起检验
要有产品原型
产品设计的精髓:用最少的产品功能满足用户的需求
 

1.1. 10条设计原则
 

继续阅读

发表在 it | 标签为 , , | 留下评论

【译文】工程师转行产品经理的六大挑战

1. 读后感
 
在这篇文章里,作者介绍了工程师转行成为产品经理面临的六大挑战。另外,让工程师们受到鼓舞的是,这种转行是很有优势的,且可行性很高。因为作者身边就有好多成功的例子。

2. 原文翻译
 
在上一篇讲述架构师角色的文章中提到了工程师在产品发现过程中的作用,作者解释了伟大的产品是在产品经理、用户体验设计师、架构师和工程师精诚合作下产生的。 …

继续阅读

发表在 it | 标签为 , , | 留下评论

【译文】架构师角色

1. 读后感
 

两年前的我不懂产品,现在的我在学习怎么做产品,希望两年后我可以指导别人做产品。

本文有点儿长,多亏了有Google Translator Toolkit,才坚持下来。后续吸取经验教训:1. 要坚持;2. 尽量挑篇幅短的翻。

拉回来说读后感,通过作者的论述,读者能够了解到架构师的职能、产生过程、如何参与产品过程等信息。对软件工程师职业规划有所帮助,也能为架构师理解自己工作有一点点作用。

继续阅读

发表在 it | 标签为 , , , | 留下评论

【译文】产品规划七宗罪

The Seven Deadly Sins of Product Planning

1. 原文

来源: http://www.svpg.com/the-seven-deadly-sins-of-product-planning/

Posted by Marty Cagan on March 9, 2009

Tags:product portfolio planning, product discovery

直译就是产品规划七宗罪。主要讲公司应该如何避免研发团队资源消耗在无用的项目上。挺有教育意义的,意译一下和大家分享。

2. 我的读后感

不论产品经理采用什么产品计划过程,关键点都是要挑出其中的好点子来实施,但项目组往往都要花更多的时间在一些无意义的工作上。

如果产品经理没有找出那些对公司是有价值的、对用户来说是有用的,对项目组来说是可行的点子。我们最好尽快终止项目。

2.1. 造成这种情况的7大原因

2.1.1. Inertia/懒惰

终止一个无用的项目难过让它继续。

我们需要制定检查点,拿到切实的数据来支持我们决定是否终止项目。//需要有项目流程支持,还需要产品经理能够勇敢做出决定或者管理层帮他做决定。

2.1.2. Denial/拒绝

对大多数人来说,忠言逆耳是常态。他们会说服自己,一旦产品发布了,用户肯定会喜欢。

//这是个大问题。在产品开发种,认死理绝对影响项目进度。

2.1.3. Pride/无谓的自尊

在多数人的观念里,终止他们的项目意为着他们失败了,而失败是一件坏事。但其实不是这样的,让这种项目继续下去,才是更大的失败。花资源在无用的项目上,最终产品在市场上一无所获。

终止一个项目的原因可能是因为我们发现这不是一个很好的解决方案,或者我们后来发现,客户对此的真实反应和你之前预想的不太一样。总之,终止一个项目和失败不沾边儿。

//我们可以这样劝说产品经理。

2.1.4. Abdication/不作为

有些产品经理把精力花在其他的地方了,而没有搞清楚,他们的责任就是让项目组生产有意义的产品。

产品经理要来做这个困难的决定!

//快点砍掉这个没有意义的项目!

2.1.5. Culture/企业文化

有一些企业文化认为,终止弱势项目有些不够地道。特别是团队都投入到艰苦的工作中的时候。

而实际上,企业文化是教育员工珍惜资源。把资源放在无意义的项目里面,是对员工的惩罚和不尊重。

//这样的企业文化非常值得提倡!

2.1.6. Deadlines/截至时间

下周工程师们就要闲了,赶快给他们找点儿工作吧!这听起来多么荒谬,但却是一个常见的问题。

所以产品经理要有一个有价值工作的任务列表,不要象“喂牲口”那样,为了让程序员工作饱满而随便的给出任务。

//我们的确有很多更有意义的工作。

2.1.7. Hubris/傲慢

我们要面对,很多项目就像是老板个人珍爱的宠物。

虽然很多牛叉的产品来自他们的创意,但他们也和平常人一样,有很多烂点子的。

//自省是非常重要的,劝说老板放弃一个点子有时候挺费劲的。

2.2. 其他很有意义的话

  • 做产品就像种地,好点子是粮食,坏点子是杂草。如果你不除草,那么别指望你的庄稼长得好!
  • 现实情况是,很多公司都做了太多的项目,其中的很多都是不应该做的。造成的结果就是到时候也没有人来做好点子的项目了。
  • 公司决策者有必要终止掉那些无用的项目,从而把资源都投入到主产品上。
  • 投入到无用项目的开发上,会让我失去宝贵的机会成本–本来可以做出更有价值的产品的。
  • 产品经理们需要发现并结束无用的开发。我们需要有一个管理团队来保证,宝贵的开发、测试和系统资源都用在了好点子上!

3. 关于作者

在过去的20年里,他在一些著名的公司里面负责产品定义,例如Hewlett-Packard, Netscape Communications, America Online, and eBay.

在没有创建硅谷产品组之前,他作为资深VP,负责eBay的全球电子商务销售网址的产品管理和服务设计。而硅谷产品组则是他的兴趣所在,通过他的著作、讲演和培训,帮助别人构建成功的产品。

继续阅读

发表在 it | 标签为 , , | 留下评论