Ch6 01: 3億ドルの発見#

この章で、すべてがつながる。

5つの章にわたって、アルゴリズムを一歩ずつ解説してきた――要件を問い直し、無駄を削除し、残ったものを簡素化し、サイクルを加速させ、自動化は最後にする。各ステップはそれぞれ独立して、固有の事例と固有のロジックで提示された。しかしアルゴリズムの真の力は、どれか一つのステップにあるのではない。5つすべてを積み重ね、同じ問題に対して何度も繰り返し適用したときに起こることにある。

その結果は、旧来の答えの改良版ではない。まったく異なる答え――問い自体を再定義するものだ。テスラのモバイルサービス事業は、この効果の最も明確な証拠として私がこれまで目撃した中で最たるものだ。そしてそれは、自動車業界の誰もわざわざ問おうとしなかった一つの問いから始まった。

ステップ1：問い直す。 なぜ車のサービスにはサービスセンターが必要なのか？

些細に聞こえる。だが全くそうではない。自動車サービス業界全体が、車は固定された場所――設備、部品、技術者が一つ屋根の下に揃った場所――に持ち込まなければならないという前提の上に成り立っている。ディーラーはサービス施設に何百万ドルも投じる。顧客は、車を預け、帰りの足を確保し、何日も折り返し電話を待つという面倒を受け入れている。このシステムは普遍的に受け入れられている。そして普遍的に煩わしい。

「なぜ？」と問いかけたとき、正直な答えはこうだった――昔からそうしてきたから。サービスセンターモデルは、ほとんどの修理が重量級の設備――油圧リフト、アライメントラック、塗装ブース――を必要としていた時代には合理的だった。しかしテスラの車両は根本的に異なる。ソフトウェア定義型だ。多くの問題は、車両のデータリンクを通じてリモートで診断できる。そして物理的な修理のうち驚くほど多くの割合が――当初の予想以上に――技術者とツールボックスと平らな地面さえあれば対応可能だった。

サービスにサービスセンターが必要だという前提は、物理的な制約ではなかった。歴史的な遺物だったのだ。

ステップ2：削除する。 サービスプロセスから何を取り除けるか？

サービスセンターという前提が崩れると、削除の連鎖が始まった。サービスセンターが不要なら、施設の賃料も、間接費も、受付スタッフも不要だ。顧客の車の持ち込みが不要なら、代車のフリートも、シャトルサービスも、まずいコーヒーの待合室も不要だ。

しかし削減はさらに深く及んだ。リモート診断が初回の検査訪問を不要にした――技術者が出発する前に、車が何が問題かを教えてくれた。事前配備された部品が「部品を注文して再予約する」ループを消し去った。自動スケジューリングが、顧客とサービスアドバイザー間の電話のやり取りを不要にした。

各削除は、ステップだけでなく、そのステップを支えていた支援インフラ全体を取り除いた。

ステップ3：簡素化する。 残ったものは何か、どこまでそぎ落とせるか？

残ったプロセスは、そのシンプルさにおいて革命的だった。顧客がアプリで問題を報告する。車両のデータが診断を確認または精緻化する。適切な部品をすでに積んだモバイル技術者が派遣される。技術者は顧客の車がある場所――自宅、オフィス、空港の駐車場――どこへでも向かい、修理を行う。顧客はその場にいなくてもいい。

従来のやり方と比べてみよう。ディーラーに電話し、予約を取り、車で行き、受付を済ませ、待ち、代車を借り、電話を待ち、また車で行き、精算し、支払う。8つか9つのステップが1つに凝縮された――技術者があなたのところに来る。

ステップ4：加速する。 サイクルタイムをどう圧縮するか？

簡素化されたプロセスが稼働すると、加速の焦点はロジスティクスに向かった。ルート最適化ソフトウェアが近隣のアポイントをクラスター化し、ジョブ間の移動時間を大幅に削減した。部品在庫は予測的に管理された――最も使用頻度の高い20種類の部品は常にバンに積まれていた。スケジューリングアルゴリズムが技術者のスキルとジョブの種類をマッチングし、最初から適切な人を適切な作業に配置した。

