「数千」は、ちょっと見る気が失せました・・・。

まあ実際、iPhoneのAppStoreも、表記するなら同じようなことになるんでしょうが、Googleだったらもう少し書き方あるだろー、とツッコんでおきます一応。

見方を変えれば、アクティブなユーザーがそれだけすごい数になったということなんですね。クラウドってすごいや。

現在の仕事ではCMSに関する企画を進めているのだけれど、この市場、まだまだ発展中ということもあってどこがデファクトになるかも見えず、なかなか進めづらい状況にある。

もっとも、CMSプロダクトそのものを開発するのであれば、ターゲットを絞って必要な機能を実装し、ターゲット層のリテラシーに合わせたユーザビリティを実現すればそれなりのプロダクトに仕上るとは思うが、ウチの会社はプロダクト開発会社ではなく世の中的にいうところのSIPSであり、特に昨今の流れになっているCMS案件では、「適切な」CMSを「適切な」価格で、「適切な」サービス形態として「適切な」サイト設計と「適切な」運用設計で提供できる“提案力”を磨いていく必要があって、そのためにはあまたのCMSの中から“選定”し、使えるようになっていなければならないのだ。

もっとも人やカネが潤沢であれば、選定するCMSも増えて、一気に提案力強化を進められるのだけれども、現実は厳しく、限られたCMSの中から“目利き”をしなければならない。これが一番悩ましい。

「Webサイトの規模によって、CMSを使い分ける」なんてよく見聞きするけれど、そもそも「サイトの規模」って何を基準に判断するのよ？と考えてみてほしい。わかりやすいのは、ページ数だろうけども、ほかにもアクセス数だったり、更新者の数だったり、ドメインの数だったり、コンテンツの容量だったり、サーバの台数によって、「大きい／小さい」って変わってくるもので、これらは必ずしも「ページ数」に比例するものではない。

さらに、「じゃあとりあえずページ数を基準に考えてみよう」といっても、１０００ページ以内を小規模というのか、１００ページ以内を小規模というのか、はたまた５０ページ未満なのか、といった「切り方」も千差万別で、簡単に切れるものではない。さらに、ページの内容にしたって、カタログサイトのような画一的なページばかりを束ねた１０００ページと、いろんなカテゴリ、テンプレートから成る１０００ページでは比較内容が異なるわけで、とにかく規模を測るパラメータが多すぎるのだ。

だから我々のようないわゆる[[SIPS]]系の業界は、ある程度指標を決めて、割り切って選定していかないと、なかなか効率的な業務が進められず疲弊してしまう。また、選定したCMSが世の中的にまったく評価を得られていないものだったりしても同様だ。そうならないように企画の段階での「目利き」は責任が大きい。

そんなことだから、今回CMSを絡めた新サービスを立ち上げたのだが、ここに至るまでに１年半を計画に費やしてしまった。この業界で“１年半”なんてとても長い期間で、実際にはこの期間の間でもめまぐるしくCMS業界は動いてきた。その間のトレンドをいちいちキャッチアップし続けていたため、結果としてこんなにかかってしまったのかもしれない。

さて、そんなこんなで今回立ち上げたサービス。構想に期間を費やしてしまってout-of-dateにならないよう結構がんばった。そして、（手前味噌だが）よくまとまったと思う。制作会社のニーズやCMSベンダーの生のニーズを汲み取ったもので、価格的にも悪くない。このブログでは明確にご紹介できないのは申し訳ないが、もしご連絡をいただければご紹介させていただきたい。

あとはとにかく営業して、フィードバックをもらい、改善していくのみ。そしてもうひとつ、社内の軋轢を解消すること。レガシーな企業だから、そういうところが一番重労働だったりするんだけども（涙）

最後に、前回のセミナーで印象的だった林さんの言葉

波を見るな、潮の流れを見ろ
（波はすぐに消えたり方向が変わったりするが、潮の流れはつねに一方向）

どこの業界でも同じですが、市場で生き残るための基本原則だと思いました。納得。

Amazon Relational Database Service (Amazon RDS) is a web service that makes it easy to set up, operate, and scale a relational database in the cloud. It provides cost-efficient and resizable capacity while managing time-consuming database administration tasks, freeing you up to focus on your applications and business.

http://aws.amazon.com/rds/?ref_=pe_12300_13473310

今回のリリースは、MySQLがベースになっていると思われ、MySQLで提供される機能は完全にサポートされるようです。どんどんデファクトになっていくなぁ、MySQL。

Amazonのサイトには、時間あたりの料金が書かれていますが、月額の費用に換算すると上のようなかんじ（最右列を追加）になります。

Small DB Instanceが

