Power BI マネージド サービス: 期待される内容と選択方法

Power BI 環境はそれ自体では実行されません。信頼性の高いダッシュボードと正確なレポートの背後には、ゲートウェイの監視、データ更新のトラブルシューティング、容量管理、セキュリティのレビュー、モデルの最適化、ユーザー サポート、機能導入計画といったメンテナンス作業の層があります。ほとんどの組織では、このメンテナンスの負担は、内部チームの規模を超える速さで増大します。

マネージド サービスは、この運用負荷を専門のパートナーに移し、Power BI 環境を継続的に監視、保守、最適化、開発します。最高のマネージド サービス エンゲージメントは、競争市場における専門人材の採用、トレーニング、維持にかかるオーバーヘッドなしで、専任の Power BI チームを抱えているようなものです。

このガイドでは、マネージド サービスに含まれるもの、プロバイダーを評価する方法、SLA 構造がどのようなものであるか、いつ外部委託するか社内機能を構築するかという重要な決定について説明します。マネージド サービス オプションを検討している場合は、サービス レベルの詳細な内訳について、Power BI のサポートとメンテナンスのサービス を参照してください。

重要なポイント

• マネージド サービスは、事後対応サポート (故障修理)、予防的メンテナンス (監視と最適化)、戦略的開発 (新しいレポートと機能) の 3 つの層をカバーします。
• SLA レベルの範囲は、ベーシック (営業時間サポート、8 時間対応) からプレミアム (24 時間 365 日サポート、1 時間以内の重要な対応、専用チーム) まであります。
• プロアクティブな監視により、ユーザーが気づく前に問題の 60 ～ 70% を検出し、混乱を劇的に軽減します
• コスト構造は、ユーザーごと、レポートごと、および月額固定リテイナー モデルの間で異なります --- それぞれにトレードオフがあります
• アウトソーシングか社内かの決定は、Power BI 環境の規模、社内の専門知識、成長の軌道によって異なります
• 優れたプロバイダーは、同等の社内スタッフ配置と比較して総所有コストを 25 ～ 40% 削減します。
• ガバナンスとセキュリティのレビューは、アドオンとして扱うのではなく、マネージド サービス契約に含める必要があります。

---

Power BI マネージド サービスの内容

事後対応サポート (ブレークフィックス)

事後対応サポートは、あらゆるマネージド サービス契約のベースラインです。何かが壊れた場合、迅速かつ正確に修理できる人が必要です。

一般的な事後対応サポート シナリオ:

事後対応サポートの品質は、応答時間 (プロバイダーが問題を認識するまでの時間)、解決時間 (問題を解決するまでの時間)、および最初の問い合わせによる解決率 (エスカレーションなしで問題を解決する頻度) によって測定されます。成熟したマネージド サービス プロバイダーは、最初の問い合わせ時に問題の 70 ～ 80% を解決し、SLA 期間内に 95% を解決します。

事後対応サポートの隠れた価値は、問題を解決するだけでなく、根本原因を診断することです。プロバイダーは、ゲートウェイを再起動することでデータ更新の失敗を修正し、この症状を解決しました。 Power Query ステップがクエリの折りたたみを使用せずに 5,000 万行を取得しているために更新がタイムアウトしていることを特定したプロバイダーは、問題を解決しました。すべてのインシデントの根本原因を文書化することを要求します。

プロアクティブなメンテナンス

プロアクティブ メンテナンスは、マネージド サービスが基本的なヘルプ デスク サポートと異なる点です。故障を待つのではなく、プロアクティブなメンテナンスにより環境を継続的に監視し、ユーザーに影響を与える前に問題に対処します。

積極的なメンテナンス活動:

毎日のモニタリング:

• すべてのデータセットにわたるデータ更新の成功/失敗の追跡
• ゲートウェイの健全性と接続性の検証
• 容量使用率の監視 (CPU、メモリ、クエリ期間)
• スケジュールされたレポート配信の確認
• エラーログのレビューとパターンの検出

毎週のアクティビティ:

• パフォーマンス傾向分析 (レポートは遅くなっていませんか?)
• ストレージ使用率のレビュー (容量制限に近づいていますか?)
• セキュリティ イベントのレビュー (異常なアクセス パターン、ログイン試行の失敗)
• データセット更新の最適化 (スケジュールを統合してピーク負荷を軽減)

毎月の活動:

