SaaSのSLA、押さえておきたい4つの項目【後編】
SaaSの「24時間365日サポート」の“本当の意味”とは？ 「SLA」の落とし穴
ベンダーの営業担当者からはサポート提供時間が「24時間365日」だと説明を受けたのに、週末のサポートは音声応答のみ――。SaaSのSLAで、そうした事態を防ぐために確認すべきポイントは。
前編「いまさら聞けない、SaaSの『SLA』で必ず確認すべきチェックポイントとは」は、SaaS（Software as a Service）ベンダーとサービスレベル契約（SLA）を結ぶ際に気を付けるべきチェックポイント4つのうち、2つを紹介した。後編は、残る2つのチェックポイントを紹介する。
チェックポイント3．「24時間365日サポート」の中身などサービスの詳細
併せて読みたいお薦め記事
連載：SaaSのSLA、必ずチェックすべき4つの項目
SaaS関連の注目記事
SLAには、ベンダーのサポート提供時間と問い合わせ方法も記載されるため、定期的に確認する必要がある。ベンダーが全ての問題に同じように対処できるとは限らない。ベンダーがどのような問題なら対処できるかを把握しておく必要がある。ベンダーのセールストークでサポート提供時間を「24時間365日」だと聞いていたユーザー企業は、この事態に驚くだろう。サポートデスクに連絡したのが週末の場合、サービス音声のみが応答する可能性もある。その後、問い合わせ内容を確認した技術者がユーザー企業に連絡するのには数時間かかる恐れがある。
サポートのプロセスは、通常はSLAに詳しく記載される。だが最初のセールストークでは、恐らく触れられない。これをSLAのチェックリストに含めるかどうかはユーザー企業の判断による。注意すべき点は、ベンダーが24時間体制でサポートスタッフを配備しているとしても、いつでもすぐに誰かと電話がつながるとは限らないことだ。午後5時を過ぎれば、ベンダーはメールでのサポートに切り替え、通常の営業時間になるまで問い合わせがあった問題に対処しない可能性がある。
SaaSベンダーがどのようにサポートを提供するかは重要な要素だ。そのため細部まで詰めておく必要がある。
チェックポイント4．指標の詳細
サービス停止時間、サービスのスペック、問い合わせへの返答タイミングなどの重要事項を評価するため、SaaSベンダーが使用する指標を確認する。
例えばSLAに「4時間以内のオンサイト／サービス提供」と書かれていた場合、ユーザー企業はベンダーが長時間のダウンタイムを防ごうとしていると考えがちだ。だがユーザー企業がサポートを依頼してから4時間以内に、技術者が電話やメールを返すというだけの可能性もある。その場合は問題解決にはさらに数時間から数日を要する。詳細がSLAに記載されているとしても、見過ごしやすい細かい文章の中に埋もれている恐れがある。
こうした指標は、ベンダーの利益のために用意されている可能性があるので注意が必要だ。例えばベンダーは概して、分単位または時間単位で利用料金を請求することは明記している。だが課金を始めるタイミングがはっきりしていない可能性がある。1時間1分と1時間59分の利用料金は同額だろうか。ほとんどの場合その答えは「同額」だ。SaaSベンダーが不誠実というわけではない。ただし必ずSLAを精査してこれらの詳細を確認しなければならない。
TechTarget発 世界のインサイト＆ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト＆ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは？ -
事例
[株式会社ビザスク] 「新規事業」事例集：大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
10
「Linux」の脆弱性を生むのは誰か？ ベテラン開発者の意外なミス
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー