Webサービスのリプレース費用は何で決まる?|調査・データ移行・切り替えの見積もり

Webサービスのリプレース費用を、同じ10画面を置き換える2案の説明例で比較。調査、データ・認証の移行、テスト、切り替え、継続費の違いと、予算に合わせた範囲の決め方を整理します。

Webサービスのリプレース費用は、作る画面だけでなく、引き継ぐデータと業務、認証、外部連携、切り替え方で変わります。Float Engineeringでは、現状調査と再構築の範囲を分けて個別に見積もります。

会社案内の移行料金や、新規サービスを作る料金を、そのまま既存サービスの再構築へ当てはめられません。動き続けているサービスから、何をどう引き継ぐかを確認する必要があります。

この記事は、既存サービスの事業・運用責任者向けです。同じサービスを置き換える2案を例に、見積もりの差がどの作業から生まれるかを説明します。

見積もりは、実装と移行の作業を分けて比べる

費用の項目成果物・完了条件費用に影響する条件
現状調査機能、データ、外部連携、未確認事項の一覧仕様書やコードの有無
設計・実装合意した機能と権限が動く新環境変更する業務、例外処理
データ移行対応表、取り込み、照合結果件数、形式、修正が必要なデータ
認証の移行利用者が新環境を使える手順パスワード再設定、通知、権限
テスト業務とデータが意図どおり一致する確認決済、定期処理、外部接続
切り替え・引き継ぎ公開、戻す手順、運用資料停止時間、並行運用、管理体制

見積書が「開発一式」でも、この内訳と対象外の作業を聞けます。データ移行やテストを社内で行う前提なら、その作業時間と担当者も確保します。

10画面の受注・請求サービスを、2案で比較する

以下は説明用の架空ケースです。画面数や業務条件は仮定で、実案件の事例や当社の見積もりではありません。

ある会社が、PHPで動く受注・請求サービスを見直しています。顧客用と社内用を合わせて10画面。顧客は注文と履歴確認を行い、社内担当者は受注内容を訂正し、月末に請求データをCSVで出力して会計サービスへ取り込みます。請求前の社内承認はメールです。

残す業務は、この注文受付と月次請求です。会員ID、受注履歴、訂正内容、請求金額も引き継ぎ、現在参照できる履歴を新環境でも検索できることを条件にします。画面とコードはありますが、仕様書はありません。

比較するのは次の2案です。

  • A案:今の業務を引き継ぐ。 新しい構成へ置き換え、CSV出力とメールでの承認を続けます。
  • B案:承認と会計連携も組み込む。 既存画面に承認操作と送信結果の表示を加え、請求データを会計サービスへ直接送ります。画面数は10のままです。

どちらにも、データの照合や権限の確認が必要です。A案で抑えるのは、承認や会計連携を新しく実装する作業です。

見積もりの差を、作業と完了条件で確かめる

このケースでは、同じ「10画面の再構築」でも、見積もりに含める作業が次のように変わります。

項目A案で見積もる作業B案で追加・変更する作業
調査受注から請求までの操作と、訂正・取消の扱いを確認承認ルール、代理承認、会計サービスへの連携方法も確認
実装現行の受注処理、履歴検索、CSV出力を再現承認状態、送信処理、失敗を知らせる表示を追加
データ移行IDと履歴を対応させ、件数・請求金額を照合過去に承認記録がないデータを「移行前」と区別する扱いを決める
認証・権限顧客と社内担当者の権限、ログインの移行手順を用意承認者と代理者の操作範囲も設計・検証
テスト訂正・取消後の金額、CSV、他の顧客の情報を見られないことを確認差し戻し、連携失敗、再送で請求が重複しないことも確認
切り替え注文受付を止め、最後の追加データを移して照合。再開と復旧の手順を用意メールで承認待ちの受注の引き渡しと、会計送信の開始時点も決める
継続運用配信・保存・バックアップ等の利用料と保守。CSVの手動取り込みは残る連携の利用料、失敗時の調査・再処理、仕様変更への対応も確認

