前eBay高级VP告诉你, 你的产品为什么会失败

跨境电商发言

本文作者为Marty Cagan, 是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay产品管理及设计高级副总裁. 这篇文章是他最近给Craft Conference和 Mind The Product的设计师和开发者的演讲的叙述版本.我见过大多数公司的工作方式，并注意到他们的工作方式离顶尖的公司的实际方式还差的很远。

我得警告你这个讨论可能会有点令人沮丧，特别是你感到中枪了的时候。如果是这样的话，我只能说加油，hold住。

让我们从大多数公司仍用来创造产品的方法谈起。我暂时先不会评论，让我们先描述一下那个过程。

所有的一起都是从点子开始的。在大多公司里，它们可能是来自管理层，关键相关人员，企业拥有者或者是大客户（或潜在用户）。但不管怎样，他们都是一大堆业务的不同部分想要我们做的一些事儿。

然后多半公司会把这些点子列出优先级画成roadmap，他们这么做原因有两个。第一，他们想要我们先做有价值的那些事。第二，他们希望能够预测什么时候事情能准备好。

为了这样做，几乎肯定会有某种形式的季度或年度计划会议，让领导们来考虑这些点子和讨论产品raodmap。但是为了划分优先级，他们先得需要每个项目的某种商业案例。

一些公司会做一个正式的商业案例，有些也是非正式的。但是不管怎样都是总结为每个点子需要知道的两件事：1)我们能赚多少？2)金钱和时间的成本是多少？这些信息通常都被用在了roadmap里，一般都是制定出下一个Q或者有时能多到下一年的。

到这个点上，产品和技术组就得到他们的行军令了。他们一般从最高优先级的项目开始做。

一旦一个点子列到了优先级表的顶部，第一件事就是产品经理和各个相关者解释概念然后对出一些“要求”。

这些可以是用户事例或看起来就像是功能列表一样的东西，不过它的目的就是和设计师及工程师交流要做一个什么样的东西。

当需求收集起来后，UE团队（如果公司有的话）就需要提供出交互设计和视觉设计，在实体硬件的情况里还有工业设计。

最终需求和设计详细被送到工程师那里。一般这时敏捷开发就登场了。

总之，工程师一般会把工作分成一系列的迭代—Scrum开发里称为冲刺（Sprint）。大概1-3个冲刺就可以构建完一个点子。

QA测试最好能是这些冲刺的一部分。不过如果没有，QA团队会跟进做一些测试来确保新概念和宣传的一样有效，同时保证它不会引发新的问题。（称作退化‘regressions’）

一旦QA这边开绿灯了，这个新的点子就实施给真正的客户了。

在我第一次见过的许多公司里，不管大小，这基本就是他们怎么工作的，或曾经这么做过很长时间。不过同样是这些公司也在不停的抱怨缺乏创新和从点子到客户手里花的时间太长。

你可能注意到我提到了敏捷开发。尽管今天几乎人人都在谈敏捷，我刚才描述的更像是瀑布式流程。不过对工程师公平一点，他们在瀑布模式的大环境下这已经是他们能做到的最敏捷的做法了。
麦言社区