先日より、あるお客様のサービス開発のお手伝いをさせて頂いております。現状では、ざっくりとした製品のイメージやニーズの把握できているものの、どのように製品化していって、どのように販売していったら良いか？という所がイメージ出来ないというところでアドバイスさせて頂いたり、簡単なプロトタイプを作って意識合わせをしています。

そんな中で感じたのは、「機能を追加する＝足し算の方向で話が進みがちだなあ」という事。

具体的なサービスのイメージを作り上げていく中で、どうしても機能を欲張りがちになります。特にソフトウェア／サービス営業を経験された方が加わると、協業製品との機能比較表などで見劣りするとセールスに支障をきたすので、「よそが持っている機能は、うちのにも絶対に必要」という主張は、どうしても声が強くなりがちです。

ただ、実際に導入して利用する段階になると、「いろいろとボタンがあって複雑」「どのメニューを使って良いのか分からない」といった操作感に対する不満が出てくるというのも、良くある話です。(例えばWord/Excel、ハードウェアで言えばスマートフォンなどが持っている機能のうち、どれだけ使いこなしているでしょうか？）

特に開発企画の初期の段階では、サービスのコンセプトを固めることが重要で、

・どんな人（スキルレベル、利用シーン、利用状況など）の

・どのような課題を解決する

のかを決めておかないと、仕様策定の際に採否の基準がブレまくります。

そしてコンセプトを考慮した上で、重要度が落ちるものに関しては、極力落とす＝引き算する事が重要です。「あれば良いな」というレベルの機能は最初の段階では取り除き、必須の機能だけを取り入れるくらいで考えた方がいいです。操作画面は可能な限りシンプルにする必要があります。例えばソフトウェアやＷｅｂのサービスであれば「ボタン１個（これは極端にしても、５個以内とか）で済ますにはどうしたらいいだろう。」と、思いをめぐらせてみるのも良いと思います。

逆に、実際に「引き算」をするにあたっては、ターゲットを明確に絞りこみ、それ以外の売上げの可能性を捨てるという事になります。それゆえに批判が多くなりがちで、それに打ち勝つ必要が出てきます。特に大きい会社では販売部門の批判に打ち勝ち、企画の稟議を通すこと自体が困難を極めることになるでしょう。逆に競合と比較して足りない機能、あればいいなという機能の追加＝足し算の発想は、分かりやすい故に批判は少ないのが常で、この方向で企画が進められることは多いです。ただし、それにより製品の複雑化やコストアップという弊害をもたらします。引き算の発想＝切り捨てることにより、特定のターゲットにとっては魅力的なサービスに仕上がり、評判を上げることになるのです。この足し算／引き算のバランスが企画マンの腕の見せ所なのですが、特に引き算は難しく、時と場合によっては勇気が必要になってくるので、常に意識して行う必要があります。

つまりは商品・サービス企画の前提として、しっかりとしたコンセプトを打ち立てるだけのマーケティングがしっかりとしている必要があるわけです。それを含めても引き算の商品・サービス企画というのは難しいものですが、成功した際には使い勝手の良い優れたものが生み出されるのです。

“Twilio”というサービスをご存知でしょうか？APIを通じて電話・ＳＭＳをかけたり（送ったり）電話を受けて、それを元に何らかの処理を行うためのサービスです。日本ではKDDI Webコミュニケーションズ社がサービスを提供されています。

“API”というところがミソでして、アプリケーションからメッセージングの手段として、簡単に電話が利用できるわけです。これまで、アプリケーションからの通知の手段としては、主にテキストメッセージとしての電子メールが主流だと思います。たとえば、機械の故障などが起こって通知を行う場合には、あて先に通知メールを送るというのが、よくある実装ですが、その代わりに電話をかけることも出来ます。さらには「サービス業者に連絡する場合、１を押してください」というような案内をして、業者に電話をつなぎ直すといった芸当も可能です。多くの人がスマートフォンを持つようになり、電子メールやLINEといったテキストメッセージによるコミュニケーションが主流のご時勢で、「いまどき電話？」という声も無くもないのですが、即時性・緊急性を要する場合や、機器操作に不慣れなお年寄りなど、まだまだ音声での通話というものにもニーズがあるように見受けられますので、非常にユニークなサービスだと思います。

4/5,6にTwilioを利用したサービスを開発する「ハッカソン」というイベントが行われました。書類審査を通った２０チームが時間内にサービスを実装するというコンペでした。”実践クラウド”社のチームの助っ人として参加したところ、まさかの決勝進出。

そして、4/9に“Twilio Japan Summit＋Smart Communication Award 2014”が開催されまして、３チームのプレゼンが行われました。プレゼンの途中でWiFiが切れてアプリが動かなくなったり、通知のSMSが想定より大幅に遅れて届くなど、ハプニング続出でしたが、まさかの最優秀賞を頂くという、これまた意外な展開でした。（合わせてSkyland Venture様の企業賞も頂きました。）

Twilio自体は良く出来たAPIだなあと、つくづく思いました。何らかのプログラミング言語の知識は必要ではありますが、当日まで知識が無かったところから始めて、数時間触っている程度のレベルで自動音声応答のサービスや、通知メッセージを電話で伝えるサービスなどは作れてしまいます。以前に同様のサービスの実装をした事がありましたが、電話会社の方からサービス仕様を調整して、多くのパターンの応答音声を予め録音し・・・のような作業が必要で、開発にかなりの時間を要しましたが、同じレベルのものが数時間で出来てしまうことを考えると驚きです。

日本でのサービスでの難点は、応答音声がメカメカしいというか、まだ不自然な感じでした。これは今後の改善に期待するとして、今回はハッカソンでは、このイベントのために提供頂いたエーアイ社の“AITalk”を利用しました。こちらも指定のＡＰＩに読み上げさせたいテキストを送ると、音声ファイルが返ってくるというものです。この音声ファイルをTwilioに送って通話で応答させるという実装にしました。若干ぎこちない所もありますが、機械的な合成音声にしては自然に聞こえる優れものです。（こちらは、決勝デモの際に披露する時間が無かったのが残念です。）

お誘い頂いた実践クラウドの久光社長に改めて御礼を申し上げるとともに、一緒に作業したチームメンバーや、関係者の皆様に改めて感謝したいと思います。
また電話を利用したサービスをご検討されている方につきましては、ご相談頂ければと思います。