導入サービス
Odoo導入
導入への2つのステップ、ひとつの連続したジャーニー。スコープを固定したパイロット導入で適合性を見極め、アジャイル導入のイテレーションでOdooの良さを引き出します。
Odooパイロット導入
自社とOdooの適合性を測るのに最適
Odooや当社サービスが自社に適しているか判断したいお客様向けの、お試し導入サービスです。Odooのプロが本気で、Odoo導入のノウハウをお見せします。要求分析、環境構築、データインポート、操作説明、アドオン開発等、お客様のニーズに応じて作業スコープを調整します。本導入の費用適正化、想定違い等のリスク排除に効果的です。
進め方
準備
お客様の現況や目標をヒアリング。Odooや当社サービスについての懸念ポイントをクリアにするためのスコープを策定します。
ご発注
作業スコープに納得の上でご発注いただきます。
作業遂行
時間内に最大限の成果を上げるべく作業を行います。お客様にも積極的に関与いただきます。
評価
Odooおよび当社サービス品質につき評価。当社からは、本導入に向けたプロジェクト計画書を準備します。
サービスご利用例
お客様のニーズに応じてスコープ調整
適合性判断
「Odooにあまり触れておらず、Odooのコンセプトや標準機能を理解した上で、自社にどれだけ適合しているのか判断したい」お客様向け
- 専用トライアル環境準備
- 主要業務についての要求分析
- サンプルデータ（プロダクト、顧客、仕入先、部品表、勘定科目等）インポート
- 分析結果に基づきトライアル環境更新（必要に応じて簡易な機能開発）
- 業務シナリオに沿った操作説明
- 本導入プロジェクト計画書作成
拡張性確認
「Odooの操作をある程度試して理解しており、どれだけカスタマイズ/機能拡張が可能かを確認したい」お客様向け
- 専用トライアル環境準備
- カスタマイズ要求を分析
- 利用可能な第三者モジュールをご提案
- アドオンモジュール開発
- 本導入プロジェクト計画書作成
ここがポイント
業務システム導入には、ユーザ・ベンダー双方に大きなコミットメントとリスクが伴います。互いの適合性が見えないままのコミットは、結果として高めの導入費用や「こんなはずではなかった」という事態を招きがちです。
パイロット導入なら、小さなスコープでOdooを実際に体験し、大きなコミットの前にコンセプト・機能・制約や当社のサービス品質を確認できます。当社も御社の業務をより深く理解し、本導入費用をより適正に見積もれます。
適合性を確認できたら、アジャイル導入で本格展開へ。
Odooアジャイル導入
Odooの良さを引き出す導入手法です
Odooを熟知したコンサルタントがお客様と密にコミュニケーションをとりながら、複数イテレーションを実施しつつ、システムをスピーディに完成形に近づけていきます。開発柔軟性の高いOdooに適した導入アプローチです。想定作業ボリュームをもとに原則3ヶ月毎で契約更新し、稼働実績に応じて月毎に精算します。
イテレーティブな進行
アジャイル導入の特長
ユーザのOdoo理解促進
はじめからOdooに積極的に触れていただくため、Odooへの理解が深まり、それに応じてプロジェクトへのコントロールも効きやすくなります。
軌道修正が容易
直近の予定は固めに、将来の予定は緩めに設定するため、要求内容に変更があったときに柔軟に対応しやすいです。
プロジェクト状況が見えやすい
プロジェクト状況や先の予定を積極的に共有します。フィードバックをいただきつつ進めるので、作業状況がブラックボックス化することがありません。
適切に予算管理できる
期間毎の予算に応じて作業ボリュームを調整します。時間消費状況を共有することで、お客様も状況把握の上で作業ペースをコントロールできます。
ここがポイント
大規模導入でとられがちなウォーターフォールは、完成形を最初に定義できる場合には有効ですが、途中の方針変更には対応しにくく、Odoo導入にはあまり適しません。Odooは柔軟で進化し続けるプラットフォームのため、理解が進んだお客様自身が当初の方針を変更したくなる状況がよく起こります。
当社のアプローチでは、初期からOdooに触れて理解を深めていただき、イテレーション毎に目標と到達度を測りながら進めます。検証用環境を継続更新し状況を常に共有するため、できあがるものが期待から大きく乖離せず、要求変更にも柔軟に対応できます。
私たちの進め方
Fit to Standard — Odooの強みを回避せず、活かして構築します。
できる限りお客様の業務をOdooの標準機能に合わせます。過度なカスタマイズは保守性を下げ、将来のアップグレードコストを高めるためです。要求が一般的でないと思われる場合はその根拠を確認し、ギャップごとに次の方針を一つひとつ合意します：
Odooに合わせる
標準機能に業務を合わせます。
運用で吸収する
運用を少し変えることで対応します。
開発する
本当に必要なときだけ開発します。
開発の前に、まず再利用
本当に必要か？標準機能で対処できないか？
使えるOCAモジュールはないか？
アプリマーケットに使えるものはないか？
既存のものがなければ開発します（可能な限りOCA内で）。
Odooには利用可能な第三者モジュールが豊富にあります。OCAモジュールは概して高品質で保守コストも抑えやすいため積極的に活用します。一方、その他の第三者モジュールは品質基準に満たないものも多く注意が必要です。
品質と透明性
どの事業者に依頼する場合でも、必ず確認していただきたいポイントです：
- ソースコードへの完全なアクセス（ベンダーロックインなし）
- 変更ごとにCIがビルド・モジュールテストを実行
- すべての変更が内部コードレビューを通過
- ステージングで確認してから本番に反映