XEROTTA

支援例・参考費用 / 専門サービス業 / SaaS変更

SaaSの仕様変更を社内利用への影響で確認する

限定した対象・作業範囲の支援例です。実在顧客の導入実績や実績価格ではなく、正式見積前の参考情報です。

初期役務費の参考合計(税別)

300,000円

下記5工程の合計です。1人日8時間・50,000円の参考単価で、延べ6人日(48時間)を想定しています。工数は納期や成果の保証ではありません。

機器・ライセンス・クラウド利用料・交通費・外部ベンダー費等は別途。対象範囲・前提条件を確認して正式にお見積りします。

この金額で想定する対象範囲

  • SaaS仕様変更の影響機能・業務・周知先の対応表
  • 変更案内の評価・試験・承認チェック表
  • 代表変更の検証と利用者案内テンプレート

初期費用の内訳

初期役務費の工程別参考内訳(税別)
工程参考工数費用
要件定義(初期整理)1人日50,000円
設計1.5人日75,000円
設定・構築・作成1.5人日75,000円
テスト・レビュー1.5人日75,000円
リリース・引継ぎ0.5人日25,000円
初期合計6人日300,000円

要件定義50,000円は対象・受入条件の初期整理8時間分です。全体の費用ではなく、全社調査や詳細要件定義の完了を保証するものでもありません。

月次役務費(初期費用とは別)

75,000円/月(税別)

月1.5人日・12時間の参考作業枠。継続支援にはこの月次役務の契約が必要です。

  • 2製品・変更案内5件/月以内の影響判定
  • 代表操作3件以内の試験・周知案1件。全作業12時間/月以内

記載件数・時間のいずれかを超える対応は別途協議します。24時間365日監視、即時応答、常駐、無制限の障害対応は含みません。

SUPPORT GUIDE

支援の進め方とお渡しするもの

SaaS変更について、変更通知と自社で使う機能を対応させ、影響なし・要試験・要周知を分ける方針を整理します。代表変更について検証条件と利用者案内を作り、承認と周知記録をひも付けることで、影響する操作と周知先が特定できる状態を受入の確認対象とします。

限定条件を置いた支援の進め方の例です。実在顧客の実績・実績価格・実測成果ではありません。

最初にご用意いただく資料

SaaS変更案内
SaaS仕様変更の影響機能・業務・周知先の対応表を作るため、対象・識別情報・現在の処理状態を確認します。
利用機能一覧
SaaS変更案内と照合するため、資料の適用範囲、時点、欠損や例外を確認します。
利用部門一覧
「影響する操作と周知先が特定できる」ことを判定する際の根拠を確認し、未確定事項と顧客の判断担当を明らかにします。

5工程で行うこと

工程ごとに、作業・確認・成果物を分けて整理しています。以下の工数と費用は上記の参考内訳と同じです。

01

要件定義(初期整理)

SaaS変更の対象と完了条件を初期整理

1人日・8時間 50,000円(税別・参考)

  • 提供済みのSaaS変更案内、利用機能一覧、利用部門一覧を初期8時間の範囲で確認し、「SaaS仕様変更の影響機能・業務・周知先の対応表」を今回の対象として合意します。
  • 「利用機能の変更」のときに「影響する操作と周知先が特定できる」ことを確認基準とし、「段階配信の変更」を例外として扱う担当を決めます。
お渡しするもの

SaaS変更の対象、前提、例外窓口、受入条件を記した初期確認票

02

設計

判断条件と受渡しを設計

1.5人日・12時間 75,000円(税別・参考)

  • 変更通知と自社で使う機能を対応させ、影響なし・要試験・要周知を分ける方針を、対象者と合意します。
  • 記録項目を「影響」「対象」「確認」に分け、入力元・更新担当・確認根拠を対応付けます。
お渡しするもの

SaaS仕様変更の影響機能・業務・周知先の対応表の項目定義と判断・確認の設計部分

03

設定・構築・作成

限定範囲の設定・資料を整備

1.5人日・12時間 75,000円(税別・参考)

  • 代表変更について検証条件と利用者案内を作り、承認と周知記録をひも付ける作業を、見積の対象範囲だけで行います。
  • 見積にある「変更案内の評価・試験・承認チェック表」を具体化します。技術設定の変更は、対象範囲に明記されたものだけに限定します。
お渡しするもの

SaaS仕様変更の影響機能・業務・周知先の対応表を含む、合意した範囲の作成・整備結果

04

テスト・レビュー

通常・例外・境界を照合

1.5人日・12時間 75,000円(税別・参考)

  • 「利用機能の変更」の見本を、合意した回数・件数内で確認し、「影響する操作と周知先が特定できる」ことを記録します。
  • 同じ試行の中に「段階配信の変更」「試験で不具合」を組み込み、判断理由と未確認の残件を照合します。
お渡しするもの

SaaS変更の試行結果、確認根拠、範囲内の修正と残件の記録

05

リリース・引継ぎ

受入結果と運用判断を引き継ぐ

0.5人日・4時間 25,000円(税別・参考)

  • SaaS仕様変更の影響機能・業務・周知先の対応表を顧客担当者と読み合わせ、「未反映環境を正常と断定しない」ための例外処理と次担当への渡し方を確認します。
  • 資料の保管先・更新担当・残件を引き継ぎます。試験外の本番操作・全社展開を、この初期支援の完了と混同しないよう分けて記録します。
お渡しするもの

受入・引継ぎの記録と、SaaS変更の更新担当・未完了事項

構成と確認手順のイメージ

図は支援内容を説明するための例です。実際のお客様の環境・画面・成果を示すものではありません。

SaaS変更の情報と判断の対応。構成要素と情報・判断の関係を示す説明用モデル図。
SaaS変更の情報と判断の対応(説明用モデル図。実際のお客様の構成・画面・成果を示すものではありません。)
図を拡大して見る ↗
SaaS変更の試行と引継ぎ。担当者が確認する順番と記録項目の見本。
SaaS変更の試行と引継ぎ(説明用モデル図。実際のお客様の構成・画面・成果を示すものではありません。)
図を拡大して見る ↗

設計・記録の具体例

SaaS変更の記録・判断項目の見本(仮の例)

影響
なし/要試験/要周知

実際の名称・値・選択肢は、元の数量上限と顧客の承認済み基準に合わせて確定します。

対象
利用中機能

実際の名称・値・選択肢は、元の数量上限と顧客の承認済み基準に合わせて確定します。

確認
変更案内の識別子

実際の名称・値・選択肢は、元の数量上限と顧客の承認済み基準に合わせて確定します。

受入時に確認すること

実測結果の紹介ではなく、実施時に確認する試験の例です。

CHECK 01

利用機能の変更

確認方法
顧客が用意した匿名化または安全な見本を使い、「利用機能の変更」の場合の処理・判断の流れを確認し、SaaS仕様変更の影響機能・業務・周知先の対応表の判断欄と結果を照合します。
判断できる状態
影響する操作と周知先が特定できること。

CHECK 02

段階配信の変更

確認方法
顧客が用意した匿名化または安全な見本を使い、「段階配信の変更」の場合の処理・判断の流れを確認し、SaaS仕様変更の影響機能・業務・周知先の対応表の判断欄と結果を照合します。
判断できる状態
未反映環境を正常と断定しないこと。

CHECK 03

試験で不具合

確認方法
顧客が用意した匿名化または安全な見本を使い、「試験で不具合」の場合の処理・判断の流れを確認し、SaaS仕様変更の影響機能・業務・周知先の対応表の判断欄と結果を照合します。
判断できる状態
回避策と問い合わせ先を案内できること。

引継ぎ資料と担当範囲

  • SaaS仕様変更の影響機能・業務・周知先の対応表:元資料との対応と、対象・対象外の識別を含む部分。
  • SaaS変更の判断・確認手順:変更通知と自社で使う機能を対応させ、影響なし・要試験・要周知を分けるための手順部分。
  • SaaS変更の試行記録:通常・例外・境界の結果、根拠、不一致と残件。
  • 引継ぎ記録:保管先・更新担当・未合意事項。上記資料内の項目としてまとめ、独立成果物を無制限に追加しません。

