ハーバード・ビジネス・レビューの2006年6月号に、「機能の数と使い勝手をバランスせよ -- 便利で不愉快な機能過多を拝す」という論文が掲載されています。機能と使い勝手をバランスさせるための数的モデルについて解説された、興味深い内容なのですが、これを読んでふと感じたことを少し。
最近は「シンプルな製品/サービスを作ろう」というキャッチフレーズが流行っていて、特にWeb 2.0系の企業ではこの信条を掲げているところが多く見られます。僕もこの考え方に大賛成なのですが、果たしてそれ一辺倒で良いのでしょうか。
ハイテク製品/サービスは、必ずイノベーターやアーリーアダプターと称される先進的な人々がファーストユーザーになります。彼らは新しいもの好きで、少々の不具合やバグがあったり、使い勝手が悪かったとしても、製品のコンセプト自体に魅力を感じてくれれば使い続けてくれます。そればかりか、自分たちの手でそれを改善し、フィードバックまでしてくれるというありがたい人々です。ならば、このステージでは斬新な機能を盛り込めるだけ盛り込んで(この際デザインも一切無視)、どの機能が「キラーアプリケーション」となるのかを確かめる---という戦略を取っても良いのではないでしょうか。
そしてライフサイクルが進み、いざキャズムを越えるぞ!という段階になったら、できるだけ機能を取り払ってシンプルにする---そして使い勝手を重視し、ヘルプやサポートといった煩わしい以外の何者でもない機能/サービスがなくても使えるようなものにするわけです。前のステージで「機能てんこ盛り」バージョンをテストしておけば、ターゲットとなるセグメントごとに「何を捨てて、何を売りにするか」をコントロールして、いくつか異なるバージョンを用意するといった戦術も可能になるでしょう。
ただ、実際にこの戦略を実行するとしたら、初期の開発リソースはどうするんだとか、メジャー市場のユーザーは初期市場のオタクたちとは根本的に思考回路が異なっているだろうとか(それがメジャー市場に受け入れられる製品を開発するのに失敗してしまう理由の1つですが)、様々な問題点があると思います。要は「シンプルイズベスト」というアドバイスは、生まれたばかりのハイテク・プロダクトには厳密に適用しなくてもいいんじゃないかなぁと、おなじみの天邪鬼的発想なわけですが。機能の数と使い勝手のバランスは、決して恒常的なものではないのではと思います。
最近のコメント