結果：モバイル技術者は1日に6件から8件のジョブをこなした。従来のセンターでは3件から4件だった。作業が速くなったからではない――実際の修理時間は同じだった。しかし、ジョブ間の待ち時間、移動時間、調整のための空き時間がほぼゼロに圧縮されたのだ。

ステップ5：自動化する。 人間の介在なしにソフトウェアが処理できるものは何か？

最終的な自動化レイヤーは、物理的な修理以外のすべてをカバーした。診断データは車両からスケジューリングシステムへ自動的にストリーミングされた。予約確認、到着予定時刻、完了通知は人の手を介さずに送信された。支払いはデジタルで処理された。顧客満足度調査は自動的にトリガーされた。

技術者の仕事はこれだけになった――現場に行き、車を修理し、次の現場に向かう。管理、ロジスティクス、コミュニケーションのあらゆるタスクはソフトウェアが処理した。

ここで一歩引いて、何が起こったかを見てみよう。私たちはモバイルサービス事業を構築しようとしたのではない。テスラのサービスオペレーションを改善しようとしたのだ。しかしアルゴリズムの各ステップが制約を剥ぎ取るにつれ、問題そのものが形を変えていった。

元の問いは「サービスセンターの待ち時間をどう短縮するか？」だった。5つのステップを経て、問いはこう書き換えられた――「サービスセンターなしで、どうやってサービスを提供するか？」

この書き換えこそが魔法だ。線形的なアップグレードではない――10%速く、20%安く、といった話ではない。カテゴリーの転換だ。モバイルサービスは、より速いセンターが従来のセンターと競争するようには競争しない。まったく異なる軸――利便性、時間の節約、顧客体験――で競争するのだ。

財務的なインパクトは衝撃的だった。モバイルサービス事業は年間3億ドル以上の価値を生み出した――施設コストの大幅削減、顧客満足度の向上、サービスリテンションの強化、そしてセンターを建設しても採算が合わなかったであろう地域の顧客へのリーチを通じて。

どれも事前に青写真が描かれていたわけではない。アルゴリズムの体系的・逐次的な適用から生まれたのだ。

これが私の言う乗数効果だ。アルゴリズムの各ステップは、前のステップに単に加算されるのではなく――乗算される。問い直すことが削除の余地を開く。削除が簡素化の余地を生む。簡素化が加速を可能にする。加速が効果的な自動化の基盤を築く。

1つのステップだけ――例えば自動化だけ――を行えば、漸進的な改善が得られる。5つすべてを順番に行えば、累積的なインパクトは5倍ではない。指数関数的に大きくなる。問題が再定義され、制約が溶け、出発点からは見えなかった解決策が浮かび上がる。

ガイダンス#

あなたのビジネスで最も重要なプロセスを1つ選ぼう――最も多くの売上を生み出すもの、または最も多くの顧客に触れるもの。そしてアルゴリズムの全ステップを順番に実行しよう。

問い直す： プロセスに組み込まれたすべての前提をリストアップする。「ここで行わなければならない」「顧客が立ち会わなければならない」「規制がこのステップを要求している」。一つひとつに疑問を投げかける。
削除する： 問い直しを生き残ったすべてのステップについて問う――「このステップに顧客はお金を払うか？」組織のためにはなるが顧客のためにはならないものをすべて切り捨てる。
簡素化する： 残ったものを圧縮する。3つのステップを1つにできないか？10ページのフォームを1つの質問にできないか？新人テストを適用する。
加速する： サイクルタイムと実作業時間を比較する。待ち時間を殺す。可能なところは並列化する。
自動化する： ここでようやく。安定し、予測可能で、よく理解された部分を自動化する。複雑で変動が大きいものは人間に任せる。
繰り返す： ステップ1に戻る。もう一度やる。各パスが新たな前提、新たな削除、新たな簡素化を浮かび上がらせる。問題そのものが形を変えるまでサイクルを続ける。

あなたが突破口に達したと分かるのは、たどり着いた解決策が出発点よりも単に良いだけでなく――異なっているときだ。問題が再定義されたとき。競合他社があなたの改善をコピーすることで対応できないとき――なぜならそれは改善ではないからだ。まったく新しいゲームなのだ。

それが、アルゴリズムのフルパワーだ。