今すぐ使える復旧お知らせテンプレート
障害対応で時間がないときは、復旧範囲、復旧日時、利用者に必要な操作、残る制限の順に確認すると、短時間でも誤解の少ない案内を作れます。
ここでは、担当者が状況に応じて必要箇所だけを書き換えられるよう、通知先と復旧段階ごとに使いやすい基本文をそろえています。
顧客向けの全面復旧テンプレート
すべての対象機能を通常どおり利用できることを確認できた場合は、次の文面を基本にしてください。
公開前に、差し替えた名称と日時が実際の状況に合っているか確認してください。
対象となったサービス名と通常利用を再開できる時刻を具体的に入れると、利用者は安心して操作を再開できます。
件名：システム障害復旧のお知らせとお詫び
お客様各位
〇月〇日〇時頃から発生しておりました〇〇の障害は、〇月〇日〇時に復旧いたしました。
現在は、対象となっていたすべての機能を通常どおりご利用いただけます。
障害中に行われたご注文やお申し込みについては、履歴や受付メールをご確認ください。
ご不便をおかけしましたことを、深くお詫び申し上げます。
一部復旧・暫定復旧テンプレート
利用できない機能や不安定な状態が残っている場合は、全面復旧と書かず、使える範囲と制限を分けて伝えます。
公開前に、差し替えた名称と日時が実際の状況に合っているか確認してください。
停止中の機能を目立つ位置に書き、次の更新予定も添えると、利用者が何度も確認する負担を減らせます。
件名：〇〇サービスの一部復旧について
〇月〇日〇時から、〇〇機能の利用を再開しました。
〇〇機能は引き続き利用できません。
全面復旧に向けて対応を続けており、次回は〇月〇日〇時までに状況をお知らせします。
Webサイト・SNS向けの短文テンプレート
短文でも、復旧時刻と利用できる範囲は省かないことが大切です。
公開前に、差し替えた名称と日時が実際の状況に合っているか確認してください。
短文では詳細を詰め込みすぎず、対象、時刻、利用可否、詳細ページへの案内を優先してください。
【障害復旧のお知らせ】
〇月〇日〇時頃から発生していた〇〇の障害は、〇時に復旧しました。
現在は〇〇をご利用いただけます。
一部制限の詳細は、弊社Webサイトの障害情報をご確認ください。
取引先向けの復旧メールテンプレート
取引先には復旧の事実だけでなく、止まっていた業務と案件への影響を伝えます。
公開前に、差し替えた名称と日時が実際の状況に合っているか確認してください。
納期や受発注への影響が残る場合は、案件別の連絡時期を示すと取引先が次の対応を判断しやすくなります。
件名：〇〇システム復旧および業務再開のご連絡
〇〇システムは〇月〇日〇時に復旧し、関連業務を再開しました。
障害中に受領したご注文やご依頼は順次確認し、対応予定を担当者からご連絡します。
お急ぎの案件は〇〇窓口までお知らせください。
状況に合う復旧のお知らせを選ぶ方法
文面を選ぶ前に、復旧状態、通知先、媒体、再操作の必要性を整理します。
判断に迷う場合は、全面復旧よりも一部復旧や暫定復旧として案内し、確認できた範囲を段階的に更新する方が安全です。
例文を選ぶ前に条件を整理しておくと、過剰な安心感を与えたり、必要な注意事項を落としたりするリスクを減らせます。
全面復旧・一部復旧・暫定復旧の違い
実際の状態と表現が合っていないと、利用者が操作を再開して混乱するおそれがあります。
判断結果は運用担当者と共有し、案内文の表現を統一してください。
復旧という言葉だけで判断せず、利用できる機能の範囲と動作の安定性を確認して表現を選びます。
| 状態 | 利用状況 | 適切な表現 | 必ず伝えること |
|---|---|---|---|
| 全面復旧 | 対象機能を通常利用できる | 復旧、全面復旧 | 復旧日時、利用可能範囲 |
| 一部復旧 | 一部機能だけ利用できる | 一部復旧 | 停止中機能、次回更新 |
| 暫定復旧 | 応急対応で不安定さが残る | 暫定復旧 | 制限、再停止の可能性 |
| 復旧作業中 | 利用再開の確認前 | 復旧作業中 | 現在の影響、代替手段 |
顧客・取引先・社内で内容を変える
同じ障害でも、相手が次に取る行動によって優先する情報は変わります。
複数媒体で知らせる場合は、内容と更新時刻をそろえてください。
同じ情報をそのまま流用するのではなく、相手が次に確認すべきことや行動すべきことを中心に組み替えます。
顧客には利用可能なサービスと注文や決済の確認方法を伝えます。
取引先には受注や納品への影響と案件ごとの対応予定を伝えます。
社内には再ログインや再入力の手順と担当部署を示します。
メール・Webサイト・SNSを使い分ける
媒体は一つに限定せず、緊急性と情報量に合わせて組み合わせます。
複数媒体で知らせる場合は、内容と更新時刻をそろえてください。
速報はSNS、詳細はWebサイト、個別影響はメールというように役割を分けると、情報の不足と重複を防げます。
| 媒体 | 向いている用途 | 注意点 |
|---|---|---|
| メール | 個別連絡 | 件名で復旧状態を示す |
| Webサイト | 詳細と更新履歴 | 更新日時を明記する |
| SNS | 速報 | 詳細ページへ案内する |
| 社内チャット | 即時共有 | 正式な記録も残す |
再操作が必要かを先に確認する
注文、決済、予約、申請では、元の処理が完了していないことを確認できる方法を先に示します。
操作を促す前に、処理状況を確認できる手段があるか確かめます。
再操作が必要な場合でも、対象期間や未完了と判断できる条件を限定して案内すると二重処理を防ぎやすくなります。
履歴を確認せず再操作を促すと、二重注文や重複決済につながる可能性があります。
復旧のお知らせの基本構成と記載項目
読み手が現在の状態と必要な行動をすぐ判断できる順番で組み立てます。
すべてを長く説明する必要はありませんが、利用者の行動に影響する項目は省かず、重要度の高い順に配置してください。
項目を一定の順番で並べると、急いで読む人にも要点が伝わりやすくなり、問い合わせの集中も抑えやすくなります。
件名で全面復旧か一部復旧かを伝える
件名には「〇〇障害復旧のお知らせ」「〇〇サービス一部復旧のご案内」のように対象と状態を入れます。
サービス名を省略せず、過去の案内と区別できる件名にします。
件名だけで現在の状態が分かるようにすると、急いでいる人でも本文を読む優先度を判断できます。
障害と復旧の日時を具体的に書く
「先ほど」だけでは後から読んだ人が判断できないため、障害発生日時、復旧日時、更新日時を記載します。
時刻には必要に応じて二十四時間表記やタイムゾーンを添えます。
時刻が確定していない場合は推定で埋めず、確認中と記載して更新時点を明らかにしてください。
影響を受けた機能と利用可能な機能を分ける
復旧した機能と停止中の機能を分け、利用者が次の操作を判断できるようにします。
利用者が認識できる画面名やメニュー名を使って説明してください。
機能名は社内用語ではなく、利用者が画面上で目にする名称に合わせると誤解が少なくなります。
残っている制限と次回更新予定を書く
一部制限が残る場合は復旧状況の直後に記載し、次に情報を更新する時刻も示します。
制限が解消した際は、同じ掲載場所で更新情報を出してください。
制限事項は末尾に埋めず、復旧状況の直後に置くことで見落とされにくくなります。
障害中のデータや操作結果を説明する
注文、決済、メール、フォーム、申請が処理されたか確認する方法を案内します。
確認方法が複数ある場合は、最も確実な手段から順に案内します。
処理済み、未処理、確認中のどれに当たるかを示し、利用者が確認できる場所もあわせて案内します。
お詫びと問い合わせ先を添える
窓口名、連絡方法、受付時間、返信が遅れる可能性を記載します。
定型的なお詫びだけでなく、対応状況も簡潔に添えてください。
問い合わせ先には受付時間や必要な情報も書くと、確認作業が円滑になり回答までの時間を短縮できます。
| 通知先 | 優先して伝える内容 |
|---|---|
| 顧客 | 利用可能機能、確認方法、問い合わせ先 |
| 取引先 | 業務再開、案件への影響、対応予定 |
| 社内 | 再開手順、再入力、担当部署 |
システム・Webサービスの復旧お知らせ例文
システムやWebサービスでは、機能名と利用者側で必要な確認を具体的に書きます。
画面名や機能名は実際のサービス表示に合わせ、利用者がどこを確認すればよいか迷わない表現へ調整してください。
利用者が自分の操作結果を確認できるよう、各文例では復旧した機能と確認すべき履歴をできるだけ具体的に示します。
すべてのシステムが復旧した場合
全面復旧を伝えるときは、対象機能の動作確認が終わっていることを前提にします。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
復旧確認の対象に漏れがないかを社内で確認し、利用制限が残る場合は全面復旧という表現を避けてください。
件名：システム障害復旧のお知らせ
〇月〇日〇時に障害が復旧し、ログイン、商品検索、ご注文、各種手続きを通常どおりご利用いただけます。
障害中の操作が反映されていない場合があるため、履歴をご確認ください。
ログイン機能が復旧した場合
復旧後も端末やブラウザに古い情報が残ることがあります。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
パスワード再設定をむやみに促さず、再読み込みやキャッシュの影響など安全な確認手順から案内します。
件名：ログイン障害復旧のお知らせ
ログイン障害は〇月〇日〇時に復旧し、現在は会員ページへ通常どおりログインできます。
利用できない場合は画面の再読み込みをお試しください。
予約システムが復旧した場合
再予約を依頼する前に、予約状況の確認方法を示します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
予約番号や受付メールがある場合は再予約せず、記録がない場合の連絡先を明記すると重複予約を防げます。
件名：予約システム復旧のお知らせ
予約システムは〇月〇日〇時に復旧しました。
障害中に操作された方は予約一覧か受付メールを確認し、記録がなければ店舗へお問い合わせください。
受注システムが復旧した場合
取引先向けには別経路で受け付けた注文の登録状況も伝えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
メールやFAXなど別経路で受けた注文を処理中なら、その扱いと登録予定を取引先に知らせます。
件名：受注システム復旧および注文受付再開のお知らせ
受注システムは〇月〇日〇時に復旧しました。
障害中にメールやFAXで受領した注文は登録中のため、重複発注を避けるため担当窓口へご確認ください。
社内システムが復旧した場合
社内向けでは保存されなかった入力の確認方法も案内します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
勤怠や申請データの再入力が必要な場合は、対象期間と確認方法を具体的に示してください。
件名：社内システム復旧のお知らせ
社内システムは〇時に復旧し、勤怠管理、経費申請、ファイル共有を利用できます。
障害中の入力が保存されていない可能性があるため、申請履歴をご確認ください。
Webサイトが閲覧できるようになった場合
すべてのページが対象か、一部ページだけかを明記します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
閲覧だけでなくログインや購入など別機能の状態も確認し、利用できない部分があれば同時に記載します。
件名：Webサイト閲覧障害復旧のお知らせ
Webサイトの閲覧障害は〇時に解消し、現在はすべてのページをご覧いただけます。
お問い合わせフォームが復旧した場合
送信操作が完了していても受信できていない可能性を説明します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
送信完了画面や自動返信メールを確認基準として示すと、再送が必要な人を限定できます。
件名：お問い合わせフォーム復旧のお知らせ
フォームは〇月〇日〇時に復旧しました。
障害中に送信し、受付完了メールが届いていない方は再度ご連絡ください。
会員ページが復旧した場合
登録変更や申請が反映されているかを確認してもらいます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
住所変更や退会申請など重要な手続きは、反映状況を利用者自身で確認できる方法を添えます。
件名：会員ページ復旧のお知らせ
会員ページは復旧し、登録情報の変更、履歴の閲覧、各種申請を行えます。
障害中の手続きが未反映の場合は窓口へお問い合わせください。
注文・予約・決済の復旧お知らせ例文
金銭や申込情報に関わる障害では、再操作を急がせず、履歴確認の順序を明確にします。
処理が完了したか不明なまま再操作すると二重処理につながるため、確認手順と問い合わせ条件を文面に含めることが重要です。
クレジットカード決済が復旧した場合
注文履歴とカード会社の利用明細の両方を確認してもらいます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
カード会社の明細反映には時間差があるため、すぐに再決済せず確認を待つ目安も案内すると安心です。
件名：クレジットカード決済復旧のお知らせ
カード決済は〇月〇日〇時に復旧しました。
障害中に操作された方は注文履歴と利用明細を確認し、状態が不明な場合は再注文せず窓口へご連絡ください。
注文受付が復旧した場合
受付済みかどうかを確認できる方法を添えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
注文番号が発行されているかを確認基準にし、番号がない場合の問い合わせ方法を示してください。
件名：オンライン注文受付再開のお知らせ
注文受付を〇月〇日〇時から再開しました。
障害中に注文された方は履歴か受付メールを確認し、記録がなければお問い合わせください。
一部の電子決済だけ復旧した場合
利用可能な支払い方法と停止中の方法を分けます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
停止中の支払い方法を選んだ場合のエラーや代替手段も書くと、再度の問い合わせを減らせます。
件名：決済サービス一部復旧のお知らせ
クレジットカードと銀行振込を再開しましたが、〇〇決済は停止中です。
次回の状況は〇月〇日〇時までに更新します。
予約受付が復旧したものの混雑している場合
復旧直後の処理に時間がかかる可能性を伝えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
確認メールの遅延時間や受付順を示せる場合は明記し、利用者が繰り返し操作しないよう促します。
件名：予約受付再開と混雑のお知らせ
予約受付を再開しましたが、アクセス集中により確認メールの送信が遅れる場合があります。
同じ予約を繰り返さず、履歴が更新されるまでお待ちください。
障害中の注文データを確認している場合
復旧しても注文データの確認が終わっていない状況を伝えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
確認中の件数や対象期間を開示できる範囲で示し、次回の更新予定を必ず添えてください。
件名：注文受付復旧および障害中のご注文確認について
注文システムは復旧しましたが、一部の注文を確認しています。
確認済みの注文から順次連絡し、〇月〇日〇時までに状況を更新します。
重複決済の確認と返金対応を案内する場合
重複決済の可能性、確認方法、連絡時期を分けます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
返金方法や反映時期が未確定なら断定せず、対象者への連絡方法と調査状況を分けて伝えます。
件名：重複決済に関する確認と対応のお知らせ
一部のお客様で決済が重複した可能性を調査しています。
対象者には〇月〇日までに連絡し、重複が確認できた場合は返金手続きを行います。
通信・電話・メールの復旧お知らせ例文
通信障害では、停止中に届かなかった連絡の扱いと代替窓口を伝えます。
連絡手段そのものに障害が起きた場合は、届かなかった可能性がある期間と再送の条件を明記すると混乱を防げます。
インターネット回線が復旧した場合
復旧後に利用できるサービスを具体的に示します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
Web閲覧だけでなく、オンライン会議やクラウドサービスなど業務に必要な接続も確認してから案内します。
件名：インターネット回線復旧のお知らせ
回線障害は〇時に復旧し、Webサービスとオンライン窓口を利用できます。
受付確認が届いていないフォームは再度送信してください。
社内ネットワークが復旧した場合
再接続の方法と問い合わせ先を簡潔に案内します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
拠点や部署によって状況が異なる場合は、復旧対象を限定して書き、未復旧範囲を明示します。
件名：社内ネットワーク復旧のお知らせ
ネットワーク障害は〇時に復旧しました。
接続できない場合は端末を再起動し、改善しなければ情報システム担当へご連絡ください。
通信回線が暫定復旧した場合
接続が不安定になる可能性と完全復旧前であることを明示します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
暫定復旧中は大容量通信や重要な処理を控えるなど、必要に応じて利用上の注意も添えてください。
件名：通信回線の暫定復旧について
応急対応により電話とメールを利用できますが、接続が不安定になる場合があります。
次回は〇月〇日〇時までに状況をお知らせします。
電話回線が復旧した場合
復旧直後の混雑に備えて代替手段を示します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
障害中に受けられなかった着信へ折り返すかどうかや、代替窓口の継続期間も案内すると親切です。
件名：代表電話復旧のお知らせ
代表電話は〇月〇日〇時に復旧しました。
つながりにくい場合は、メールまたはお問い合わせフォームをご利用ください。
メールサーバーが復旧した場合
障害中の送信分が届いているとは限りません。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
送信済みメールが自動的に再送されるか不明な場合は、再送対象と確認方法を具体的に示します。
件名：メールシステム復旧のお知らせ
メール障害は〇時に復旧しました。
障害中に弊社へ送信し、返信や受付確認がない場合は同じ内容を再送してください。
問い合わせ窓口を再開した場合
未回答分の処理順と返信遅延の見込みを伝えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
対応の優先順位や通常より返信に時間がかかる見込みを伝えると、利用者の不安を抑えられます。
件名：お問い合わせ窓口再開のお知らせ
電話とメールの対応を〇月〇日〇時から再開しました。
休止中のお問い合わせは受付順に確認しており、回答に時間がかかる場合があります。
停電・電源・設備故障の復旧お知らせ例文
設備関連では、電気が戻った時刻と安全確認後の業務再開時刻を分けます。
施設へ来訪する人がいる場合は、営業再開時刻、利用できる入口、停止中の設備も案内すると安全です。
設備障害では安全確認の完了前に利用再開を促さず、電力の復旧、設備点検、業務再開を別々の段階として説明します。
停電から全面復旧した場合
全面復旧と案内するのは必要な設備の点検も完了してからです。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
照明が点灯しただけで判断せず、レジ、通信、空調、安全設備まで確認してから全面復旧と告知します。
件名：停電復旧および業務再開のお知らせ
電力復旧と設備点検が完了し、〇月〇日〇時から業務を再開しました。
停電中のご注文やお問い合わせは順次対応します。
電力は復旧したが設備を点検している場合
電気が戻っても設備を利用できない状況を明記します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
営業や業務を再開していない場合は、来訪や利用を控えてもらう必要があるかも明記してください。
件名：電力復旧および設備点検継続のお知らせ
電力は復旧しましたが、安全確認のため一部設備を停止しています。
業務再開予定は点検結果の確認後にお知らせします。
製造設備が復旧した場合
生産再開だけでなく納期への影響も案内します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
生産能力が通常水準に戻っていない場合は、出荷量や納期への影響を隠さず取引先へ伝えます。
件名：製造設備復旧のお知らせ
製造設備は〇月〇日〇時に復旧し、生産を再開しました。
納期に影響する案件は担当者から個別にご連絡します。
空調・エレベーター設備が復旧した場合
安全確認の完了と利用可能な範囲を伝えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
施設利用者の安全に関わるため、専門業者や担当部署による点検完了後に利用再開を案内します。
件名：館内設備復旧のお知らせ
空調設備とエレベーターは点検を終え、〇月〇日〇時から利用を再開しました。
現在は通常どおり施設をご利用いただけます。
店舗のレジ設備が復旧した場合
営業状況と利用できる支払い方法を明記します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
一部の決済端末だけ停止中なら、利用できる支払い方法を入口やレジ付近でも案内すると混乱を防げます。
件名：レジ設備復旧および通常営業再開のお知らせ
レジ設備は〇月〇日〇時に復旧しました。
現在は現金、クレジットカード、〇〇決済をご利用いただけます。
一部復旧・取引先連絡・原因報告の例文
全面復旧に至らない場面では、現在できることと今後の予定を分けます。
個別案件への影響が大きいときは、一斉通知だけで終わらせず、担当者から対象先へ追加連絡を行います。
復旧範囲が限定される状況や業務影響が続く状況では、現在できることと今後の予定を分けて示すことが信頼につながります。
一部機能が復旧した場合
利用可能な機能と停止中の機能を同じ場所に示します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
利用者が停止中の機能を誤って操作しないよう、使える機能と使えない機能を対で記載します。
件名：〇〇サービス一部復旧のお知らせ
ログインと閲覧機能は復旧しましたが、注文と決済は停止中です。
全面復旧まで新規注文は行わず、次回更新をお待ちください。
応急処置により暫定復旧した場合
応急対応であることと再び不安定になる可能性を伝えます。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
恒久対策の予定や次回点検の時刻を示し、通常状態に戻ったと誤解されない表現を選びます。
件名：〇〇サービス暫定復旧のお知らせ
応急対応によりサービスを利用できますが、処理に時間がかかる場合があります。
不具合が再発した場合は操作を繰り返さず、次回のお知らせをご確認ください。
一部地域だけ通信が復旧した場合
復旧地域と未復旧地域を曖昧にしません。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
地域名や対象設備を具体的にし、境界地域の利用者が確認できる問い合わせ先も示してください。
件名：通信サービス一部地域復旧のお知らせ
〇〇地域では通信が復旧しましたが、△△地域では障害が続いています。
未復旧地域の状況は〇月〇日〇時までに更新します。
業務再開と案件の対応予定を取引先へ伝える場合
業務再開と個別案件への対応を別の情報として示します。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
案件ごとの納期や連絡予定に差がある場合は、一斉連絡の後に担当者から個別連絡を行います。
件名：システム復旧および業務再開のご連絡
受発注システムは〇月〇日〇時に復旧しました。
納期変更が必要な案件は担当者から本日中にご連絡します。
確認済みの原因と再発防止策を報告する場合
確認できた事実と今後の対応を分け、推測を含めません。
社名、サービス名、日時、窓口は実際の情報へ置き換えて使用してください。
原因、直接の影響、実施済み対策、今後の確認方法を分けると、事実と予定を混同せず伝えられます。
件名：〇〇障害の原因および再発防止策について
障害は〇〇の設定不備が原因であることを確認し、設定を修正しました。
監視項目と変更時の確認手順を見直し、再発防止に取り組みます。
障害中の注文・決済・メールを確認する方法
復旧後の二次トラブルを防ぐには、再操作前の確認方法と判断基準を示します。
確認に必要な注文番号、利用日時、氏名などをあらかじめ示すと、窓口での照合作業を進めやすくなります。
利用者が自己判断で操作を繰り返さないよう、確認先、確認項目、問い合わせが必要な条件を順番に案内します。
注文履歴や受付完了メールを確認してもらう
マイページの履歴、受付番号、完了メールのいずれかで注文済みか確認してもらいます。
問い合わせ時に必要な番号や利用日時もあわせて案内してください。
確認画面への行き方や必要な番号も案内すると、利用者が自力で処理状況を判断しやすくなります。
記録がない場合も、同じ注文を繰り返す前に窓口へ連絡する手順を案内します。
決済履歴とカード利用明細を確認してもらう
店舗側の注文状態とカード会社の明細に差がある場合は、再決済をしないよう伝えます。
問い合わせ時に必要な番号や利用日時もあわせて案内してください。
明細だけに記録がある場合など想定される状態ごとに、連絡先と再操作を控える条件を示します。
注文番号と利用日時を添えて問い合わせてもらうと確認が進めやすくなります。
障害中のメールやフォーム送信を確認する
受付完了メールが届いていない送信だけを再送対象にするなど、対象期間と条件を明確にします。
対象期間を明記すると、不要な再送や問い合わせを減らせます。
対象となる時間帯を明示し、それ以外の送信まで一律に再送させないように注意してください。
未処理案件の対応順と予定を知らせる
受付順や重要度順など対応の考え方を示し、次回の状況更新時刻を伝えます。
状況が変わった際に更新する時刻と掲載場所も決めておきます。
個別の完了時刻を示せない場合でも、次回報告の時刻や優先順位を伝えると見通しを持ってもらえます。
個人情報や決済情報は確認済みの範囲で説明する
安全性を確認できていない段階では断定せず、調査中の項目と追加報告の予定を分けます。
新しい事実が判明したら、更新日時を付けて内容を訂正します。
安全性に関する断定は社内確認を経てから行い、調査中の内容と確定した内容を明確に分けます。
復旧のお知らせで避けたいNG例と直し方
必要な情報が不足すると、利用者は復旧範囲や次の行動を判断できません。
文面を短くする場合も、復旧範囲、残る制限、必要な操作の三点は削らないようにしてください。
曖昧な表現や情報不足は、復旧後の誤操作や不信感につながるため、修正後の文面では対象と行動を具体化します。
「復旧しました」だけで終わる
対象と時刻を加えると利用可否が伝わります。
対象と時刻を補うだけでも、読み手の判断は大きく変わります。
利用者が何を再開できるのか分かるよう、対象機能と復旧時刻を一文に加えてください。
修正前：システムは復旧しました。
修正後：〇月〇日〇時にログインと注文機能が復旧しました。
一部障害が残っているのに全面復旧と書く
残っている制限を明記します。
残る障害を隠さず示すことが、追加の混乱を防ぐ近道です。
安心させるために表現を強めるより、残る制限を正直に示す方が後の信頼低下を防げます。
修正前：すべて復旧しました。
修正後：閲覧機能は復旧しましたが、決済機能は停止中です。
障害中のデータや操作結果に触れない
再操作の前に確認方法を示します。
確認方法が複数ある場合は、最も確実な手段から順に案内します。
利用者が最も不安に感じるのは処理結果なので、確認方法と再操作の条件を必ず記載します。
修正前：再度お手続きください。
修正後：履歴と受付メールに記録がない場合のみ再度お手続きください。
原因を推測で断定する
原因が未確定なら調査中と伝えます。
訂正が必要になった場合は、変更点と更新日時を明記してください。
原因を誤って伝えると訂正が必要になるため、確認前は調査中という表現にとどめてください。
修正前：アクセス集中が原因でした。
修正後：原因は調査中で、確認でき次第お知らせします。
利用者側だけに責任を求める
端末操作と問い合わせ先を併記します。
利用者へ操作を依頼する理由も簡潔に説明すると納得されやすくなります。
端末側の確認をお願いする場合も、企業側で確認している内容と問い合わせ先をあわせて示します。
修正前：端末を再起動してください。
修正後：再起動しても改善しない場合は窓口へご連絡ください。
お詫びや問い合わせ先がない
復旧後に困った人が連絡できる窓口を示します。
定型的なお詫びだけでなく、対応状況も簡潔に添えてください。
お詫びは簡潔でも構いませんが、困った人が連絡できる具体的な窓口は省かないようにします。
修正前：サービスを再開しました。
修正後：サービスを再開しましたが、ご不明な点は〇〇窓口へお問い合わせください。
復旧のお知らせに関するよくある質問
担当者が迷いやすい点は、復旧の事実と未確認事項を分けることで整理できます。
状況が変わった場合は古い案内を削除するだけでなく、更新履歴を残して最新情報へ誘導すると親切です。
復旧連絡では技術的な原因よりも、利用者が今できることと次に確認できる時刻を優先すると分かりやすくなります。
復旧のお知らせはいつ出せばよいですか？
利用者側でも対象機能を使えることを確認した後、できるだけ早く出します。
実際の対応は障害の影響範囲と社内の確認状況に合わせて判断します。
完全な原因報告を待つ必要はなく、利用再開を確認できた時点で復旧範囲と未確認事項を分けて伝えます。
原因が分からなくても復旧を知らせてよいですか？
原因が未確定でも、復旧した事実と調査中であることを分けて案内できます。
実際の対応は障害の影響範囲と社内の確認状況に合わせて判断します。
原因調査を継続していることと、追加報告の予定があることを記載すると誤解を防げます。
一部機能だけでも復旧と書けますか？
「一部復旧」と明記し、使える機能と停止中の機能を示します。
公開する情報は、社内で確認できた事実の範囲に限定してください。
件名にも一部復旧と入れ、停止中の機能が本文を開かなくても伝わるようにしてください。
再注文やメールの再送をお願いしてよいですか？
履歴や受付メールで未処理と判断できる条件を示してから依頼します。
実際の対応は障害の影響範囲と社内の確認状況に合わせて判断します。
重複を防ぐため、履歴がない場合や受付確認が届いていない場合など対象条件を限定します。
SNSだけで復旧を知らせてもよいですか？
速報には使えますが、詳細はWebサイトやメールでも案内すると伝達漏れを減らせます。
実際の対応は障害の影響範囲と社内の確認状況に合わせて判断します。
影響が大きい障害では、公式サイトに詳細と更新履歴を残し、必要に応じてメールでも個別に知らせます。
原因や再発防止策は必ず記載しますか？
未確定なら無理に書かず、後日あらためて報告できます。
公開する情報は、社内で確認できた事実の範囲に限定してください。
復旧速報では利用状況を優先し、原因と再発防止策は確認後の続報として分けても問題ありません。
復旧のお知らせを公開する前の最終チェック
公開前には、復旧の表現と実際の状態が一致しているかを最優先で確認します。
公開後も問い合わせ内容を確認し、誤解が多い部分があれば本文へ追記して最新の更新日時を明記します。
最後に担当者以外の人にも読んでもらい、復旧範囲や必要な操作が一度で理解できるかを確かめると見落としを減らせます。
公開前チェックリスト
次の項目を確認すると、利用者が迷いにくいお知らせになります。
確認結果を記録しておくと、続報や事後報告にも活用できます。
可能であれば運用担当、顧客対応担当、管理者の複数人で確認し、表現と実際の状態にずれがないかを点検します。
- 件名で復旧状態が分かる
- 障害発生日時と復旧日時がある
- 復旧した機能が具体的に書かれている
- 停止中の機能や制限が明記されている
- 注文や決済などの確認方法がある
- 再操作が必要な条件が明確である
- 次回の更新予定が書かれている
- お詫びと問い合わせ先がある