• モデルサイズの分析と最適化に関する推奨事項
• 未使用のレポートとデータセットの特定 (ガバナンスの衛生)
• 機能採用レビュー (新機能は活用されていますか?)
• 容量の適切なサイジングの評価
• ユーザーアクティビティ分析 (ライセンスの使用状況、エンゲージメントの傾向)

四半期ごとの活動:

• 包括的な環境健康評価
• セキュリティ監査 (RLS 検証、機密ラベル、レビューの共有)
• 前四半期と比較したパフォーマンスのベンチマーク
• ロードマップのレビューと機能導入計画
• ガバナンスポリシーのレビューと更新

プロアクティブな監視では、通常、ユーザーが気づく前に問題の 60 ～ 70% を検出します。これにより、ユーザー エクスペリエンスが大幅に向上し、BI プラットフォームへの信頼が構築されます。頻繁に説明できないレポートの失敗や古いデータを経験したユーザーは、プラットフォームに対する信頼を失い、手動プロセスに戻ります。プロアクティブなメンテナンスにより、この信頼性の低下を防ぎます。

レポートの開発と強化

ほとんどのマネージド サービス エンゲージメントには、新しいレポートの作成、既存のレポートの強化、新しい Power BI 機能の実装のための開発時間の毎月の割り当てが含まれます。

開発ケイデンス モデル:

開発作業は、ビジネス関係者との要件の収集、データ ソースの評価、プロトタイプの開発、ユーザー受け入れテスト、運用環境の展開など、構造化されたプロセスに従う必要があります。マネージド サービスのコンテキストであっても、プロバイダーはレポートを単独で作成すべきではありません。関連性と採用にはビジネス ユーザーの関与が不可欠です。

優れたプロバイダーは、チームと共同で優先順位を付けた機能強化リクエストのバックログを維持し、定期的なスプリント周期 (通常は隔週または月次) で完成したアイテムを提供します。この予測可能な配信リズムは、ビジネス関係者が新しい機能を計画するのに役立ち、BI プログラムに対する組織の信頼を築きます。

---

SLA 階層とその意味

SLA コンポーネントについて

サービス レベル アグリーメントは、プロバイダーが行う測定可能なコミットメントを定義します。主要なコンポーネントは次のとおりです。

可用性: マネージド サービス チームが問題を受け取り、対処できる時間の割合。一般的なレベルは、営業時間 (8 時間 365 日)、延長時間 (12 時間 365 日または 16 時間 5 日)、および 24 時間 365 日です。

応答時間: プロバイダーが問題の受信を確認して調査を開始するまでの時間。これは、問題が解決された時点からではなく、問題が報告された時点から測定されます。通常、応答時間は重大度によって階層化されます。

解決時間: プロバイダーが問題を解決するまでの時間。解決目標も重大度によって階層化されています。解決時間には、顧客またはプロバイダーの制御が及ばないサードパーティの依存関係からの情報を待つ時間は含まれないことに注意してください。

重大度の定義:

SLA レベルの比較

基本レベル:

• 営業時間のサポート (月曜日から金曜日、1 つのタイムゾーンで午前 9 時から午後 5 時まで)
• 重大な問題に対する応答時間は 4 ～ 8 時間です
• 営業時間内のみのプロアクティブな監視
• 月次環境健康報告書
• 月あたり 10 ～ 20 時間の開発時間
• 一般的な費用: 月額 3,000 ～ 8,000 ドル

スタンダード レベル:

• 延長時間サポート (月曜日から金曜日、午前 7 時から午後 9 時まで、土曜日の午前 9 時から午後 1 時まで)
• 重大な問題に対する応答時間は 2 ～ 4 時間です
• 24時間365日の自動監視と営業時間外の重大なイベントのアラート
• 週次環境健康レポート
• 月あたり 30 ～ 50 時間の開発時間
• 四半期ごとの事業レビュー会議
• 一般的な費用: 月額 8,000 ～ 18,000 ドル

プレミアム ティア:

• 専用のオンコールローテーションによる 24 時間 365 日のサポート
• 重大な問題に対する応答時間は 15 分から 1 時間です
• 一般的な問題に対する自動修復による完全なプロアクティブな監視
• 環境の健全性を示すリアルタイムのダッシュボード
• 毎月 60 ～ 100 時間以上の開発時間
• 経営陣の報告を伴う毎月のビジネスレビュー会議
• お客様の環境を深く理解している専任のチームメンバー
• 通常の費用: 月額 18,000 ～ 45,000 ドル