・Small DB Instance: 1.7 GB memory, 1 ECU (1 virtual core with 1 ECU), 64-bit platform.

なので、普通の企業サイトで製品カタログサイト的なものに利用する分には十分なスペックでしょう。それが月額1万円未満で運用できるのは素晴らしいかも。ちなみに最上位のQuadruple Extra Large DB Instanceは、

・Quadruple Extra Large DB Instance: 68 GB of memory, 26 ECUs (8 virtual cores with 3.25 ECUs each), 64-bit platform

という超ハイスペックです。AmazonはXenベースなので、これらをどれだけ占有できるのかは不明ですが、これだけスケーラブルだと大規模でもなんだかいけそうな気がします。ちなみにStorageは5GB-1TB。1TBはもしかすると物足りないかもしれません。

さらにさらに、Storageの利用にも課金体系が。

• $0.10 per GB-month of provisioned storage
• $0.10 per 1 million I/O requests

つまり1GBあたり$0.10。小規模のDBであれば5GBもあれば十分でしょうが、そうすると月額$0.50。だいたい45円～50円といったところですか。まあそのくらいはいいとして、読めないのはI/Oの部分。100万回の読み書きにつき、$0.10という課金。これはどんなもんか想像がつかないです。容量が小さくても読み書きの多いシステムならあっという間に100万回なんて超えてしまいそうだし、監視プロセスが制御のために自動で書き込んでいる場合にもカウントされるのかどうか、そのへんはわかりません。

バックアップについては、基本的には無料だそうで。そのへんはSLA高いです。バックアップのタイミングを増やしたり、追加でバックアップを取りたいDBがある場合には、GBあたり$0.15の課金だそうで。

で、最後に、Amazonおきまりの転送量課金。

Data Transfer In

• All Data Transfer $0.10 per GB

Data Transfer Out

• First 10 TB per Month $0.17 per GB
• Next 40 TB per Month $0.13 per GB
• Next 100TB per Month $0.11 per GB
• Over 150 TB per Month $0.10 per GB

というわけで、覚えておいていただきたいのは、最初の利用料だけでは全然足りないということ。DB利用料金だけで「やすい！」と飛びついてしまいそうな方は一度システムベンダーに相談してみてはいかがでしょう。安いものをお探しなら、もっと他の仕組みがあるかもしれません。まあ国内のシステムベンダーで、専用の物理サーバを調達して構築・運用するよりは安いかもしれませんが・・・。

実際、Amazonもエンタープライズ向けに、ロードバランシングのサービスを出していたり、Amazon Cloud Watchなんていう監視システムも提供されていたりと、かなりSLAが向上していたりするので、日本企業も2年後はわからないだろうな。

マガジン創刊50周年記念切手

郵便局にいくつか用事があったのでちゃっちゃと済ませ、待っている間にふと目に留まったのが記念切手。ええ、実はわたし、切手収集家だったりします。

収集家といっても、真剣に集めてたというよりは、父親のコレクションを譲り受けたり、祖父のコレクションを譲り受けたりして集まった記念切手アルバムが何冊かあり、それを大事に保管しているというのがほとんどで、自分で集めた記念切手というのはほんのちょっとしかない。そして最近は、ピンとくるデザインの切手に出会うと買ってしまうという程度。収集家とは呼べないですね。

最近はピンとくるものだけを購入するようにしているのだけれども、久しぶりにグっときたのがこれ。バカボンの切手とか、超カワユス～。

ちなみに最近買ったのは、ブラジル交流年記念切手と、ディープインパクト記念切手。どちらも秀逸なデザインでございます。

・・・と、リンクを貼ってみたけれど、郵便事業株式会社って、切手のECサイトもやってるのね。しかもASPで。ドメインとか、ベンダーのをそのまま使ってるし。同じシステムベンダーとしては驚きです。でも確かに、CRMにSalesForceを4万人規模で導入して話題になってたし、自前でシステムを持たない主義を貫いており、個人的にはとても評価が高いです。

目的を達成できればシステムがどこにあってもいいんです。誰が作ってもいいんです（大手じゃなくても、という意味ね）。そういう風潮が、これからもっと拡大すると思うので、国内の大手システムベンダーは次の手を打っておいたほうがいい。じゃないと本当に淘汰されてしまう。
・・なんかタイトルの趣旨と変わっちゃったな。

ソフトウエア企業の競争戦略 Michael A. Cusumano サイコムインターナショナル ダイヤモンド社 2004-12 売り上げランキング : 55399 おすすめ平均 Amazonで詳しく見る by G-Tools

キャズムの延長線で読んでます。ソフトウエアビジネスは、しんどい世界だ・・・

