たとえば、同じ「Google Workspace への移行」で2社の見積もりに大きな差があったとします。ここでは比較のための仮定として考えます。
見積書を並べると、ライセンス費の行はほぼ同じです。差がついているのは「移行作業」とだけ書かれた行で、片方は数十万円、もう片方は数百万円。内訳が書かれていないので、高いほうが手厚いのか、安いほうが何かを含めていないのかが判断できません。
価格差だけでは、見積もりの妥当性を判断できません。移行作業の費用は、データ量・権限構造・移行範囲・並行運用の方法で変わります。 そして持っているデータの量と構造を提示していないと、見積もる側は「たぶんこれくらい」の幅を取るしかありません。
ライセンス費と移行作業を分けて比較する
ライセンス費は、Google Workspace の公式価格を基準に、エディション・ユーザー数・契約期間・税の扱いを揃えて比較します。販売店の割引やキャンペーン、サポートとのセット契約によって実際の見積額は変わるため、どの会社でも同額とは限りません。
プランの選定では、Vault による保全や必要なストレージ容量などを先に確認します。そのうえでライセンス費と移行作業費を別の行に分ければ、データ移行と運用設計にどれだけ費用がかかるのかを比べやすくなります。
差が出るのは「いま何を持っているか」
移行作業の見積もりは、これから作るものではなく、いまあるものを数えることで決まります。数えるべき対象は主に4つです。
過去メールをどこまで、どう運ぶか
いちばん金額が動くのがここです。「全社員のメールを全部」と言った場合と、「直近2年分だけ、役員は全期間」と言った場合では、作業量も所要日数も変わります。
現行環境が Microsoft 365 や他社のクラウドメールなら、データ移行サービス（Data migration service）で管理側から一括して移せる範囲が広く、1通ずつの手作業にはなりません。一方、社内に立てた古いメールサーバーで、アカウントごとにメールボックスの形式が違うようなケースでは、事前の棚卸しに時間がかかります。
「何年分を運ぶか」を先に決めるだけで、見積もりの幅はかなり縮まります。
共有アドレスとメーリングリストの読み替え
info@ や support@ のような共有アドレスを、いまどうやって複数人で見ているか。これが移行後の設計に直結します。
現行がグループウェアの共有メールボックス機能なら、Google Workspace ではグループの共同トレイに寄せるか、Gmail の委任で回すか、方式を選び直すことになります。アドレスの数ではなく、アドレスごとに運用ルールが違う数が工数になります。
ファイルサーバーの権限構造
共有フォルダをそのまま Google ドライブに置き換えようとすると、ここで止まります。フォルダごとに細かくアクセス権を設定した階層は、共有ドライブの権限モデルと一対一で対応しません。
さらに共有ドライブには1つあたりのアイテム数の上限があるため、大きなファイルサーバーは複数の共有ドライブに分割する設計が要ります。この分割方針を誰が決めるのかが見積もりに含まれているかどうかで、金額は大きく変わります。
基幹システムからの自動送信メール
見落とされやすいのがここです。販売管理や勤怠のシステムが、社内のメールサーバー経由で通知メールを送っている場合、メールの受信環境を切り替えると同時に送信経路も付け替えることになります。
Google Workspace 側には1日あたりの送信数の上限とルーティングの制約があるため、大量の自動送信をそのまま流すと詰まります。切り替え後に「請求書のメールが届かない」と気づくのは、たいてい月末です。
当日ではなく「並行期間」が工数を決める
移行の作業量を大きく左右するのが、新旧を同時に動かす期間をどれだけ取るかです。
MX レコードを切り替えた瞬間に全員が新環境へ移る、という進め方は、社員数が少なく、過去メールを運ばない場合には成立します。ただし多くの中小企業では、部署ごとに順番に移し、その間は旧環境にも新環境にもメールが届く状態を作ります。
この並行期間中は、二重配送の設定、転送ルール、どちらで返信するかの周知が必要になります。期間が長いほど楽になるわけではなく、長いほど「どちらを見ればいいか分からない」問い合わせが増えます。 2週間で終わる計画と、3ヶ月かける計画では、必要な作業の中身自体が変わります。
見積もりを依頼するときは、希望する並行期間を先に伝えてください。ここが空欄だと、見積もる側は最も手のかかる前提で計算します。
見積もりを比較する前に自社で出す5つの数字
以下が揃っていれば、複数社の見積もりは同じ土俵で比べられます。逆に揃っていない状態で相見積もりを取ると、各社が違う前提で計算した金額を並べることになります。
| 数える対象 | 出しておく粒度 |
|---|---|
| アカウント数 | 社員・契約社員・共有アドレスを分けて |
| 運ぶ過去メール | 何年分か、全員か一部か |
| 共有アドレス | 個数と、それぞれの現在の運用方式 |
| ファイルサーバー | 総容量、ファイル数、最上位フォルダの数 |
| 自動送信メール | 送信元システム名と、1日あたりのおおよその通数 |
このうちファイル数は、容量よりも重要です。同じ 1TB でも、少数の大きな動画と大量の小さなファイルでは、API の呼び出し回数や権限の処理量が違います。小規模な試験移行で転送時間とエラー処理を測りましょう。
つまずきやすいところ
「全部運ぶ」を初期値にしない。 過去メールも旧ファイルサーバーも、全量を運ぶ判断は簡単ですが、運んだ後に誰も開かないデータの整理コストが後から来ます。旧環境を読み取り専用で一定期間残す選択肢と比較してください。
出口の条件を先に決める。 入るときの条件ばかり詰めて、やめるときの条件を決めない契約は後で揉めます。データのエクスポート手段と、退去時に何が持ち出せるかを、契約前に確認しておいてください。
移行の完了と、運用の開始は別物です。 データの移行だけを発注した場合、管理設定の見直しは別工程になっていることがあります。共有の既定値、外部アプリの接続許可、二段階認証の強制といった項目は、移行の見積もりに含まれていないことがあります。含まれているかどうかを明示的に聞いてください。
次にやること
上の表の5項目を、いまの環境から数えてください。すべて社内で調べられる数字です。
数え終えた時点で、「全社員の全期間のメールを運ぶ必要があるか」をもう一度検討してください。ここが縮むと、見積もりの差が最も大きい部分が縮みます。
現行環境の棚卸し、移行範囲の切り分け、並行期間の設計については、グリームハブの IT・Google Workspace 無料相談で承っています。データ量と現在の運用によって適した進め方が変わるため、範囲は個別にお見積りします。お問い合わせからご相談ください。
