In the fine grained services approach that we use at Amazon, services do not only represent a software structure but also the organizational structure. The services have a strong ownership model, which combined with the small team size is intended to make it very easy to innovate. In some sense you can see these services as small startups within the walls of a bigger company. Each of these services require a strong focus on who their customers are, regardless whether they are externally or internally.
Amazonで当社が実践している行き届いたサービス手法では、サービスは単にソフトウエアの構造だけでなく
組織全体の構造です。サービスには強い所有権のモデルが存在し、それば小さなチームと合体することで、
革新が生まれるのです。ある意味こうしたサービスは大企業の中の一部として存在するベンチャー企業で見受けられます。
このようなサービスはどれも、外見と中身にかかわらず、顧客の層を絞る必要があります。
To ensure that a service meets the needs of the customer (and not more than that) we use a process called “Working Backwards” in which you start with your customer and work your way backwards until you get to the minimum set of technology requirements to satisfy what you try to achieve. The goal is to drive simplicity through a continuous, explicit customer focus.
The product definition process works backwards in the following way: we start by writing the documents we'll need at launch (the press release and the faq) and then work towards documents that are closer to the implementation.
サービスが顧客のニーズに見合っているかどうかを確かめるには(それ以上のものは求めない)、
当社は｢逆向き解決法｣という手法を用います。どのようなものかというと、顧客と取引を進める際に
逆向きに物事を進めることで、最低限必要な技術を手に入れて、設定した目標に到達する方法です。
目標は継続してはっきりと顧客に焦点を置くことで、簡素化させることです。
｢逆向き解決法｣の製品定義以下のようになります。
まず当社は、業務の発足に必要な目標(プレスリリースもしくはFAQ)を設定し、
そして実現可能に近い目標に向けて業務を行います。
The Working Backwards product definition process is all about is fleshing out the concept and achieving clarity of thought about what we will ultimately go off and build. It typically has four steps:
Start by writing the Press Release. Nail it. The press release describes in a simple way what the product does and why it exists - what are the features and benefits. It needs to be very clear and to the point. Writing a press release up front clarifies how the world will see the product - not just how we think about it internally.
Write a Frequently Asked Questions document. Here's where we add meat to the skeleton provided by the press release. It includes questions that came up when we wrote the press release.
要するにこのWorking Backwards という開発定義プロセスは、コンセプトを具現化することと、最終的に何を作るのか明確な考えを持つことなのです。通常４段階あります。プレスリリースを書き出すことから始めます。しっかりやります。プレスリリースは、その商品が何なのか、何の為のものなのか、特徴や長所といったことを簡潔な方法で説明するものです。かなり明確でポイントを抑えていなければなりません、先にプレスリリースを書くことで、自分達内部の人間がどう考えるかだけではなく、世間がその商品をどのように見るかを知ることが出来ます。
FAQの資料を作成します。ここで、プレスリリース資料で作られた骨組みに肉付けをします。プレスリリースを書いた際に浮かんだ質問を含みます。
You would include questions that other folks asked when you shared the press release and you include questions that define what the product is good for. You put yourself in the shoes of someone using the product and consider all the questions you would have.
Define the customer experience. Describe in precise detail the customer experience for the different things a customer might do with the product. For products with a user interface, we would build mock ups of each screen that the customer uses. For web services, we write use cases, including code snippets, which describe ways you can imagine people using the product.
プレスリリースを共有した時に他の人が聞いた質問もあるでしょうし、その商品は何に役立つのかはっきりさせるための質問も含みます。商品を使う人の身になって、思いつくであろう質問について考えます。
顧客体験を定義します。その商品を使ってするであろう様々なことにおける顧客経験をしっかりと詳細に説明します。ユーザインターフェースのある製品ならば、それぞれの顧客が使うスクリーンの実物大模型を作ります、ウェブサーピスについては、コードスニペットを含む、商品を使う人々を想像できるユースケースを作成します。
The goal here is to tell stories of how a customer is solving their problems using the product.
Write the User Manual. The user manual is what a customer will use to really find out about what the product is and how they will use it. The user manual typically has three sections, concepts, how-to, and reference, which between them tell the customer everything they need to know to use the product. For products with more than one kind of user, we write more than one user manual.
Once we have gone through the process of creating the press release, faq, mockups, and user manuals, it is amazing how much clearer it is what you are planning to build.
ここでの目標は、顧客が製品を使いながら、どのように問題を解決するかのストーリーを伝えることです。
ユーザーマニュアルを書きましょう。マニュアルは、顧客が、それが実際にどのような製品であり、どのようにそれを使用するかについて調べるために使用するものです。ユーザ・マニュアルは一般的に、概要、使用方法、索引の、三つのセクションがあり、それらの中に製品使用上ユーザが必要とする全てが書いてあります。複数の種類のユーザのための製品については、複数のユーザマニュアルを作ります。
プレスリリース、 FAQ 、モックアップ、およびユーザ・マニュアルを作成するプロセスを終えたら、あなたが何を作ろうとしているかどれほどクリアになるか、それはもう素晴らしいほどです。
We'll have a suite of documents that we can use to explain the new product to other teams within Amazon. We know at that point that the whole team has a shared vision on what product we are going the build.
アマゾン内の他チームに新製品を説明する際に使う資料一式を用意します。その時点で、チーム全員がどんな製品を作るのかについて共通のビジョンを持っているでしょう。
