4つのWikiソリューション

　前項までで，Wikiが実際に仕事の現場で役立つソリューションになりうることを紹介しました．そこからもう一歩進めると，このソリューションを適切な価格で提供できるなら，Wikiはビジネスになるはずです．

　ただしちょっと気をつけたいのは，Wikiで作成されるサイト（Wikiサイト）の利用者と，Wikiが動くサーバシステム（Wikiシステム）の管理・運用者は違うことが多いことです．Wikiサイト利用者は現場の人達ですが，Wikiシステム運用者は情報システム部門やISP，コンテンツデザイナといった人達です．このため，Wikiのソリューション化，ビジネス化を考える時には，Wikiサイトが使われる現場だけではなく，Wikiサイトを提供し，ビジネスターゲットとなるシステム運用者まで含めたイメージが必要です．

　この項では実際に4つの利用シーンを提示し，さらにどうソリューション化するか，誰がビジネスターゲットになりそうかを考えてみます．

　プロジェクト，特に会社でのプロジェクトでは，報告書などの定型文書の他に，様々な「メモ」が発生します．こうしたメモ書きなども，共有ディレクトリなどに集めることで「情報共有」は可能です．しかし定型文書などに比べると，誰もがピンとくる分類は難しく，台帳管理などの手間はかけられず，しかも検索性は悪くなります．このため，いざ「情報活用」という時に，どんな情報があるか分からない，あると分かっていても探せない，といった問題が起きます．

　こうした情報活用のためのソリューションとして，しばしばナレッジベースやCRMといったシステムが選択されますが，代わりにWikiサイトを情報共有の場にするのも一案です．Wikiサイト上でのメモページ作成はテキストファイルの作成と手間はあまり変わりません．

　でも，これがちゃんと上の問題へのソリューションになるのです．メモは全てWikiサイト上で作成されますので，集約漏れは起きません．しかも一覧などは自動で作成されますし，全体検索などもも実用的な速度で行われるのでどんな情報があるか分からない，探し出せないといった問題も解消されます．一覧を更新日順で表示したりRSSで通知する機能もあり，単なるメモ書きと違ってリンクが張れますので複数のメモへのリンクをまとめたページを作成するなど，より情報活用に資する特徴もあります．

プロジェクト向けのWikiソリューション

　このケースでは，Wikiサイト利用者は各プロジェクト参加者，Wikiシステム運用者は情報システム管理者/部門になります．利用者にはある程度スキルを期待でき，使い勝手などの面でもツールにあわせてくれそうです．一方でプロジェクトの発生ごとにWikiサイトを追加，プロジェクトの運用に合わせて細かく設定など，管理作業が大変になることが予想できます．利用者にとってこの作業待ちがボトルネックにならないよう，「管理の容易さ，管理作業の分散」にも配慮が必要でしょう．

　例えば「WikiFarm機能を持つWikiが構築済みのサーバ（以下WikiFarmサーバ）導入」は一つのソリューションになるでしょう．「WikiFarm機能」は一つのWikiシステム上で，複数のWikiサイトを運営できる機能です．システムの増加がない分管理はしやすく，Wikiサイトごとに設定画面が用意され細かな設定は利用者に任せることができます．

　また「ASPでのWikiサイト提供」もソリューションになります．システム運用者は契約とライセンス管理だけをすればよく，サイトごとの設定は通常利用者側で行えます．提供企業側で認証や通信暗号化などといった点に配慮すれば，外出時のWikiサイト利用や，社外との共有といった活用方法もソリューションに盛り込めます．

　ホームページを持つ地域コミュニティも増えてきましたが，この効果は情報発信だけではありません．広報誌や会報の機能が一部代替され，印刷費用，配布作業，郵送費用などの負担を抑えられます．入退会などの随時受付のために設けていた電話窓口をホームページ＋メールにすれば，電話の前で人が待機している必要がなくなります．こうした「運営の負担」というのはコミュニティにつきものの問題です．

　実際に地方自治体などが地域活性化策や地域活動支策など打ち出す時，この問題へのソリューションの意味でもホームページスペースなどを提供している例がしばしばあるようです．しかし，熟練者にはメールを書いて送るのと大差ないホームページの更新作業も，不慣れだと毎回が教科書片手での大作業です．もしそのせいで更新が滞れば，会報や広報誌を減らしたり受付け窓口にしたりといった役にも立たなくなります．ホームページ作成・更新のスキルがないと，むしろ負担が増えるだけという課題が残ります．

　ホームページスペースだけではなく「Wikiサイト提供」という形にできれば，この課題も解決できます．WikiサイトはWebブラウザ上で更新でき，ツールの知識が不要です．サーバ上で作業ができ，FTPなどの知識が不要です．WYSIWYGに近い編集方法を持ち，HTMLの知識が不要です．ホームページスペース提供には目的があるはずですが，「Wikiサイト提供」はよりその目的に適ったソリューションになります．

コミュニティ向けのWikiソリューション