SLA レッドフラッグ

マネージド サービスの SLA 提案を検討するときは、次の警告サインに注意してください。

• 重大度のあいまいな定義: プロバイダーが各重大度レベルの構成要素を明確に定義していない場合、紛争は避けられません。具体的で測定可能な基準を主張します。
• 解決時間のない応答時間: 問題の解決に 2 週間かかる場合、15 分の応答時間は意味がありません。両方のメトリックを定義する必要があります。
• 除外リストなし: すべての SLA では、除外対象 (サードパーティの機能停止、顧客原因の問題、Microsoft サービスの中断) を明確に記載する必要があります。曖昧さはあなたではなくプロバイダーに利益をもたらします。
• SLA 違反に対する救済策はありません: プロバイダーが SLA 目標を達成できなかった場合、何が起こりますか?サービス クレジット、エスカレーション手順、および終了の権利を指定する必要があります。
• オール・オア・ナッシングの可用性: サポート サービスの稼働率 99.9% を主張するプロバイダーは、オンコール体制、バックアップ範囲、休日の手順について説明する必要があります。

---

ゲートウェイのメンテナンスとインフラストラクチャ

ゲートウェイ管理が重要な理由

オンプレミス データ ゲートウェイは、ほとんどの Power BI 環境で最も運用上の要求が高いコンポーネントです。 Power BI サービスをオンプレミスのデータ ソース (SQL Server、Oracle、SAP、ファイル共有) に接続するため、継続的なケアが必要です。

ゲートウェイのメンテナンス責任:

• 更新管理: Microsoft はゲートウェイの更新を毎月リリースします。更新プログラムは場合によってリグレッションを引き起こすため、実稼働展開の前にステージング環境でテストする必要があります。マネージド サービス プロバイダーは、特にこの目的のためにステージング ゲートウェイを維持します。

• クラスター管理: 高可用性を実現するには、運用ゲートウェイをクラスター (最低 2 ノード) に展開する必要があります。プロバイダーはクラスターの状態を監視し、ノードのフェイルオーバーを管理し、負荷分散が正しく機能していることを確認します。

• 接続管理: 各データ ソース接続には、有効期限が切れる資格情報、更新が必要な証明書、および中断される可能性のあるネットワーク接続があります。プロバイダーは接続の状態を監視し、問題をプロアクティブに修復します。

• パフォーマンスの監視: ゲートウェイを経由してルーティングされるデータセットやクエリが増えると、時間の経過とともにゲートウェイのパフォーマンスが低下します。プロバイダーはクエリのスループット、メモリ使用率、CPU 負荷を監視し、しきい値に近づいた場合には水平スケーリング (ノードの追加) を推奨します。

• セキュリティ: ゲートウェイ サービス アカウントは、最小特権の原則に従う必要があります。プロバイダーはサービス アカウントの権限を確認し、不正なアクセスの試みを監視し、転送中の暗号化を保証します。

キャパシティ管理

Power BI Premium または Fabric の容量を使用している組織にとって、容量管理はマネージド サービスの重要な責任です。

主要なキャパシティ管理活動:

• 容量制限に対する CPU およびメモリ使用率の監視
• 不釣り合いなリソースを消費するクエリとデータセットの特定
• 容量負荷を軽減するためにデータセットの最適化を推奨
• 成長傾向に基づいた容量拡張の計画 (SKU のアップグレードまたは容量の追加)
• ファブリック容量の自動スケール構成の管理
• ホットスポットを防ぐために、容量全体にワークロードを分散します。

容量の過剰使用によりスロットルが発生し、レポートの読み込みの遅延、更新の失敗、タイムアウト エラーとして現れます。これらの症状は、根本原因がインフラストラクチャにある場合、レポート設計の問題として誤診されることがよくあります。優れたマネージド サービス プロバイダーは、ユーザーから報告された問題を容量メトリックと関連付けて、真の原因を特定します。

---

コスト構造と商用モデル

ユーザーごとの価格設定

一部のプロバイダーは、管理対象の Power BI ユーザーの数に基づいて料金を請求します。料金は通常、SLA レベルと含まれるサービスに応じて、ユーザーあたり月額 15 ～ 75 ドルの範囲です。

