Life is beautiful

　社員向けの英語ブログの３番目のエントリーは、「Software is service: Why is it so hard for software engineers to fully internalize it?」というタイトル。私の会社には、Microsoft、Apple、PalmなどでOSとかIDEなどの開発経験のある優秀なエンジニアが集まっているのだが、伝統的なソフトウェア作りでの成功経験があるからこそなかなか理解してもらえないのが、「Software is Service」の心構えだ。今回のエントリーは、そんな彼らのためのメッセージ。

　少し前までのソフトウェア作りのプロセスは、（１）マーケットやテクノロジーのことが分かっている賢い人たちを集め、（２）彼らに作るべきプロダクトをデザインさせ、（３）必要な人員を集めて作り込み、（４）ある程度できたところでベータ版としてリリースし、（５）ユーザーのフィードバックを集めると言いながら、機能に関するユーザーからのリクエストはほとんど無視して、見つかった重要なバグにだけ対応して、（６）最終版をリリースし、（７）出荷パーティを開いてから休暇を取る、というものであった。このプロセスは中規模なもので１～２年、Windows Vistaのように大きなプロジェクトになると４年も５年もかかるケースもある。

　この場合、もっとも大切な部分は（２）のプロダクト・デザイン（ソフトウェア・アーキテクチャーも含む）であり、エンジニアの仕事はリリースした時点で終わる。

　一方、レストラン、スポーツ・ジム、テーマ・パーク、ウェブ・サイトなどのサービス・ビジネスを運営する場合には、全く違う心構えが必要である。そもそも、そういった人たちは、サービスをオープンする前に「完璧なサービスをデザインしよう」と試みすらしない。サービス・ビジネスに従事する人たちは、実際の顧客と触れ合いながらサービスを作って行くことの重要性を良く理解している。レストランのオーナーは、無駄に時間をかけて「完璧なメニュー」を用意してから開業するのではなく、まずは「仮のメニュー」を用意して開業し、客の注文するものやフィードバックに応じて、きめ細かくメニューを改良して行くのである。ディズニー・ランドが、新しいアトラクションを追加したり、長い列に並ばなくて済むような工夫をしながら改良をし続けるのも同じ理由である。一度来てもらった来園者に何度も何度も来てもらうためには、常に改良し続けることが必須なのである。

　言い換えれば、サービス・ビジネスを運営するべきで最も大切な時期は、顧客に対してサービスを開始した日から始まるのだ。サービスのオープン当初から最高のサービスを用意しようとすることよりも、オープンしたその日から顧客からのフィードバックを効率よく吸い上げ、それをいち早くサービスに反映して改善していくことを可能にするプロセスをしっかりと用意しておくことの方がずっと大切なのである。

　良い例が、「はてな」の提供するさまざまなサービスである。近藤社長が述べているように、「１００％作りこんでからユーザーに届けるよりも、５０％ぐらい作ったところでリリースして、ユーザーに使ってもらいながら改良して行った方が良いものが出来る」のである。これこそ、すべてのウェブ・サービス・ビジネスに関わる人達が持つべき、「サービス・ビジネスの心構え」である。

　インターネットの普及のおかげで、ソフトウェアの流通コストはものすごく安くなったし、ユーザーからのフィードバックも瞬時に得られるようになった。そんな意味では、うちのようなソフトウェアを作る会社も「サービス・ビジネス」の心構えでもの作りをしなければいけない時期が来ているように私には思えるのだ。完璧なソフトウェアを何年もかけて作りこんでから市場に出すのではなく、未完成なものでも良いからいち早く市場に出して、ユーザーと対話をしながら作り上げて行った方がずっと良いものが出来るように思える。これからは、そんな新しい形でのもの作りを可能にするプロセスをしっかりと持っている会社が強いのではないか、というのが私から社員へのメッセージである。