今は「つくる人を増やす」が経営理念ですね。KAYACでは、「個性は出していこう」と思っていて、受託ではそういうことはできないと思っていましたから、1年目から777プロジェクトっていうのをやっていたんです。7月7日に7つのサービスを同時にリリースするっていうプロジェクトで、受託の仕事をしながら6月をフルで空けておいて、7つ一気に作るっていうことをしていました。1年に7つ作れば7年で49個になるので、結構すごいんじゃないかって思ってました。7つ全部すごいサービスを作るのは不可能で、大体5つくらいはおふざけ系の面白い感じのコンテンツで、2つは結構真面目でメディアになるようなちゃんとしたビジネス目的のサービスを作ってという風にメリハリをつけていました。7つ同時はすごいですね。当時は、7つも同時っていうのは画期的でしたね。今でもあまりないと思いますけどね。「なんだ、それ?」って言って業界の人がみんな注目するんですよね。それで「KAYACって面白いね」っていう認知がされていって、「今年は何をやるのかな」とか「今年もやったね」って言われるようになって、徐々にWeb業界での個性というかブランディングをしていったという感じでしたね。それで、これまで受託で作っていただけだったものが、「KAYAC主導で何か面白いものを作ってください」っていうような仕事が入ってくるようになってきたんです。するとレベニューシェアだったりとかリソースをもらって、こちらでサービスを考えて、割合をシェアしましょうとか言うモデルが生まれたりしました。それが、現在のBM]11のもとになっているんですね。確かにBM11につながっていますね。77プロジェクトは別にやっているんですけどね。77個はあくまでラボのノルマなんです。KAYACって数にこだわる会社で、3とか5とか7とかが好きで、普通、年間で何かやろうとすると100個とかっていう感じだと思うんですが、7が好きなので、77個になったりしますね。11人いたので、7を掛けて77個にしたっていう経緯もありますけどね。はいっても普通の会社って稼動を全部止めて、そこにリソースをつぎ込むってなかなかできないと思うんですけど、大分、思い切ってやられたんですね。それが1つのブランディングにつながるっていう確信のもとにやっているという思いがあるので、全く無駄な投資だとは思っていないんですよ。それがもとでKAYACの個性が強調されて、KAYACにはBM11っていうのがあるんだってことになればいいと思うんですね。KAYACは技術力も売りにしているんですが、同時に企画力も売りにしていて、KAYACに頼むと何か面白いものができちゃうっていうのをモデルにしたかったんです。アイデアは無限にあるので、いくらでも提供しますっていうのをアピールしたいですね。ブレストもただで参加しますし。面白ければ一緒に作らせてくださいっていうスタンスです。BM11の方で2ヶ月前くらいに「元気玉」っていうサービスを作ったんです。「元気玉」っていうのは、みんなから元気を集めて相手にぶつけるっていう鳥山明先生の漫画の必殺技なんですけど、BM11にアイデアを依頼できるサイトをなんです。「こういうサービスを作るんだけど、何かキラーコンテンツを考えて欲しい」というのを依頼されると、BM11のメンバーがアイデアをばーっと書いて、3日以内に返すっていうサービスなんです。アイデアを出す側としてはそれは本当にハードルが高いんですけれど、やっぱりそれをこなすことで、KAYACってすごいね、アイデアが無限にあるんだね、ただで提供しちゃうってすごいよねって認知をされることは間違いないし、それにラボのメンバーのブレスト力もUPするっていうのもいいコラボレーションだと思うんです。この「元気玉」は、KAYACのラボの特徴をよく捉えたサービスだと思いますね。そのアイデアを生み出す源泉はどのあたりにあるんでしょうか。1つは、特に役員3人がそうなんですが、KAYACって、「面白いもの」と「新しいもの」に価値を置いているので、同じものを作りたくないっていうのをコンセプトに置いているんですよ。受託するにしても何をするにしても、新しいアイデアを無理くりでも出すというか出さないといけない使命感がまずあるんです。情報収集にこだわっているとか、そういう仕組みがあるとかではなくて、あくまで直感重視なんです。鎌倉にオフィスを構えているのは、そういう直感重視だからなんです。自然に囲まれている方がアイデアが浮かびやすいっていうのは何らかの真理だろうっていうのがあって、鎌倉に引っ越してきて海と山の間で仕事をしているんです。役員が来たくて来たっていうのが一番の理由ですね。確かに自然がいっぱいですもんね。シリコンバレーなんかでもクリエイティブな企業ってだいたい郊外とかにあるっていうのも何か関係あるんだろうなと思ってやってみたって感じですね。KAYACって言う会社はアイデアを出すっていうことが特徴になっているので、社員教育にもそれがつながっていて、ブレストにもほとんどの社員を参加させるんですよ。技術者にしてもデザイナーにしても、基本的に強制参加させるようにしていますが、アイデアを出す段階で、KAYACの経営理念だったり考え方なんかが伝わっていくんですね。社員が好き勝手なアイデアを出すんですが、「それは新しくない」とか「それはKAYAC的じゃない」「KAYACの経営理念に反している」みたいなやりとりをしながら、KAYACの経営理念を学んでいくっていうのがあって、全員がいいアイデアを出せるわけじゃないんですけど、そういう場にいてもらうことが教育だったりもしますね。それはいい社員教育ですね。あとはブレストとの基本ではあるんですけど、アイデアを出す人を否定しないってことを極端にやっています。本当にくだらないアイデアしか出さない社員がいるんですけど、とりあえず「いいね」っていうことにしているんです。すると、その社員は喜んでどんどん次のアイデアを出すんですよ。くだらないアイデアしか出さないんですけど、それでも続けていると突然、ブレイクすることがあるんです。1人、そういう社員がいたんですが、今はとてもできる男になっています。マネジメントの勝利ですね。あとは、技術陣には、常に新しい技術を取り入れて開発してほしいって伝えてあるんですよ。普通、会社って使い慣れたものを使ったり、フレームワークみたいな1つのアーキテクトというか流れを作って、それを使いまわすことで効率化していくと思うんですが、KAYACではまったく逆で、常に新しいことにチャレンジしていくということを推奨していて、それが新しい技術の習得だったり技術者の好奇心を満たすことにもつながっていると思います。技術者って常に新しいものを求めていますよね。一度、ECサイトを作って、もう一度ECサイトを作ろうっていったときに、当然、スキルがあがっているから効率的ではあるとは思うんですが、あまり刺激ってないと思うんですよね。少なくとも僕はそうでしたからね。あれば、全然違う言語で作ってみたりとか見たこともないモジュールを組み込んでみたりとかっていうことをやることで、開発効率が下がったり、バグでも出るとは思うんですが、それでプログラマのスキルやモチベーションが上がったりとか、会社としての知見になって次に生かせるってところを重要視しています。開発にも経営理念が生きているんですね。他の会社では、自分たちでフレームワークを作ったりしていますが、KAYACでは、各プログラマなりデザイナーが自分の方法論でトライしていって、その情報を共有してブラッシュアップするという形をとっています。社員の興味の赴くままという感じですね。僕はCTOって名乗っているんですけど、はっきりいって社員の方が出来るんですよ。出来る人を採っているんですよ。個人でやっていたけど、本当にすごいプラグラムを書いていたような人たちも集まってきていて、僕の仕事は彼らが自由に開発できる環境を作るのと責任をとることなんです。いつも社員には「バグは個性だ」って言ってるんです。「バクが出るのはしょうがない。それは挑戦した結果なので、バグが出ても構わないので、とにかく新しいことにトライしてほしい」ということを言い続けています。社員は結構好き勝手なことをやっていますね。稀に取り返しのつかないような事態に陥ることもあるんですけど、それもありだってことです。挑戦して成功するか失敗するか分からないけど、それをすること自体がその人の成長につながると思うので、基本的に推奨派ですね。チャレンジャブルでいいですね。Coopyの方は、受託ですからそれじゃいけないので、Coopyの中でPHPのフレームワークを開発しています。会社の質が違いますからね。KAYACの方が新しいことに挑戦して、Coopyの方は限られた技術を使って効率よくまわしていく。それで得られるものも違うので、社員も相互交流させるんですよ。技術的に開発をガンガンしてSE的なことをやりたい人はCoopyに行かせるし、逆にある程度の技術を身につけて、自社サービスを作りたいっていうならKAYACに引っ張ってきたりしています。社員のスキルとかやりたいこと、そしてその社員の人間的レベルで会社やポジションを変えたりしています。Railsなんかもやっていますし、基本的な言語はやっていますね。それを使って新しいライブラリーとかモジュールを作っている有名な子がいるんですが、その子が最近作ったサービスで、みんなの開発したデポジトリを公開するのがあるんですけど、そこに賛同するプログラマが集まってきて、みんな自分の開発したデポジトリを公開しているんです。KAYACのラボで作った面白いツールなんかのソースも公開していますよ。いえ、開発もしてますよ。開発をしていないとアイデアが出なくなっちゃうんです。それは忙しいわけですね。開発者には2通りいると思っているんですよ。右脳派、左脳派っていう言葉で表現した方がいいか分からないんですけど、技術から入っていく人と、作りたいものから入っていく人がいると思うんですよ。僕はアイデア先行型なんですよ。アイデアが先に浮かんで、こういうWebサービスを作ろうってなったときに、それを開発するために必要な技術だけを身につけるっていうスタンスなんですよ。PHPでやるべきなのか、Perlでやるべきなのか、Javaなのかとか、相手が先にあって、それに必要なことだけを学んでやっちゃうんです。技術者が技術を学ぶときには、そっちの方が楽しいんじゃないかって思うんですよね。いちから参考書を読んでいくっていう人もいるんですけど、そのこと自体はアイデア力につながっていかないので、これやってっていえばきちんとできる人間になるんですけど、何かビジネスモデルを考えてっていうとそこまでいかないと思っているんです。うちの社員もアイデア先行型が多くて、作っているものとか、好きなゲームをサポートするツールが思い浮かんで、そのツールを作っちゃったみたいな人が多いんですよね。ブログなんか見ていても、技術のchipsとかを載せているんじゃなくて、作ったものを載せているんですよね。その作る過程で得たノウハウとかを公開しているというパターンが多くて、いわゆる参考書的な人間じゃない印象はありますよね。「何をつくるか」と「どう作るか」だと思うんですが、「何を作るか」から入っていく人が多いということですね。僕がそうなので、社員もそっちの方が多くなってしまったんだと思います。Coopyの方は参考書で勉強していくタイプの社員が多いと思います。社員にはどっちにしろってことは言ってなくて、適性を僕の方で把握しておいて、マネジメントしています。バランスがよさそうですね。