新システムへの切替をどう伝える？入力停止・再開・延期時の連絡を分ける方法
システム開発・切替時の利用者への連絡
架空の設備保守会社で、IT発注担当と修理依頼の受付責任者が修理依頼の受付を旧システムから新システムへ切り替える場面です。普段の仕事は、受付担当が修理依頼を記録し、現場担当へ渡すこと。切替の予定だけを知らせても、受付担当は「いま届いた依頼をどこへ記録するのか」、現場側は「確認待ちの依頼を誰に聞くのか」が分からず、二重の記録や引継ぎ漏れを心配します。
この記事では、入力を止める予定、開始を確認している間、新しい受付を使えると知らせる場面を分けます。一件の修理依頼を例に、誰に何を知らせ、延期時にどの案内を更新し、届いた後に何を確かめるかまで説明します。
先に押さえる答え
切替の連絡には、対象の仕事と相手、確認済みの状態、利用者が次にすること、相談先、次の更新をそろえます。旧側の停止と新側の利用開始を同じ時刻・同じ承認だと扱わず、代替受付も承認と実施条件を確認してから案内します。送信できたこと、相手が受け取ったこと、理解して修理依頼を引き継げたことを分けて確かめます。
会社・依頼・二つの場面は説明用の架空例で、実顧客の記録ではありません。実システムの停止、送信、受領、切替を実施した結果を示しません。
旧側の入力停止・確認待ち・新側の開始を分ける
切替作業の日程と、利用者がどこへ修理依頼を記録できるかは、別に説明します。古い受付への入力を止めた時点で、新しい受付が使えるとは限りません。切替作業が進んだという連絡だけで、利用者向けに開始を発表しないよう、判断する担当と確認できた内容を結びます。
この修理依頼は、確認できているどの受付へ記録するのでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
旧受付、確認待ち、新受付は、利用者が選んで自由に進める三つの窓口ではありません。受付責任者は、いま案内できる記録先を切替の責任者へ確認します。代替方法も未承認なら、利用可能な経路として矢印を通さず、相談先と回答待ちの条件を示してください。
「止める」と「使い始める」の確認を分ける
この例の受付は旧修理依頼受付と新修理依頼受付です。旧側の入力停止予定は未確認、新側の入力開始予定も未確認です。承認済みの代替受付は未確認、実際の切替結果も未確認です。これらを架空の確定時刻や成功結果で埋めません。
IT発注担当は、旧側へ新しい依頼を入れないよう知らせる条件と、新側を使ってよいと知らせる条件を、作業責任者へ別々に聞きます。利用開始が未確認の間に受けた依頼をどう保持するか、再開後に誰がどこへ引き継ぐかも、業務側と確認します。
受付方法を未確認のまま止めない
連絡文を作ることは、停止や新側利用を実行する権限の代わりにはなりません。必要な受付を続ける方法が不明なら、利用者に判断を任せず、停止前に責任者へ確認します。この記事は本番入力の停止や切替を実行する手順ではありません。
対象の仕事・読む人・知らせる人を先にそろえる
全社員へ同じ予定表を送るだけでは、修理依頼を受ける人と現場へ渡す人が、何を変えるのか読み取れないことがあります。まず、切替の前後をまたぐ一件の仕事を選び、影響を受ける役割を確認します。受付開始の判断と、利用者へ知らせる担当も分けて決めます。
同じ修理依頼について、受付担当と現場責任者は何を知る必要があるでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
修理依頼の票を起点に、受付で記録する仕事と現場へ引き継ぐ仕事を対応させます。受付責任者は、相手が知る必要のある記録先・引継ぎ方法・例外時の相談先を聞き、IT発注担当は、その内容を案内してよいか切替の責任者へ確認します。
相手ごとに必要な行動を聞く
- 受付する人：どの依頼から旧側へ入力しないのか、確認待ちの依頼はどこで保持するのか、承認済みの受付方法があるかを確かめます。
- 現場へ渡す人：どの依頼が確認待ちか、引継ぎを受けたかをどう確かめるか、重複や抜けを見つけたらどこへ返すかを確認します。
- 案内を更新する人：誰の判断を受けて、どの入口の案内を書き換え、どの相手へ再連絡するかを決めます。同じ人が複数の役割を持つ場合も、何を確認してから送るかは分けます。
連絡の時間と、受け取れる状況を合わせる
勤務時間や担当交代、現場へ出ている時間によって、案内を読める相手が違います。通常の連絡経路だけで必要な相手へ届くか、未確認の人を誰が追って確かめるかを相談します。実在の社員名や連絡先をこの例へ作り込まず、自社の担当と経路を確認して使います。
松本市の情報システム管理ガイドラインは、切替計画の構成例に体制・役割分担、連絡系統、制限事項、開始日の体制、トラブル時の連絡先を挙げています。ここでは連絡を作業や責任と結ぶ観点を参照しています。民間企業すべてに同じ体制や時間を義務付けるものではありません。
予定の案内には、利用者が次にすることを書く
最初の場面は、旧側入力停止の予定を知らせる案内を準備する段階です。送信や受領の結果はありません。確定している情報と、確認してから補う情報を分け、曖昧なまま「新システムを使ってください」と書かないことが大切です。
案内を読んだ受付担当は、今届いた依頼の扱いまで判断できるでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
案内の見出しだけでなく、対象の仕事、確認できた予定や状態、次にすること、相談先と更新を対応させます。未確定の時刻や経路は、単に空欄を残すのではなく、誰が何を確認して案内を更新するかを決めます。
旧側入力停止の予定を伝える場面
案内を読む相手：受付担当・現場責任者。対象は説明用の一件の修理依頼です。
旧側の入力停止、新側の開始、代替受付の承認、案内の送信・実際の受領・理解、仕事の継続、次回更新時刻、相談経路の確認は、いずれも未確認です。受領確認の実施はまだ行っていないという想定です。受領確認をしていないことから、未受領や不達とは判断しません。
案内の下書きに入れる内容
- 何の仕事が対象か。修理依頼の受付と現場への引継ぎのうち、どこが変わるかを書きます。対象外の仕事や、すでに受けている依頼の扱いも確認します。
- どこまで確認できているか。停止予定と新側の開始条件を分けます。時刻が未確定なら、確定した予定のように表示しません。
- 利用者は次に何をするか。案内してよい記録先、確認待ちの扱い、困ったときに相談する相手を示します。未承認の代替案を実運用として案内しません。
- いつ・どこで次の情報を知らせるか。更新する担当と入口を決め、次の更新予定も確認します。回答時刻を決められない場合は、確認先と次の連絡方法を先にそろえます。
未確定の内容を残した、案内作成の見本
修理依頼の受付方法が切替の対象です。旧側の入力停止予定、新側を使える条件、確認待ちの受付方法は担当へ確認中です。確定した内容を案内するまで、利用可能な経路を推測せず、受付責任者が案内する窓口で確認してください。次の更新時刻と連絡先は、責任者が確認して記載します。
これは送信できる完成通知ではありません。時刻・記録先・相談先を確認して自社の案内へ直すための下書きです。未確定のまま必要な仕事を止める指示には使いません。
開始確認が遅れたら、前の案内と現在の状態を対応させる
二つ目は、開始確認が遅れたときの更新を考える別の架空場面です。一つ目の案内が実際に送られ、その不具合を直して成功したという記録ではありません。延期や障害で前提が変わったら、以前の予定を読んだ人が今の扱いを見分けられるようにします。
前の予定を読んだ人が、いま有効な案内をどこで見つけるでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
以前の案内と更新する案内の対応を示し、変わった予定、現在確認できた状態、依頼の扱い、次の更新と相談先を読み分けます。開始が未確認なら、直った・利用できるという完了の印を付けません。
開始確認が遅れたときの更新を伝える別場面
案内を読む相手：受付担当・現場責任者。対象は別の説明用修理依頼です。
旧側の入力停止、新側の開始、代替受付の承認、案内の送信・実際の受領・理解、仕事の継続、次回更新時刻、相談経路の確認は、いずれも未確認です。受領確認の実施はまだ行っていないという想定です。受領確認をしていないことから、未受領や不達とは判断しません。
変更した所と、変えていない所を知らせる
延期の理由だけを書いても、受付する人は仕事を続ける方法を判断できません。旧側の利用を続けてよいか、いったん止めるのか、別の承認済み方法へ案内するのかを、作業責任者と業務責任者へ確認します。以前に受けた依頼と新しい依頼の扱いが違うなら、その境目を実際の条件で示します。
案内を変えるときは、元の掲載場所にも更新を示し、以前の通知を受け取った相手へ必要な再連絡を行います。古い添付や転送だけが残ると、相手がどの案内に従うか迷います。更新する担当、正しい案内を見られる入口、未確認の相手の確認方法をそろえます。
時刻が分からないときの書き方
新しい開始時刻を推測で埋めず、何が確認待ちで、誰が確認し、次の状況をどこで知らせるかを書きます。「復旧見込み」と「利用開始を確認した結果」も分けます。案内のためだけに、本来の開始判断を省略しないでください。
NTT西日本の公開通知には、予定していた移行時期を未定へ変更し、確定後の掲載先を知らせる例と、運用再開日と既存受付分・新規申請の扱いを分ける例があります。通知の役割の違いを読む参考であり、その日時、接続先、連絡先や復旧結果をこの架空会社へ移したものではありません。
送信・受領・理解・仕事の継続を別々に確かめる
メールを送れた、案内を掲載できたという事実だけで、相手が受け取り、正しい記録先を理解し、修理依頼を引き継げたとは判断できません。一方、受領確認をまだ行っていないことは、不達や未受領を証明するものでもありません。
案内を送った後、誰が何を確かめれば仕事の引継ぎまで分かるでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
送信の記録、実際の受領、理解、仕事で使えた結果を別の問いとして示します。受付責任者は、案内した人が一件の依頼をどう扱うと理解したかを聞き、業務側と、記録と引継ぎを確認する方法をそろえます。ここではどの結果も実施済みとしていません。
相手の返答によって、直す所を変える
案内を確認できたか分からない
使った経路、対象の相手、確認する担当をたどります。返答がないことだけで相手が読んでいないと断定せず、担当交代や現場の状況を含め、届いたことを確かめる方法を相談します。
読めたが、依頼をどこへ記録するか分からない
どの文で迷ったかを聞き、現在の状態と次にする行動を対応させて案内を直します。代替受付や相談先が未確認なら、文章だけを整えて解決済みにせず、責任者の回答を得てから更新します。
内容は分かったが、必要な仕事を続けられない
連絡の問題と、受付や引継ぎの仕組みの問題を分けます。必要な記録や操作ができない事実を、業務側と切替責任者へ返し、作業や案内の見直しを相談します。利用者が読めたことを、切替の成功結果に置き換えません。
開始の可否、続行・保留・戻す判断と作業順序の具体化は、システム刷新の移行計画と、切替・確認・戻す条件で別に扱っています。本稿では、その判断を受けて利用者が何を読むか、どう行動するかをつなぎます。ログインや端末を使えない場合の復帰設計は、業務システムのログインと復帰へ分けて確認してください。
まとめ：いまの状態と、修理依頼の次の行動を伝える
切替の連絡は、日付を知らせるだけの作業ではありません。対象の仕事と読む相手をそろえ、旧側の入力停止、確認待ち、新側の利用開始を分け、案内してよい記録先と相談先を確かめます。延期や障害で変わったときは、元の案内を見た人が現在の扱いへたどれるように更新します。
今日一件の依頼を選ぶなら、どの状態と確認先をそろえるでしょうか。
この節の解説図を原寸で見る図の読み取りと、次にすること
一件の修理依頼について、いま分かっている受付の状態、相手が次にすること、未回答を確かめる担当を対応させます。実際の結果を受けて、案内と引継ぎ方法のどちらを直す必要があるかを相談します。
今日の最初の一歩
受付責任者と、切替の間に入る一件の修理依頼を取り上げます。「その依頼は、いまどこへ記録し、誰へ渡しますか。開始を確認できていない間は、何を案内してよいですか」と責任者へ聞き、現在の案内に足りない答えを残してください。
この例では、停止や開始の確定時刻、代替受付の承認、送信・受領・理解・仕事を続けられた結果は未確認です。二つの場面は別の架空記録で、修正前後や成功事例ではありません。通知を作ったこと、読まれたこと、システムと業務の切替を完了したことを分けて確認します。
参照資料と、この例の範囲
- 松本市 情報システム管理ガイドライン 開発・運用・保守編 Ver1.07：物理39・40ページ（印刷37・38ページ）の切替計画の構成例と、連絡体制・開始判断の観点を参照しました。自治体の計画文書の文脈を保ち、民間一律の義務や固定時刻へ一般化していません。
- NTT西日本の移行延期の公開通知と運用再開の公開通知：予定変更、現在の状態、受付分ごとの扱い、次に確認する入口の違いを読む例です。通知本文や実際の日時・連絡先を本稿の架空例へ転載していません。
- 本番開始後の利用者への支援を尋ねる投稿者本人の相談：十分な連絡や教育があっても、使える状態と利用者の困りごとを分けて扱う必要がある一例として参照しました。他のコメントの成功結果や特定製品の事実を本稿の会社へ移さず、日本の需要量を示す根拠ともしていません。
必要箇所の確認日：2026年10月23日。実際の顧客、切替や通知の実績を示すものではありません。
切替の予定と、利用者がする仕事を整理したい方へ
修理依頼など日常の仕事を一つ選び、旧側の入力停止、確認待ち、新側の開始で、誰が何をするかを整理したい場合は、業務システムの切替について相談するからご相談ください。対象の仕事、現在の案内、未回答の受付方法と確認先を整理すると、話す内容を具体化できます。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。