XEROTTAが行うこと

  • SaaS仕様変更の影響機能・業務・周知先の対応表の設計・整備と、見積範囲内の試行結果の照合を担当します。
  • 「段階配信の変更」などの判断条件と残件を文書化し、引継ぎ時に説明します。

お客様にお願いすること

  • SaaS変更案内、利用機能一覧、利用部門一覧、匿名化見本、既存環境の利用可否と判断者を用意します。
  • 本番変更・業務再開・契約変更等の最終判断を担い、初期範囲外の運用は担当者が実施します。

注意点と対象範囲の境界

  • ベンダー側の配信時期変更に備え、確認日と現環境の反映状態を残す。
  • 「試験で不具合」を見逃すと誤って完了扱いになるため、回避策と問い合わせ先を案内できるように記録欄と確認担当を残します。

初期費用の対象は「SaaS仕様変更の影響機能・業務・周知先の対応表」など、記載した範囲の整備・試行・引継ぎです。仮定:SaaS2製品、変更案内3件、代表業務操作3件、既存テストアカウント。 対象追加、見本不足による再調査、試行の追加は範囲と費用を再合意します。設定を含む案件でも対象は承認された検証・限定対象に限り、本番全体の改修や継続対応を含めません。

技術情報の参照元

想定する課題

専門サービス業で、変更案内を読まず業務で不具合が出るという状況を想定します。対象業務・現在の管理方法・関係者への影響を確認したうえで、対応範囲を決めます。

対象技術・テーマ

SaaS変更

含まれない作業・別途費用

  • 機器購入・交換、ライセンス・クラウド利用料、外部ベンダー費用、旅費・配送費
  • 追加現地調査、全社展開、大規模改修・移行、契約外の障害復旧・根本是正
  • ベンダー仕様変更の取消・サービス修正
  • 全機能の回帰試験・独自アドイン改修

個別に確認・再見積する条件

  • 大規模UI変更・多数の業務依存
  • 独自連携や業務アプリ改修
  • 記載した対象数・試行数・修正回数を超える場合、追加発見調査または未定義のセキュリティ・可用性要件がある場合
  • 夜間休日、常駐、待機、応答・復旧保証、継続運用の件数・時間上限を超える場合
  • 代表範囲を超える対象数・拠点数・連携数・データ量
  • 既存環境の不整合、権限不足、製品仕様・ライセンス制約
  • 追加ヒアリング、仕様変更、追加検証、夜間休日作業、緊急対応
参考工数の前提条件
  • 以下の数量・環境・担当分担は見積用の仮定であり、原文に記載された事実ではない。
  • 1人日=8時間。金額換算にはユーザー指定の税別50,000円/人日を使用するが、本データは実売価格ではなく作業量の参考値。
  • 要件定義1人日は提供済資料の確認、初回打合せ1回、対象・受入条件の初期合意に限定。追加調査・要件変更・部門横断の再調整は別途。
  • 顧客が作業権限、既存契約、検証用アカウント・機器、安全な試験環境、承認者を用意し、原則リモート・平日日中に実施。待ち時間は人日にも納期にも置き換えない。
  • 設定・構築工程には文書、台帳、受付フォーム等の実装も含む。技術設定を含む場合は各scopeに明記。初期試行1回と指摘修正1巡、担当者への引継ぎ1回を基本とする。
  • 月次参考工数は初期人日と別枠。記載件数・時間のいずれかの上限までで、常駐、24時間365日受付、待機、即応・復旧時間保証を含まない。
  • 仮定:SaaS2製品、変更案内3件、代表業務操作3件、既存テストアカウント。月次12時間以内。

Contact

ITと業務の課題、
まずはお聞かせください。

「何から手を付けるべきか分からない」という段階からのご相談を歓迎します。 現状の整理から、貴社に合った進め方をご提案します。