B案では、CSVを取り込む手作業を減らす代わりに、連携が止まったときの確認担当が必要です。機能追加の費用だけでなく、公開後に誰が何をするかまで比べます。

見積書には、「テスト一式」だけでなく、この表のどの操作を試して完了とするかを書いてもらいます。業務担当者は月末の請求例と訂正例を用意し、技術担当者は新旧の結果を照合します。詳細は移行時のテスト項目で確認できます。

未確定の作業は、調査後に見積もりを確定する

このケースで、依頼時点では分かっていないことが三つあります。

  • 過去データの不整合。 取消済みなのに請求が残っている記録などがあるか。技術担当者が抽出し、正しい扱いは業務側が決めます。修正の件数と担当は調査後に確定します。
  • ログインの引き継ぎ。 現在の認証情報を使えるかは技術担当者が調べます。パスワード再設定が必要なら、利用者への案内と問い合わせ対応も見積もりに含めます。
  • 会計サービスとの連携条件。 B案では、送信したいデータを受け付ける機能と契約があるかを確認します。対応できなければ、CSVを残すか連携先を変えるかで範囲が変わります。

未確認の段階では、調査の対象・上限・報告内容を先に合意します。調査結果を受けて、確定した作業と条件付きの追加作業を分けて再見積もりします。作業量で請求する項目は、単価、見込工数、上限、超過前の承認方法も確認してください。

仕様書がなくても、普段の操作と手元の資料から調査範囲を決められます。担当者がいないサービスの引き継ぎ手順も参考になります。

公開後の費用と、旧環境を止めるまでを含める

この例では、調査開始から各案の公開後12か月までを比較期間とします。これは比較のための仮定です。両案の見積書で税別・税込の表記をそろえ、次を合計します。

比較する総額=調査・設計・実装・移行・テスト・切り替え費+公開前の新旧環境の利用料+公開後12か月の利用料・保守費+旧環境の停止・解約にかかる費用

旧環境を公開後も残すなら、その契約費も含めます。年払いの残期間、契約の最低期間、利用量に応じた追加料金は、実際の契約で確認します。社内で行うデータ修正、業務テスト、CSV取り込みの時間は、外注費と別欄にして両案を比べます。

B案を段階的に導入するなら、A案の手動処理と新しい連携が重なる期間も見積もります。二重送信を防ぐ仕組み、両方を管理する担当、旧処理を廃止する作業まで含めて、段階的に進める利点があるかを判断します。

予算が限られるなら、先に解決する課題を選ぶ

この会社で急ぐ課題が「今後も更新できる構成へ移すこと」で、CSV作業を当面続けられるなら、A案を先に見積もる理由があります。見積額が予算内かを確認し、承認・連携は別の開発として検討できます。ただし、後から追加する場合も設計と再テストの費用はかかります。

月末の処理が業務を圧迫しているなら、B案の追加費用と、実際に減らせる手作業を比べます。担当者がCSV作成・取り込み・確認に使っている時間を記録し、連携後にも残る例外処理を差し引いて考えます。「自動化するから安くなる」とは決められません。

テストやデータ照合を外注範囲から外すなら、誰が代わりに行うかを決める必要があります。予算に合わせて先に調整するのは、承認や連携など今回増やす仕様です。

現在の業務に大きな不満がなく、PHPや周辺の構成を更新して維持できるなら、現状更新案も比較対象です。既存の保守担当者に調査を依頼し、更新・部分改修・再構築の判断で、残せる構成と必要な変更を整理してください。

Float Engineeringの再構築サービスでは、必要な業務とデータを残し、今後も変更・運用していくための作り直しを支援します。調査・実装・移行を分けて個別に見積もります。現行PHPの更新・継続保守は既存の保守担当者などへ確認する範囲です。相談時には、この例の受注・請求を自社の業務に置き換え、残す処理、増やしたい機能、手元の資料、期限を伝えてください。

この記事を書いた人

西林 明信

株式会社Float Engineering 代表

西林 明信

自社プロダクトの開発・運営と、Webサイト・業務システムの受託開発を行っています。広告代理店でのマーケティング、楽天でのデータ分析を経て、2023年にFloat Engineeringを設立。

ブログ一覧