利点: 予測可能で、ユーザーベースに合わせて自然に拡張でき、予算も立てやすい。

欠点: 環境の複雑さを考慮していません。 500 人のユーザーと 50 のレポートを持つ組織と、500 人のユーザーと 500 のレポートを持つ組織では、サポートのニーズが大きく異なります。ユーザーごとの価格設定は、ユーザーの増加を制限するという誤ったインセンティブを生み出す可能性もあります。

レポートごとの価格設定

あまり一般的ではありませんが、一部のプロバイダーは管理下のレポート、データセット、またはワークスペースの数に基づいて料金を請求します。料金はレポートごとに月額 100 ドルから 500 ドルの範囲です。

利点: プロバイダーが実行する作業の範囲に直接関係します。

欠点: 「レポート」を構成するものを定義するのが難しい (30 ページのレポートは 1 ページのダッシュボードと同じですか?)。レポートの数が少ないとプロバイダーの収益が減少するため、レポートの統合が妨げられる可能性があります。

毎月の固定リテイナー

中規模市場およびエンタープライズとのエンゲージメントに最も一般的なモデル。プロバイダーは、環境、サポート要件、開発ニーズの評価に基づいて、固定月額料金を見積もります。

利点: 予測可能な予算編成、インセンティブの不一致がなく、プロバイダーはサポート量の変動を吸収します。

欠点: 事前に正確な範囲を把握する必要があります。環境が大幅に拡大した場合は、リテイナーの再交渉が必要になる場合があります。プロバイダーは、初期価格を使用量ベースのモデルよりも高くするバッファーを組み込む場合があります。

ハイブリッドモデル

多くのプロバイダーは、基本リテイナー (プロアクティブなメンテナンスと事後対応のサポートをカバー) と、割引料金で請求される可変開発時間を組み合わせたハイブリッド モデルを提供しています。これにより、運用ベースラインのコストを予測できると同時に、開発作業の柔軟性が得られます。

推奨されるアプローチ: ベースラインのサポート量と開発ニーズを確立するために、固定リテーナーで 3 か月間試験的に開始します。パイロットの後、実際のデータに基づいて 12 か月の契約を交渉します。四半期ごとの範囲のレビューと調整の規定を含めます。

---

アウトソーシングと社内構築のどちらが適しているか

意思決定の枠組み

アウトソーシングか社内かの決定は二者択一ではありません。ほとんどの組織は、一部の機能を社内に提供し、その他の機能を外部に委託するハイブリッド モデルにたどり着きます。適切なバランスは、特定の状況によって異なります。

次の場合にアウトソーシングします

• Power BI 環境のユーザー数が 500 人未満 (専任の内部スタッフを正当化するのに十分な規模ではない)
• 市場で Power BI スペシャリストを採用または維持できない
• 環境は安定しており、主に必要なのはイノベーションではなくメンテナンスです
• 年中無休のサポートが必要だが、社内のオンコールローテーションのコストを正当化できない
• 急速な成長段階にあり、雇用できるよりも早くサポートを拡大する必要がある

次の場合に社内で構築します

• 複雑で規制されたデータを扱う Power BI 環境は 2,000 ユーザーを超えています
• Power BI は非常に戦略的であるため、BI の専門知識が組織の中核となる能力である必要があります
• データ ソース、ビジネス ロジック、セキュリティ要件が外部サポートするには特殊すぎる
• Power BI のトップ人材を惹きつけるための予算と雇用主のブランドがある
• 業界の規制により、データ環境へのサードパーティのアクセスが制限されています

ハイブリッド モデル (最も一般的):

• 社内チームが第 3 層 (戦略、アーキテクチャ、ガバナンス) を担当します
• マネージド サービス プロバイダーが Tier 1 ～ 2 (事後対応サポート、プロアクティブ監視) を処理します。
• 開発作業の分割: プロバイダーは日常的なレポート要求を処理し、内部チームは戦略的プロジェクトを処理します。
• プロバイダーは、ピーク期間、休暇、キャパシティギャップ時に社内チームを増強します

総所有コストの比較

中規模市場の Power BI 環境 (500 ユーザー、100 レポート、3 ゲートウェイ) の内部スタッフ配置とマネージド サービスの間の現実的な TCO 比較:

