Dodo Pizzaは米国で開発中です。 2016年半ばに、オックスフォードで配送を開始し、アメリカとロシアの顧客の好みが異なることにすぐに気付きました。 アメリカ人は個人主義者です。 彼らは、あらゆる材料からピザを収集するために使用されます：チョコレートソースが付いているベーコンですら。 したがって、このような機能をアメリカのドードー用に作成する必要がありました。 独自のピザプロジェクトを呼び出しました。
開発者は、このタスクには少なくとも6か月かかると述べました。 しかし、長すぎると、ビジネスはお金を失います。 数か月で製品をスピードアップして作成する必要がありました。 しかし、タスクは巨大に見え、誰もそのアプローチ方法を知りませんでした。
理解するために、ストーリーマップを使用しました。 このツールは、作業を計画し、2.5か月で「My Pizza」を立ち上げるのに役立ちました。 この記事では、ストーリーマップの使用方法を説明します。
なすべきこと
顧客が材料からピザを収集できるように、ドードーIPを変更する必要がありました。
- 管理パネルの構成：ピザに追加できる材料、それらをグループ化する方法、販売する価格。
- クライアントがサイト、コールセンター、モバイルアプリケーション、またはレストランでピザを作成できるように、ピザデザイナーを作成し、すべてのアプリケーションを変更します。
- クライアントが選択した成分を追跡に表示します。 トラッキングは、キッチンに吊るされたタブレットであり、ピザを作る必要のある材料をピザメーカーに見せます。
- 調理後、さまざまな材料でピザを区別する方法を見つけ出します。 たとえば、あるピザではチーズとニンニク、別のピザではニンニクのみです。 彼らはストーブを出るとき、彼らは同じように見えます。 したがって、もう1つのオーブンストーブが必要です。これは、ピザがオーブンに入った順番を示します。 それらは同じ順序でパッケージ化されます。
- 会計システムを変更します。 私たちは処方薬の成分を帳消しにしていた。 たとえば、ピザにはチーズ1杯、ペパロニ100グラム、ソース100 mlが必要です。 ピザが顧客に残されるとすぐに、レシピは破棄されました。 各レストランについて、従業員はシステム内の製品の残り物を見て、新しい材料を購入するタイミングを見つけました。 「彼のピザ」を使えば、クライアントは何でも入れられます。 したがって、システムがレシピからではなく、注文からデータを取得する必要がありました。
- 小切手の成分を顧客に見せ、配達メモを配達人に見せます。
- レポートと統計を追加して、どのピザとどの材料が最も頻繁に注文されているかを理解します。
1つのボードにもたらしたすべての変更：
開発者は、そのような作業には6か月以上かかると述べた。 しかし、2〜3か月間に間に合わせる必要がありました。 そのため、私たちは主要なことに集中し、最小限の実行可能な製品を立ち上げるために必要なことだけを行い、他のすべてを後回しにすることにしました。 Storeimepは重要なものと重要でないものを区別するのに役立ちました。
ストーリーマップとは
Storymepは、ユーザーが製品をどのように操作しているかのストーリーを伝えるのに役立つカードボードです。 ストーリーはスクリプトとも呼ばれます。 このツールは、Jeff Patton の著書User Story Mappingで提案されました 。
Storymepは、複雑なシナリオを多くの単純なストーリーに分解し、作業量を視覚化し、何をいつ実行するかを計画するのに役立ちます。 開発者は、2か月ですばらしい仕事をしなければならないと言われても頭をつかみません。 物語によると、彼らは製品を立ち上げるために何が必要であり、今のところ延期できるものを理解している。
すべてのタスクでストーリーマップを使用します。 ストーリー付きのカードを取り、ボードに配置します。
- アクションのシーケンスに従って：左から早い、後から右へ。
- 優先度別：変更の優先度が高いほど、カードが高くなります。
- カードに詳細がある場合は、より一般的なカードをその上下に吊るします-詳細、追加のアクション。
- いくつかの方法で何かを行うことができる場合、1つの方法が一番上にあり、他のオプションがその下にあります。
「私たちのピザ」では、設定-注文-生産-会計という大きなステップを左から右に並べました。 起こったことは次のとおりです。
このストーリーマップでは、思考のすべてが論理的であるかどうかを確認しました。
最初に管理パネルを設定する必要があります。次にクライアントが注文する必要があります。それを準備し、消費された材料を記録します。 これらは大きなステップです。 それらをより小さなものに分割します。管理パネルで行うこと、クライアントの注文方法などです。 そこで、変更のプロセス全体をチェックしました。
タスクをステップに分解する
何をする必要があり、何を廃棄できるか
全体像を見ると、ストーリーマップ内を動き回り、自分自身に質問をし始めました。 最初の段階では、開始せずにすべてを削除する必要があります。
新しいシステムを立ち上げて最初のピザを作るには何が必要ですか？ 最初の段階では、管理者パネルは必要ありません。 データベースから成分を取り出すか、コードに直接記述します。
注文する最も簡単な方法は何ですか？ モバイルサイトには、シンプルなインターフェイスがあります。
ピザを作るには何が必要ですか？ トラックにピザの構成を表示します。
これは、レイアウトレイアウトを使用した最初の追跡テストです。 ピザに多くの材料が含まれている場合、それらは見えませんでした。 すぐに気づき、修正しました。
なしで何ができますか？ 小切手に材料を印刷したり、記録を残したり、統計を拒否したりしないでください。
重要でないものを捨てる
タスクに移動する方法
質問への回答は、それなしでは開始できないストーリーの最小セットを決定するのに役立ちました。 タスクは困難で恐ろしいことをやめました。
各ストーリーを小さな部分に分割しました。 たとえば、ピザコンストラクターの場合：
ピザを注文できますが、何も追加できません。
↓
1つの成分を追加できます。
↓
いくつかの材料を追加しますが、同じグループのものです。 たとえば、肉や野菜。
↓
肉、野菜、ソースなど、さまざまなグループの材料を追加します。
作業は次のとおりです。
- 最初の2週間-同じグループの食材を使ったピザを注文できる管理パネルを作成しました。
- 次の2週間-さまざまな材料を使用した完全な管理パネルとピザデザイナーを作成しました。
- さらに2週間-彼らは「オーブン」タブレットを発売しました。
システムをテストし、アメリカのピッツェリアでプロセス全体をチェックしました。 写真では、Alenaがシステムの起動時に「オーブン」タブレットを使用する方法を説明しています。
テストに必ず合格しました。
この機能により、顧客からの注文を受け付ける準備が整いました。 しかし、リーダーは、サイトのモバイル版でのみ「My Pizza」を立ち上げることは意味がないと判断しました。 デスクトップバージョン、モバイルアプリケーション、およびチェックアウト時に変更を加える必要がありました。 デスクトップサイトの後、オックスフォードで「マイピザ」を立ち上げることが可能になります。Soutavenの新しいレストランでは、配達後、チェックアウト後のみです。 これらの変更とテストにはさらに1か月かかりました。
作業開始から2.5か月後、Our Pizzaを立ち上げました。 今彼女
ペパロニに続いて人気で2位。 統計のスクリーンショットを添付したアレナは次のとおりです。
ですから、私たちは仮定を誤解していませんでした。アメリカ人は、材料からピザを実験して収集するのが本当に好きです。
製品の最小バージョンをビルドしてテストし、それを起動してから、改善を行います
オンラインツールを使用しない理由
Storymepはコミュニケーションのためのツールであるため、壁とステッカーが最適です。 作成、スロー、追加に便利です。 彼らはあなたの指で指すことができます。
オンラインソリューションは悪い選択肢であり、ストーリーマップはそれらとは連携しません。 委員会は、その周りに立って議論するために必要です。 これはツールで最も価値のあるものです。 オンラインツールでは通信は機能しません。 1つはカードを動かし、他の人は見たり気が散ったりします。
チームが異なる都市で働いている場合でも、これはオンライン掲示板を開始する口実ではありません。 ビジネスアナリストのポリナは、スィクティフカルに住んで働いています。 「私のピザ」の議論の中で、彼女は私たちに飛んで、一緒にストーリーマップを作成しました。 そして、彼女はスィクティフカルでも同じようになりました。
ストーリーマップで何かを変更した場合、すぐにそれをポリナに渡し、彼女は自宅でそれを変更しました。
問題を解決した後、ボードの写真を撮り、デジタル化し、CRMに入れることができます。ストーリーのためにそこに置いてください。 しかし、作業ツールとして-ボードとステッカーのみ。
ストーリータイムのライブについて話し合う
Storeimepチートシート
ストーリーマップなしではできない場合：
- 開発者は数か月の期限を設定しますが、ビジネスは待つことができず、開発者は何がより速くできるかを信じません。
- このタスクは非常に大きいため、開発者とチームリーダーはそのアプローチ方法を知りません。
- 製品を開発するには、多数の変更を同時に行う必要があります。どの変更がすぐに必要で、どの変更を延期できるかは明確ではありません。
ストーリーマップを操作するためのルールは次のとおりです。
- 実際のボードとステッカーを使用し、オンラインツールは使用しません。 ボードの周りに立ち、問題を話し合い、ステッカーを移動するには、ストーリーマップが必要です。
- ストーリーマップをライブで話し合う。 従業員がリモートで作業している場合は、集まってください。 その後、全員が自宅でボードを再作成します。
- 各ステップで、「これを行うには何が必要ですか？」という質問をし、すぐに「これなしでは何ができますか？」
- クライアントに表示できない場合でも、最小限の完成品を作成してテストします。 その後のみ改善を行います。
製品をより早く立ち上げるには何が必要ですか？ なしで何ができますか？ -ストーリーマップが理解に役立つ2つの質問