ベンチャー企業ではたらく男のブログ

◆社内ブログ導入における課題

記事の投稿数が伸び悩んでいる。

記事を投稿するのは、全ユーザーの10％に満たない。
（自分で日記を投稿しなくても、ひとの記事にコメントを投稿するユーザーはもう少し多い。50％ほどのユーザーは週に2，3度はアクセスしている。）

社内ブログというマイスペースを持つことで情報発信の心理的敷居が低くなるのではないかと思っていたが、実際はなかなか期待通りにはいかないものだ。

拙速に結果を求めるつもりはないから、アクティブユーザーを増やす施策を地道に考えたいと思う。

社内ブログシステムはさほど高価ではないし、ASPのサービスもあるのでシステム導入自体は比較的容易だ。社内ブログ導入における課題は、なんと言っても「いかに記事投稿数を増やすか」につきるだろう。

オーシャンブリッジの高山社長によると、日報や議事録などを共有するための、メールに替わるツールとして社内ブログを業務に組み込んだ結果、社内ブログの有効性に対する社員の認識が高まると同時に、自然と自発的な記事投稿も増えたそうだ。

現在の弊社の状況では、社内ブログへの日報投稿を義務化するのは難しいが、社内ブログ上のコミュニケーションを活性化するためには、そろそろ社内ブログの位置づけを公式に定義する必要があるかもしれない。

「集団の知性を高める試みであり、皆の積極的な記事投稿を期待する」という旨のメッセージをCEOから出してもらう、というのも一つの策かと考えている。

◆営業部ブログ、始動。

営業部がMovableTypeで、社内ブログを立ち上げた。

獲得案件の内容や見込み客の声を伝える。まだ記事は二つだが、フロントで活躍する人間のリアルな経験が伝わってきて面白い。
(ちなみにこのブログの立ち上げには、私は関与していない。Tiariのユーザーに営業部のスタッフもいるのだが、Tiariを使うのではなく、MovableTypeで独自に立ち上げるのがよいと判断したようだ。)

これで弊社には、
・社長ブログ
・営業部のブログ
・私が所属するソリューション企画部のブログ
の３つのMovableTypeブログと、
・社員個人ブログの集合体Tiari
が存在することとなった。

MovableTypeではフォーマルな内容のチームブログ、Tiariでは時にインフォーマルな内容を含む、社員個人の日記という使い分けになってきた。

こうなるとRSSのクローリング機能や、ブログにトラックバックする機能がTiariに欲しくなってくる。

◆一転、ポジティブな反応！

社内ブログツールTiariに批判的反応だった社員が、Tiariにメンバー登録してくれた。そして、下記のような趣旨のコメントをもらった。（参照：◆社内ブログが生む軋轢）

「すばらしいシステムだ。全社で使わないともったいない。新入社員がこの会社に入ってよかったと思えるサイトになればいいと思う。皆の経験と能力を融合していきたい」

システム作成者として嬉しい限りだ。勇気づけられる。

そして、このような熱い心をもった社員がいる会社であることを、誇りに思う。

◆社内ブログは、受信するツールである前に発信するツールである。

先の記事「社内ブログが生む軋轢」において、社内ブログツールに対するネガティブな反応があった、という話をしたが、後日別のスタッフから、こんなコメントをもらった。

社歴が長い仲の良い人たちの交換日記のようで、参加しにくい。

クライアントサイトで働いているため、ページを開きにくい。

別に業務に役に立ちそうな情報は無さそうだ。

このコメントだけ読むと非常に受身な社員であるような印象を持たれるかもしれないが、日頃から問題意識が高く、現場でリーダーシップを発揮している人間であることを申し添えたい。

やはり私のプレゼンテーションに問題があったと思っている。

これに対する、私の回答は以下のとおり。

社員をつなぐ架け橋のツールに成長させたいと思っている。

会社が今後成長していくためには、現場のアイデアをどんどん共有し、良いアイデアは新規事業として形にしていく必要がある。

ブログは情報を受信するツールである前に、発信するツールだと思っている。

地道な啓蒙活動と、社内ブログを活性化させるコアユーザーの獲得が必要だと考えている。

◆社内ブログが生む軋轢

社内ブログツールに未登録のある若い社員に、ツールを紹介したところ、若干ネガティブな反応をされた。（ブログツールは非公式な導入であり、全社にその存在を正式には発表していない。）

一部の社員が、ブログで遊んでいる、という印象を持ったらしい。
「就業時間中にこんなものをやっていていいのか」

（プロフィールの写真にペットの画像などを使っている人が多いことも、くだけた印象を与えた要因かもしれない。）

属人化しがちなノウハウの共有や、社員のベクトルを共通のビジョンに向けて一致させることが目的であること

お互いに顔を合わせたことがない社員も多く、くだけた内容も距離感を縮める上で有効であること、
などを説明し、一応納得してもらった。

このような反応は、ツール製作時に既に予想していたことではある。

