今日、インターネットの視聴者を招待して、「Web 2.0について聞いたことがありますか」という質問に答える場合、大多数はイエスと答えます。 ただし、これらの人々に、ビジネスでWeb 2.0テクノロジーを使用するいくつかのプロジェクトの名前を尋ねる場合、少なくとも1つのプロジェクトに名前を付ける人はほとんどいません。 当然のことながら、コミュニティ指向のプロジェクトに関する新しい出版物が毎日あります。 サードパーティの人気プロジェクトのデータを使用したソリューションに関する出版物があります。 しかし、企業インフラストラクチャでWeb 2.0の可能性を使用することに関する出版物を見つけることはそれほど簡単ではありません。 その結果、開発者はWeb 2.0を単に「見ない」だけで、企業ソリューションで試してみることがよくあります。 Web 2.0の傾向を考慮して、開発者に馴染みのあるワークフロー、Web開発スタジオの典型的なワークフローを検討することにしました。
そのため、プロセスの反復シーケンスをリストします。 クライアントはスタジオに行きます。 クライアントマネージャーは彼と通信し、同時に会話の概要を説明します。 クライアントが電子ビジネスでのニーズについて良くない考えを持っている場合、彼は特別なフォームに記入するよう求められます。 その後、商業提案が作成され、クライアントに送信されます。 このドキュメントの承認後、プロジェクトの構造が合意され、次にテンプレートの構造が合意されます。 さらに、最終バージョンが開発されるまで、技術的なタスクが開発され、合意されます。 次に、承認のために設計コンセプトが提案され、次にグラフィックテンプレートが提案されます。 次に、プロジェクトのレイアウトとプログラミングが行われます。 その後、テストと試運転の段階が始まります。
プロセスの効率を上げる方法は？ これは、多数の企業アプリケーションを含むエクストラネットシステムを頼みます。 技術プロセスの各段階で、対応する異なる種類のドキュメントが形成され、共通のアーカイブに保存される必要があることがわかります。 さらに、ドキュメントの承認プロセスでは、バージョンが指数関数的に増加する場合があります。 「最新のTK、stopudovo、2」という見出しのドキュメントを見ることができます。 明らかに、この場合Outlookは最適なソリューションではありません。ドキュメントの共同作業、特定のユーザーグループのフォルダーへのアクセス、さまざまなファイル形式とバージョン管理をサポートするツールが必要です。 www.esnips.comなどの既製のソリューションの機能を使用してオンラインファイルアーカイブを作成するとよいでしょう。 www.scribd.comの機能を使用して、Web経由で電子文書を表示できれば素晴らしいことです。 ただし、最初のプロジェクトも2番目のプロジェクトも、The Long Tailを実装するためのオープンAPIを提供していません。 したがって、この問題は、独自のソリューションを開発するか、エクストラネットシステムを内部の電子文書管理システムと統合することで解決できます。
電子文書管理に加えて、プロセスには効果的な時間管理が必要です。 RGラボの一部として、これらの目的のためにLotus Notesで開発されたアプリケーションを使用します。 幸いなことに、Lotusは既製のSOAPサーバーを提供しているため、エクストラネットシステムの一部としてフル機能のWebベースアプリケーションインターフェイスを取得することは難しくないと思われます。
スタジオ従業員のワークステーションのようなものが現れ始めます。 AJAXを使用すると、カスタマイズ可能なデスクトップインターフェイス（www.pageflakes.com）を整理して、スタジオスタッフが関心のあるすべてのプロセスを1ページで確認できるようにすることができます。 ティム・オライリーの教訓を念頭に置いて、従業員に相互作用を促す必要があります。 システムに知識ベース（KMS）を追加します。 最も簡単な方法は、Wikiベースのソフトウェアを統合することです。 ところで、同じプラットフォームを企業の掲示板に使用できます。 次に、「デスクトップ」のウィンドウの1つにAJAXベースのチャットを追加します。 さらに、今日では主要なインスタントメッセンジャー（www.meebo.com）のAPIが利用可能であるため、従業員が使い慣れたプログラムを使用できるようにネットワーク間のブリッジを編成できます。 1Cと少しの「シャーマニズム」との統合により、従業員は個人の発生（給与、ボーナスなど）に関する運用情報を所有できます。 Googleカレンダーを統合することにより、システムにタスクスケジューリング機能を追加できます。 ただし、API www.HipCal.com （http://www.hipcal.com/forum/viewtopic.php?id=149） が開くと、システムのユーザーに完全な個人用オンラインオーガナイザーを提供することができます。
要約すると、今日のWeb 2.0の傾向のうち、サービス指向アーキテクチャとAJAXベースのインターフェイスのみが小規模企業のeビジネスの最適化に適用できると言えます。 シンジケーションと参加のアーキテクチャは、大規模なスタッフを抱える企業に一定の効果をもたらします。 人気のあるサービスの所有者がAPIを開き、 OpenIDイニシアチブをサポートする場合、ロングテールモデルは有望です。 プライベートな閉じたネットワークで使用するためにAPIを開く理由はないと思いますが、有料のレンタルサービスの傾向は勢いを増しています。