レンタルサーバーのプランを変える前に、容量・停止・戻し方を確認する

1. 今日の相談

「Webサイトが重い気がして、上位のサーバープランを考えています。原因が本当に容量やプランなのかは分かっていません」

変更前に、目的、現在の事実、対象、公式条件、料金、停止、バックアップ、戻し方、確認者へ分けます。

2. 大丈夫です

ほー先輩：重い理由が契約とは限らんで。変える前に、今分かってる事実から並べよな。

AIの一般論だけで原因や最適プランを決めず、公式の利用状況と契約条件へ戻ります。

3. 今日使うAI・道具

使うのはChatGPTと、実際の仕事とは無関係な架空例です。サイト名等を架空化しても、利用量、費用、機能、停止影響、変更予定等の組み合わせから実契約を推測できる場合があります。実際の契約、利用状況、数値、料金、対象機能、変更予定はAIへ渡しません。

AIに障害原因、必要容量、最適プラン、移行可否、停止時間、復元可能性を断定させません。

4. 実際にやってみる

1. 変えたい理由を一つにする

容量、表示速度、アクセス増、機能不足、サポートなど、困りごとを混ぜずに書きます。

2. 現在値を公式画面で確認する

契約プラン、利用量、上限、請求周期、更新日を公式管理画面と契約記録で照合します。

3. 変更の影響を調べる

料金、反映時期、停止の有無、設定変更、メールやデータへの影響、元へ戻せるかを公式情報へ戻します。

4. 無関係な架空例で、空の確認表だけを作る

実際の仕事と無関係な「町内工作クラブの道具箱を大きい物へ替える」という架空例だけを使い、
レンタルサーバーのプラン変更前確認表の空の型を作ってください。
項目は「目的」「現在の事実」「不足の根拠」「変更対象」「公式条件」「料金」「停止・影響」「バックアップ」「戻し方」「確認者」「要確認」とし、各欄は空欄にしてください。
障害原因、必要容量、最適プラン、移行可否、停止時間、復元可能性を推測しないでください。
実際の契約、利用状況、数値、料金、対象機能、変更予定、認証情報、管理画面を入力する欄は作らないでください。

空の型を承認済みの変更確認文書へ移し、実際の内容は公式管理画面・契約記録・監視記録から人が記入します。AIの画面へ実契約を戻しません。

5. 変更前後の確認時刻を決める

バックアップ、表示、フォーム、メール、管理画面を誰がいつ確認するか決め、問題時の連絡先を残します。

5. 完成例

【目的】（責任者が記入）
【現在の事実】（公式画面・監視記録から人が記入）
【不足の根拠】（確認できた資料から人が記入）
【変更対象】（管理一覧から人が記入）
【料金】（公式ページと申込画面から人が記入）
【停止・影響】（公式情報と構成一覧から人が記入）
【バックアップ】（対象・保管先・復元確認を人が記入）
【戻し方】（公式サポートの回答から人が記入）
【確認者】（職場の権限表から人が記入）

6. 使うときの注意

表示の遅さやエラーを、サーバープランだけの問題と決めつけません。課金や契約変更は権限を持つ人が行い、変更前に公式サポートと職場の承認経路を確認します。

7. 今日できたこと

• プラン変更の目的と根拠を分けられた。
• 認証情報をAIへ渡さずに済んだ。
• バックアップと戻し方を先に残せた。

8. ほー先輩の一言

ほー先輩：大きい契約にする前に、今の困りごとが何で直るかを公式情報で確かめよな。

バックアップは対象・保管先・復元確認から整える方法、サービス終了や解約はデータ出力・権限・削除範囲の確認へ進めます。