　このケースでは「初心者がたまに使うだけ」といった頻度でも困らない，「見れば分かる」Wikiアプリケーションを選ぶことが重要です．完全にWYSIWYGで編集できる，画像などを編集画面から追加（アップロード）できるといった機能を持つものです．例えばNOTA，Content Editable Wikiなどがあります．

　また，ビジネスターゲット探しも重要です．プロジェクト向けのWikiでは，プロジェクトはWikiを活用して利益を増やせば，システム運用者の評価にもつながります．しかしこのケースでは，普通は利益を産まないコミュニティへの，Wikiシステム運用者を見つける必要があります．

　まず，前述したように自治体というのがありそうです．この場合，「WikiFarmサーバ導入」に，さらに運用支援（あるいはアウトソーシング）まで盛り込むと良いかもしれません．また，地域ポータルなどを運営しているコンテンツ業者なども考えられます．彼らは広告収益やコンテンツ販売などにより，コミュニティ支援を収益に結びつけられます．このケースでは要件は既存ポータルとの融合などまちまちで，「個別案件ごとのWikiシステムインテグレーション（以下Wikiの個別SI）」ということになるでしょう．

　執筆者と編集者のやり取りは，旧来の原稿や版下を郵送，少量であればFaxという「郵送/Fax」方式から，ワープロやPDFツールなどのWYSIWYGアプリケーションと，そのデータを数秒で受け渡しできるメールによる「ワープロ＋メール」方式に変わってきました．この方式ではより密なコラボレーションが可能になり，編集者と執筆者の対面作業なしで脱稿まで，時には刊行まで進める「遠隔編集」のようなことも現実的なものになりました．

　しかしページ数が増えてくると，この方式ではすぐにメールでの受け渡しが難しいサイズになり，ワープロの動作にストレスを覚えるようになります．そこで通常は，WYSIWYGを諦めて「テキスト（＋図版）＋メール」方式に，あるいは取り回しや見通しの良さを諦めて「分割ワープロファイル＋メール」方式にしているのが実情です．

　しかしワープロ＋メール方式のアレンジから，「Wiki」方式に切り替えることも一つのソリューションになりえます．Wiki方式では，Wikiサイト上で執筆・校正される原稿にそれぞれがアクセスし，データの受け渡しは不要です．Wiki方式はWYSIWYGの要件を満たしますし，一方で編集はテキストベースですからかなりの長文になっても軽快です．

編集出版向けのWikiソリューション

　このケースでは，誰をビジネスターゲットとするかで形態が変わってくるでしょう．現実的なのは，執筆者＋編集者ユニットをターゲットにすることです．この場合個人レベルでまかなえる費用であること，脱稿すればそのWikiサイトが不要になることを考えれば，個人向けの「ASPでのWikiサイト提供」ということになるでしょう．

　編集部あるいは出版社といった組織をターゲットにするのであれば，これは「プロジェクト向けのWiki」と同じです．プロジェクト参加者が，最小でたった二人のユニットだというだけの違いです．「プロジェクト向けのWiki」と同様に，「WikiFarmサーバ導入」「ASPでのWikiサイト提供」のどちらも考えられるはずです．

　現時点で，Wikiが最も広く知られ，使われているのはおそらく個人サイトでしょう．例えばPukiWikiは3月時点で，8,000程度のPukiWikiサイトが稼動しているようだと発表しています．個人サイトの作成ツールとして，またまとめサイトなどのバックエンドとして使われているケースが多いようです．

　Wikiがソリューションになる理由は，これまでに見てきました．前者では，コミュニティでのホームページ作成と同様，サイト運営が簡単，手軽に行えるツールとして使われています．後者では，「プロジェクト向けのWiki」や「編集・出版向けのWiki」と同様に，複数人で共同でWebサイトを更新していくことができ，情報集約ができる点がポイントになっています．

　しかし，実際にWikiサイトを立ち上げようとすると，通常は自分でCGIを設置できるISP等と契約し，Wikiアプリケーションをインストールする必要があります．ブログや掲示板のようなレンタルサービスがないため，Wikiサイトを利用したいだけでも，システム運用者のスキルが必要なのです．

個人向けのWikiソリューション

　このケースでは，利用者にとってのソリューションはWikiサイト提供です．考えるべきことは，「コミュニティ向けのWikiソリューション」とよく似ています．WikiサイトをWikiサイトを個人が利用できるようになっても，そこで利益が生まれることは少ないということです．そうすると誰が個人にWikiシステムを提供するでしょう？

　掲示板，blogなどのレンタルサービスのビジネスモデルを探るのが良さそうです．まずポータル運営者などが，広告収益やコミュニティマーケティング効果を高めるために，コンテンツとビジターを増やすためにサービスを行っています．また，ISPや会員制サービスサイトなどは，既存ユーザの満足度向上や，新規ユーザ獲得のためのアピールとしてこうしたサービスを行っています．どちらも，Wikiのレンタルサービスでも合致する理由です．

　システムに求められる要件も「コミュニティ向けのWikiソリューション」で検討したポータル運営者向けのソリューションに近いはずです．つまり「Wikiの個別SI」ということになるでしょう．