マネージド サービス モデルは通常、プロバイダーが専門知識、ツール、プロセスを複数のクライアントにわたって償却するため、同等の社内人員配置よりもコストが 25 ～ 40% 低くなります。節約効果は、深い専門知識を必要とするがパートタイムのみを必要とする組織で最も顕著です。

ただし、考慮すべき点は TCO だけではありません。内部チームは組織的な知識を構築し、アドホックな戦略的議論に利用でき、プロジェクト全体で再利用できます。マネージド サービス プロバイダーは、より幅広い業界経験をもたらし、社内離職の影響を受けず、より迅速にスケールアップまたはスケールダウンできます。決定を行う際には、コストと機能の両方を考慮してください。

---

マネージド サービス プロバイダーの評価

技術的評価基準

リファレンスチェックの質問

プロバイダーの既存の顧客と話すときは、次の質問をしてください。

1. SLA だけでなく、実際の重要な問題にどの程度迅速に対応しますか?
2. SLA 目標を達成できなかったことがありますか?どうしたの？
3. 彼らは問題を積極的に特定しますか、それともあなたが最初に問題を見つけますか?
4. 彼らは技術的な環境だけでなく、あなたのビジネスの背景をどの程度理解していますか?
5. できるなら、エンゲージメントについて何を変えたいですか?
6. Power BI の総運用コストの削減に役立ちましたか?
7. スコープクリープとスコープ外のリクエストはどのように処理しますか?

契約交渉のヒント

• 年間契約を結ぶ前に、3 ～ 6 か月のパイロット版から開始します。パイロットを使用して、SLA パフォーマンス、チームの品質、文化的適合性を検証します。
• 便宜上の終了を含めます。60 ～ 90 日前の通知が必要です。終了オプションのない長期的なロックインは避けてください。
• 範囲の境界を明示的に定義します。 何が含まれ、何が別途請求されますか?一般的な灰色の領域: ユーザー トレーニング、新しいデータ ソースの統合、レポートの大幅な再設計、容量のアップグレード。
• 終了時に文書の引き渡しが必要。すべての Runbook、アーキテクチャ ドキュメント、変更ログ、および環境構成を転送する必要があります。
• SLA 違反に対するサービス クレジット メカニズムを含めます。一般的な構造: SLA 違反ごとに 5% の月間クレジット、月額料金の 25% が上限です。
• プレミアム レベルには名前付きリソースが必要。専属チームに料金を払っている場合は、そのチームが誰なのかを理解し、後任についての意見を得る必要があります。

ECOSIRE は、サポート戦略を評価する組織向けに、透明性のある SLA、指定されたコンサルタント、および月ごとのパイロット オプションを備えた 柔軟なマネージド サービス パッケージ を提供します。

---

マネージド サービスへの移行

オンボーディングプロセス

適切に構造化されたオンボーディング プロセスには 2 ～ 4 週間かかり、次の内容が含まれます。

第 1 週: 検出とアクセスのセットアップ

• プロバイダーは Power BI サービス管理ポータルへの読み取り専用アクセスを受け取ります
• 包括的な環境インベントリ (ワークスペース、データセット、レポート、ゲートウェイ、容量)
• 現在の問題のバックログのレビュー
• 関係者の紹介とコミュニケーションチャネルの設定

第 2 週: 評価とベースライン

• パフォーマンスのベースライン測定 (レポートの読み込み時間、更新期間、容量使用率)
• セキュリティの検討（RLS設定、共有設定、テナント設定）
• ゲートウェイの健全性評価
• データソースのインベントリと接続ステータスの検証

第 3 週: 導入とプロセス設定のモニタリング

• 自動監視ツールの導入と構成
• ベースライン測定に基づいて設定されたアラートしきい値
• チケット発行システムの統合 (ServiceNow、Jira、またはプロバイダーのシステム)
• エスカレーション手順を文書化し、テストする

第 4 週: 知識の伝達と本番稼働

• 主要なレポートとデータセットの文書化 (ビジネスコンテキスト、データ系統、既知の問題)
• 定期的なメンテナンスタスクの一連の作業を文書化
• プロバイダーが主なサポート責任を負います
• 30 日間のハイパーケア期間の開始 (注意力の向上と頻繁なチェックイン)

一般的な移行の落とし穴

