反向工作

文章链结 Working Backwards

从 Working Backwards 这篇文章中更可以证实亚马逊独特的产品开发文化

内文中提到了

在亚马逊上使用的细粒度服务方法中，服务不仅代表软体架构，还代表组织结构。 这些服务有一个强大的所有权模式，结合小团队规模是为了使创新变得非常容易。 从某种意义上说，你可以把这些服务看作是一个大公司内部的小公司。 每一项服务都需要强烈关注他们的客户是谁，不管他们是外部人员还是内部人员。 为了确保服务满足客户的需求(而不是更多) ，我们使用一个叫做"反向工作"的流程，在这个流程中，你从你的客户开始，然后向后工作，直到你达到最小的技术要求，以满足你试图达到的目标。 我们的目标是通过一个持续的、明确的客户关注点来实现简单化。

产品定义过程向后推进: 我们首先编写发布时需要的文件(新闻稿和常见问题) ，然后致力于更接近实现的文件。

反向工作产品定义过程的全部内容就是充实这个概念，并对我们最终将要开发的产品进行清晰的思考。 它通常有四个步骤:

1. 从发布新闻稿开始。

2. 写一份常见问题的文件

3. 定义客户体验。

4. 编写用户手册。

一旦我们经历了建立新闻稿、常见问题、模型和用户手册的过程之后，令人惊讶的是，你计划建立的内容是如此的清晰。 我们将有一套文件，我们可以用来向亚马逊内部的其他团队解释新产品。 我们知道，在这一点上，整个团队对于我们将要开发的产品有着共同的愿景。

对 UX 或是产品管理线上课程有兴趣可参考 http://bit.ly/sns-ux