私は社内ブログ導入によって、社内に新たな軋轢が生まれる可能性もあると考えている。

例えば、部署Aでは業務日報ツールとして社内ブログを使っており、
部署Bでは業務日報だけではなく、事業の新規アイデアの投稿や、時には飲み会の告知や趣味の紹介など、比較的自由に使用していたとする。

部署Aからみて部署Bは「不真面目である、けしからん」と映るかもしれない。

ブログによって部署間のカルチャーの違いが浮き彫りになり、場合によっては争いの原因になることもあるのではないか。

◆ユーザーサイドからのイントラブログ導入レポート

「社内ブログ」「社内SNS」「イントラブログ」といったキーワードでGoogleで検索してみる。

ベンダーサイドからのイントラブログ紹介の記事は多いが、実際にイントラブログを導入した企業の導入レポートは少ないようだ。

このブログでは、「イントラブログツール製作者」と「イントラブログを導入した企業の社員」の二つの視点からレポートしていきたいと思っている。

（PVや登録ユーザー数など、定点観測を行いたいが、集計機能が未整備であるために、まだ報告できない。）

＃本サイト中で、社内ブログ・イントラブログ・社内SNSと表記がゆれております。。。イントラブログがいいのかな？

◆社内ブログツール、公式リリースか？

社内のサーバーにMovableTypeをインストールして社長ブログやチームブログを社内に公開している。

こちらは当然、Tiariと違ってオフィシャルなブログサイトである。

先日、社長ブログの記事内にTiariへのリンクが張られたことで、全社員がTiariの存在を知ることとなった。

今後の展開が楽しみである。

◆社内ブログ活用状況

社内ブログシステムTiariを導入したのは、2005年2月です。

私個人が、プライベートな時間を使用して1週間あまりで作成したので、コストはゼロです。

Tiariは社員は誰でも使用可能です。最初のアクセス時に社員自身でユーザー登録します。社内ブログの導入を社内に正式アナウンスしたわけではなく、あくまで「口コミ」で普及させたいと考えています。

現在の登録ユーザー数は39人。弊社の社員数がグループ全体で152名ですから、1/4弱がユーザー登録をしています。

非公式な試みであることもあり、まだまだアクティブなユーザーは少なく、リードオンリーのユーザーが多いのが実情です。

また、弊社の業務の特性として、本社内ではなくクライアントサイトで業務するスタッフが数多くいます。彼らは弊社のＶＰＮを日常的に使用できない環境にいることが多く、社内ブログ普及上の課題となっています。

社内ブログを導入して、既存のグループウェアが代替されそうな勢いの企業もあるようです。

社内ブログ活性化にむけて、次の仕掛けを考えたいと思っています。

◆社内ブログツールを自作した理由

僕はMovableTypeやXoopsなどの既成CMSツールを使わずに、社内ブログ/TiariをASP.NETで自作した。

社内ブログを構築するにあたっては、いくつか必須の要件があった。

１．ページの閲覧履歴、いわゆる足あと機能がほしい
自分のページへの訪問履歴がわかることは、記事を投稿するうえで大きな励みになる。また、誰が見ているかわからない、ということは全員が見ているかもしれない、ということである。
社員全員に対して発言することと、顔が見える一部の人間に対して発言するのとでは、重みがことなる。
訪問履歴のユーザーへのフィードバックは、は記事投稿へのインセンティブであると同時に、自分の意見を述べる際のの心理的敷居を低くする。

２．閲覧と投稿画面がシームレスにつながったUIにしたい。
MovableTypeなどによるブログでは閲覧画面と投稿画面が全く別の入り口になっている。一方、ソーシャルネットワーキングサービスのmixiは他者が自分のページを見たときと同様の画面から、記事投稿画面に自然に遷移できる構造になっている。
操作の習得や記事投稿は後者のほうが圧倒的に容易である。

３．自由にカスタマイズしたい
現段階で、社内ブログツールの理想形態が現時点で明らかなわけではない。段階的に機能追加していきたい。

４．使い勝手にこだわりたい
ソフトウェアの神はユーザーインターフェースの細部に宿る、と考えている。
２とも通じるが、直感的に使いやすいインターフェースでなければ、本業で忙しい社員に十分に活用されない可能性がある。その点、mixiは圧倒的に優れたUIを備えていると思う。

要は社内のコミュニケーションにmixiを使いたいが、インターネットで提供されるフリーのサービスには、コンフィデンシャルな内容を書きづらい、社内のネットワークというクローズドな環境でmixiと同様の仕組みを構築したい、というわけである。

上記を容易に実現できる既成CMSツールが無いように思われたし、ASP.NETによってちょっとしたWEBアプリケーションの開発効率が飛躍的に向上している。そこで、既成CMSのカスタマイズによって社内ブログを構築するのではなく、ツールをゼロから自作することにしたのである。

#そもそもなぜ社内ブログを構築したいと思ったか、については別の機会に述べたいと思う。