• 文書化されていない制度上の知識。 サポート移行における最大のリスクは、人々の頭の中にのみ存在する知識です。構造化された知識伝達セッションでこれを軽減し、議論されたすべての内容を文書化することを主張します。
• 責任の境界が明確でない。 移行中は、誰が何を担当するのかを明確にする必要があります。すべてのサポート活動の RACI マトリックス (責任者、責任者、相談者、情報提供者) を定義します。
• ユーザー コミュニケーションのギャップ。 エンド ユーザーは、サポートが移行中であること、新しいプロバイダーへの連絡方法、移行期間中に何が予想されるかを知っておく必要があります。コミュニケーション不足は混乱とフラストレーションを引き起こします。
• オンボーディングを急いでいます。 「1 週間以内に稼働する」と約束しているプロバイダーは手抜きをしています。質の高いオンボーディングには、発見、評価、知識の伝達に時間がかかります。オンボーディング中にショートカットを使用すると、その後数か月間問題が発生します。

---

よくある質問

Power BI マネージド サービスの一般的な契約期間はどれくらいですか?

ほとんどのプロバイダーは、自動更新付きの 12 か月契約を提供しており、その後に 3 ～ 6 か月の試験期間が設けられています。 10～20% の割増料金で月単位の契約を提供しているところもあります。長期に取り組む前に、試験運用を開始して適合性を検証することをお勧めします。年間契約では、通常、月次契約に比べて 10 ～ 15% のコスト削減が実現し、プロバイダーは環境を深く学習するための十分な安定性を得ることができます。

マネージド サービス プロバイダーは機密データにアクセスできますか?

アクセス レベルは慎重に範囲を設定する必要があります。ほとんどのマネージド サービス アクティビティでは、プロバイダーには Power BI サービス管理者アクセスとゲートウェイ サーバー アクセスが必要ですが、基になるデータへのアクセスは必要ありません。行レベルのセキュリティとワークスペースのアクセス許可により、プロバイダーのチーム メンバーが表示できるデータを制限できます。高度に規制された環境 (ヘルスケア、金融サービス) の場合は、プロバイダーが関連する認証 (SOC 2、HIPAA BAA、ISO 27001) を保持しており、データ ガバナンス フレームワーク内で運用できることを確認してください。すべてのアクセスはログに記録され、監査可能である必要があります。

マネージド サービスは社内 IT チームとどのように連携しますか?

最も効果的なモデルは、マネージド サービス プロバイダーが運用タスク (監視、トラブルシューティング、日常的な開発) を処理し、社内チームが戦略的取り組み (アーキテクチャの決定、ガバナンス ポリシー、ビジネスの連携) に集中する協力的なパートナーシップです。通常、コミュニケーションは、共有チケット発行システム、定期的な同期ミーティング (運用面では毎週、戦略面では毎月)、および定義されたエスカレーション パスを通じて行われます。プロバイダーはチームを補強するものであり、チームを置き換えたり競合したりするものではありません。

Microsoft の問題の場合、Power BI の停止中に何が起こりますか?

Microsoft サービスの停止はマネージド サービス プロバイダーの制御の範囲外ですが、優れたプロバイダーは停止中にも価値を付加します。サービス停止については (多くの場合、ユーザーが気づく前に) 事前に通知し、Microsoft からステータスの最新情報を伝え、特定の環境への影響を評価し、サービスが復旧したら回復手順を実行する必要があります。 Microsoft の停止が確認されている間は、解決のための SLA タイマーは通常一時停止されますが、応答時間 SLA は引き続き適用される必要があります (プロバイダーは応答時間目標内で認識し、通信する必要があります)。

マネージド サービス プロバイダーが価値を提供しているかどうかをどのように測定すればよいでしょうか?

5 つの重要な指標を四半期ごとに追跡します: (1) SLA 遵守率 (目標: 95%+)、(2) 月あたりのユーザー報告インシデント数 (プロアクティブなメンテナンスにより問題が早期に発見されるため、時間の経過とともに減少するはず)、(3) 解決までの平均時間 (プロバイダーが環境に関する知識を構築するにつれて改善するはず)、(4) ユーザー満足度スコア (レポート利用者に対する四半期ごとの調査)、および (5) 契約前のベースラインと比較した BI 所有の総コスト。価値を提供するプロバイダーは、最初の 2 四半期以内に 5 つの指標すべてで目に見える改善を示す必要があります。 6 か月後に指標が横ばいまたは減少している場合は、正式なパフォーマンスのレビューを開始します。