Webサービスを移行する前に｜業務・データ・認証・契約のチェックリスト

Webサービスを新しい構成へ移す前に、残す業務、引き継ぐデータ、利用者のログイン、外部契約を一覧にします。画面を作り直す範囲だけで依頼すると、公開直前に必要な移行作業が見つかることがあります。

この記事は、業務と利用者を把握している事業・運用責任者向けです。移行するか迷っている場合は、PHPサービスの再構築ガイドをご覧ください。このページでは、依頼内容を整理するための確認表を扱います。

業務と管理情報を、分かる範囲から集める

不明な項目は不明として相談できます。認証情報や顧客データは問い合わせフォームへ貼り付けず、必要な範囲と共有方法を後から決めます。

集めた情報には、確認済みか、誰に聞くかを添えます。次は説明用の記入例です。社内で使う表には、確認の根拠となる資料の保存場所も記載してください。

項目	状態・根拠の例	確認する人	期限の例
月次の請求処理	業務担当が操作と出力を確認済み	経理担当	調査開始前
公開中のソースコード	納品物はあるが公開版との一致は不明	現在の技術担当	見積もり確定前
顧客データの移行	項目名は分かる。変換方法は未調査	移行を担当する技術者	試験移行前
ログイン方法	現在の手順は確認済み。移行後は未定	事業責任者と技術者	利用者への案内前

業務側は日常の操作と必要な結果を説明し、データの抽出や認証方式の変更は権限のある技術者へ依頼します。

画面や機能ごとに、現状維持、変更、廃止、新規追加の扱いを記録します。「ついでに直したいこと」が増えると、移行そのものの費用と新機能の費用が混ざります。

関係するデータや外部連携も記載します。管理画面の表示を変えるだけでも、同じ値を外部へ送っている場合は、接続先との調整が必要かもしれません。

PHPからTypeScriptなどへ移す設計で、画面以外に必要な引き継ぎを説明しています。

古いデータの項目と新しい項目を対応させます。件数だけでなく、会員と取引の結び付き、日時、金額、公開状態、添付ファイルなどを確認します。

試験的に取り込み、結果を確認してから本番の移行へ進みます。開発期間中に増えたデータをいつ取り込むかも決めてください。

ログイン方法が変わる場合は、パスワード再設定など利用者に必要な操作と通知を計画します。運営側の切り替えだけでは、利用者が使い始められないことがあります。

停止時間の案内、バックアップ、最終データの取り込み、公開先の切り替え、動作確認を担当者に割り当てます。不具合が出たとき、どの条件で誰が戻すかを決めます。

新環境で追加されたデータがあると、旧コードへ戻すだけでは元の運用に戻れない場合があります。戻せる範囲とデータの扱いを先に確認してください。

コード、管理アカウント、構成資料、公開手順、データ移行の記録、確認したテスト、残課題を引き継ぎます。旧環境を閉じる条件と、契約を終える時期も整理します。

移行費用の内訳とテスト項目を合わせて使うと、見積もりと完了条件をそろえられます。再構築サービスでは、調査と実装を分けて相談できます。