Googleを支える技術 ~巨大システムの内側の世界 (WEB+DB PRESSプラスシリーズ) 西田 圭介 技術評論社 2008-03-28 売り上げランキング : 2624 おすすめ平均 Amazonで詳しく見る by G-Tools

分散コンピューティングの先生的な。

フラット化する世界 [増補改訂版] (下) 伏見 威蕃 日本経済新聞出版社 2008-01-19 売り上げランキング : 7226 おすすめ平均 Amazonで詳しく見る by G-Tools

将来の情報化社会って、こうなっちゃうのよ。

Webサイトプランニングブック (WSe Books # 6) (wse Books) 村上 知紀 技術評論社 2008-03-01 売り上げランキング : 11487 おすすめ平均 Amazonで詳しく見る by G-Tools

基本的なWebサイト教科書。いろいろ簡単にまとまっていて良書。

中小企業白書 2008年版 生産性と地域活性化への挑戦 中小企業庁 ぎょうせい 2008-05-30 売り上げランキング : 5895 Amazonで詳しく見る by G-Tools

これは仕事で。読書、というよりは調査資料なので、スポット利用。

最近、いろいろ読むことが多いけれど、頭に残っていないのが課題。読書感想文でもないけども、まとめておくのはやっぱり大事かもと思います。

で、Googleのサービス自体はおおむね満足しているのだけれども、最近気になっているのがzoho（ゾーホー）。まあすごい。何がすごいって、よくもまあここまでGoogleをパクったなぁという点。そしてパクリ対象はGoogleだけでなく、SalesForceやら話題のSaaSをかなりの再現度でパクって、しかも無料で提供していたりする。まだ日本語化されていないサービスも多いけれど、主要なサービスはだいたい使うことができて面白い。初めての人は、まずはzohoメールにサインアップしてみるといいだろう。

→Zohoメール

Zohoは、会社に最近入社してきた上司が教えてくれたことがきっかけで、なんでも最近妙に気になっているらしい。なるほど確かにこれだけの品揃えをされていて、それぞれが笑えるくらいパクリだと気にもなるわ・・・ｗそういう自分もGoogleノートブックが終了するからって、Zohoノートブックに乗り換えたし。

昨日もびっくりしたのは、CRMツールでZohoCRMにログインしたら、なんやー、SalesForceと同じじゃん！しかも結構よくできてるし！個人レベルなら無償ってのもありがたい。自分が個人商店を運営するんだったらこれを使うのはかなりいいかも、と思う。

→ZohoCRM
→SalesForce

「パクリ」というと聞こえは悪い。「後発のイケてるSaaS」として、ちゃんと認識するべきかもしれない。結構爆発するかもしれないしね。要チェックです。

抵抗を感じている人のほとんどは、過去の方式を踏襲したいと強く思っており、そのやり方をなんとかして実現しようとする。一方ですんなり受け入れられる人は、何も言わず、新しい方式に則って対応してくれている。いったいこの差はなんなんだろう。年齢もバラバラなので、どうやら歳の差ではなさそうだ。

いろいろ考えた結果、今回導入したＷＥＢサービスは、明らかに業務を効率化するツールで、使い倒せば便利になることは明白なのだけれども、そのへんを理解している人は「すんなり受け入れてくれる人」。一方、操作が変わるからめんどくさい、または従来と同様に表示できないからストレスに感じる人は「過去の方式を踏襲したい人」と仮置きしてみると、まあ納得できる分類になった。どちらが悪いとか良いとかいう議論をしたいわけではなく、これが順応性の差というやつなのだ。万人にすんなり受け入れてもらえると思っていては、逆にこちらがストレスで爆発してしまう。そうなったらうまくいくものも、うまくいかない。

それにしても、世の中は本当にＳａａＳ化している。業務データなんて絶対外に出せないだろうと思っていたが、今の会社でも意外とあっさりクラウドに預けることになってしまった。まあ今の会社自体が法人向けにＳａａＳを販売しているのだから、自分たちが使わないでどうやって売ってくのっつー話ですが。

今後、間違いなく中小企業のＩＴシステムは、XａａＳに乗り換えていく。そしてその市場が成熟する頃、大企業が挙ってＳａａＳの波に乗っていく。個人的には5年後以降とみるが、そのときにイニシアティブを取れているか、という点が非常に重要。ＸａａＳはランニングコストが安いため、かなりのボリュームでユーザを獲得しないとビジネスモデルが成り立たない。実際、ほとんどのベンチャーが、すぐに撤退を迫られ、体力のあるものだけが生き残る。本当に弱肉強食の世界。

偉大なる戦略家・諸葛亮孔明だったら、どのような手法を実践するだろうか・・・