不動産会社 Vilogia は、2009 年に Nuxeo を使用することを決定しました。同社は、すべてのコンテンツを格納する中心的ロケーションを提供するエンタープライズコンテンツ管理ソリューションを探していました。そのソリューションは、Web ベースであることが必要であり、同社所有の各種プラットフォーム(Windows、AS400、Linux など)をサポートするために Java を使用して構築されました。
2 つの主要な使用事例があります。
- 同社では、別のプロジェクトにかかわる担当者間で文書を共有する必要があった。これは、エンタープライズコンテンツ管理の標準的な使用例である。
- 数種類のアプリケーションのバックエンドに文書を格納することができるプラットフォームを入手する必要があった。
Nuxeo と他の ECM ソリューションを使用する使用例をサポートする概念実証を策定した後に、Nuxeo が簡単に拡張でき、面倒が少ないことがわかりました。
Vilogia にはオープンソースソリューションを選択してきた歴史があります。同社は、イントラネット用の Liferay やインターネット用の Joomla!を使用します。Nuxeo はこれを補完する理想的なツールでした。実際に、Nuxeo Studioは、ドキュメントタイプの拡張をサポートし、自動化 API を実装することで、同社のニーズの 90%をサポートしています。
Vilogia は、当初、文書共有のために Nuxeo を運用開始しましたが、2013 年に最初の組み込みアプリケーションの開発を始めました。
CRM 統合
背景
2013 年に、Vilogia は、新たなコールセンターを立上げ、旧コールセンターの活動やエージェントを社内化しました。コールセンターのエージェントに対応するクライアントの単一ビューを提供する商用の CRM アプリケーションを実装しましたが、同時に、CRM を介してアクセスすることができ、クライアントのドキュメントを格納する場所が必要となります。このアプローチは、ファイルシステムにドキュメントを格納するには良かったかもしれませんが、インデックス作成やワークフローなどの機能を提供せず、ユーザが CRM 内からドキュメントを取得することもできないことになります。この CRM は商用のクローズドソースソリューションですが、WEB および Java ベースだったため、Vilogia が構築した Vaadin 電子メールソリューションと簡単に相互接続することができました。次のステップは、文書保存のために Nuxeo を統合することでした。
課題
文書の保存は簡単でしたが、Nuxeo はまた、Vaadin メールアプリに代わって文書を収集して、すべての電子メールをダウンロードし、そのインデックスを作成し、より多くの情報を得るために CRM にそれらを送信して、処理する必要がありました(受信メールには、通常、関連する顧客を確認する情報がすべて記載されているわけではありません)。一緒に統合するにはいくつかの異なるアプリケーション(CRM、Nuxeo、Vaadin メールジェネレータ)で、Vilogia は、その使用例をすべてを扱うことになる、単純でかつ効率的なアーキテクチャを構築しておく必要がありました。こうした開発は特に Nuxeo が扱う課題ではありませんが、Nuxeo は、すべての開発者が使用できる標準的なオートメーションインタフェースを提供することで、アーキテクチャを大幅に簡素化するのに役立ちました。
Nuxeoのサポート方法は、NuxeoオートメーションAPIを使って、標準的なインタフェースを使用するものでした…実装は非常に簡単でした
Christophe Capn氏、Vilogia社CIO
結果
Vilogia が経験した最大の定性的なメリットは、顧客関係の改善でした。コンタクトセンターの従業員は、クライアントとのすべての交信に関して一貫性のある情報を単一の画面上で利用できました。
ロードマップ
Vilogia のコンタクトセンターは、商用コール(取引、料金など)と技術的なコール(家主タイプの問題)の 2 種類の問い合わせを受け付けます。現在のソリューションは商用コールをサポートすることですが、次のステップは技術的なコールのサポートになります。しかし、商用コールの使用例が 20 種類なのに対して、技術的なコールの使用例(漏れ、壁のひびなど)は数百種類もあります。CRM は、コールセンターのエージェントが適切な情報をすべて確保できるように、各リース(部屋、窓、洗面台、浴槽の数など)の技術的な詳細を処理する ERP システムと統合する必要があります。
Nuxeo GUI
背景
Nuxeo の標準インタフェースは、多機能のため、技術通でない人には操作が複雑になることもあります。単に文書を確認したいだけの人からの電話も、頻繁に処理していました。また、外部の人と文書を共有するのにも Nuxeo を使用していました。こうした人に必要なものは、特別なトレーニングを受けることなく、文書の閲覧と表示ができるように送信できる簡単なリンク/ログインでした。そのため、Vilogia は、文書の共有、閲覧、検索ができる基本的で簡単なインタフェースの構築を決定しました。
ソリューション
Vilogia は、Vaadin ウェブアプリケーションを実装し、Nuxeo の自動化を使用しました。
課題
Nuxeo 自動化インタフェースはこのタイプのアプリケーションを可能にするように設計されているので、重大な課題は存在しませんでした。Vilogia の最大の課題は、ユーザフレンドリーでタブレットで機能性を発揮するインタフェースの設計でした。
結果
この基本的な Web アプリケーションを実装すると、標準ビューで文書の閲覧と検索が非常に簡単に行えるので、ホットラインコールは大幅に減少しました。
ロードマップ
文書をアップロード/変更できるようにしたい強い誘惑もありますが、Vilogia では Nuxeo インタフェース全体を書き換えることは希望していません。検索やブラウジングを強化することになるかもしれませんが、このアプリケーションは、Nuxeo に格納されている文書に簡単にアクセスできるようにすることを目的としています。
GoogleLite 検索アプリ
背景
Vilogia は、Nuxeo に格納されている 28,000 件以上の文書を使用して、Nuxeo の検索結果の関連性を高めることで、ユーザが探している文書を迅速かつ視覚的に特定できるようにしたいと考えました。スニペットの処理のために Apache SolR を統合することにより、検索を Google のように行うことが求められました。
課題
開始時点では、Vilogia は、これがうまくいくかどうか分からず、Nuxeo のソースコードを深く解析しなければならなくなって、法外な費用がかかるかもしれないことを懸念していました。それでも、同社は実現できると確信していました。そのため、できるだけ面倒が生じないようにカスタムコードの注入場所を把握することが最大の課題となりました。また、挿入と取り外しが簡単なプラグインも求められていました。
結果
機能させるために、同社は適切な拡張ポイントを見つけました - Nuxeo 表示ウィジェットの SolRQuery DocPageProvider と、4 ~ 5 ページのプロバイダで、PageProvider クラスをオーバーロードしました。プロジェクトを完了する作業量が非常に少なく、わずか 3 日間で終わったことが、うれしい驚きでした。このソリューションは、2013 年末か 2014 年始めにリリースされる予定です。
ロードマップ
Google-Lite 検索アプリには、非常に具体的かつ標的を絞った要件があります。現在、デフォルト 1\の代わりに、2 ~ 3 パラグラフの表示を選択することによって、検索を拡張することができます。Vilogia は、(AutoCAD のドキュメントなど)Apache SolR では簡単にインデックスを付けることができない各種文書のインデックス付けなどの新しい技術要件を確認していくことになります。