IROIRO WORK LAB / Reservation Signal Map
災害・通信障害時の代表電話を切り替える方法|代替番号・転送・留守電・折返し・復旧
回線、拠点、端末、アプリ、担当者の障害を分け、代替番号と切替権限を決め、模擬障害から14日で復旧まで試します。

結論:復旧性で選ぶ
通信障害で代表番号へ電話が届かず、社内は復旧を待つ間、顧客へ案内する代替番号も折返し待ち一覧も用意できていませんでした。現場が詰まる原因は担当者の努力不足ではありません。障害検知、影響判定、切替承認、代替番号、転送、留守電、公開案内、折返し、復旧、通常系への戻しを一続きの作業として扱い、どの時点で誰へ戻すかを決めていないためです。対象、責任者、必要証拠、停止条件を一枚へ集めてからサービスを比較します。
クラウド化しても回線やアプリが止まれば、結局すべての電話を失うのではないかという不安は、便利という説明だけでは消えません。番号ID、障害種別、検知時刻、切替者、代替経路、案内版、不在着信、折返し期限、復旧試験を保存し、未取得の項目は空欄のまま責任者へ返します。未取得をゼロ、未回答を問題なしへ置き換えないことが、誤った申込みと手戻りを防ぎます。
着信成功率や復旧時間だけを成果にすると、短期の数字は良くても利用者体験や管理負担が悪化する場合があります。件数、時間、差戻し、問い合わせ、例外、追加費用を同じ期間で記録し、改善と悪化を同じ表に置きます。
料金は月額の大小だけで決めません。初期設定、教育、移行、二重運用、担当者の確認、失敗時の復旧、解約後のデータまで総費用へ含めます。金額が確定しない項目はゼロにせず、公式窓口へ確認する質問として残します。
十四日試行では、一つの対象と一つの変更だけを選びます。開始前の現状値を保存し、開始日、担当者、入力、操作、証拠、完了条件を固定します。途中で条件を変えた場合は変更前後を合算せず、別の観測として扱います。
重大事故、権限不足、個人情報や機密情報の不適切な取扱い、料金や契約の不明があれば、日数を消化していてもHOLDです。続けることを成功とせず、止めるべき時に止められたことも運用品質として記録します。
公式情報は、サービス仕様、利用料金、法令や公的手引き、広告成果条件を分けます。広告報酬が高いことは利用者に適している根拠ではありません。更新され得る条件は公開前と申込み前に再確認します。
別の担当者が同じ資料だけで再現できなければGOにしません。口頭説明や個人の記憶に依存した箇所を洗い出し、受付票、確認表、例外票、完了通知へ置き換えます。
読者が選べる結論は、導入、保留、見送りの三つです。代替番号、切替権限、顧客案内、緊急連絡、通常系へ戻す判定が確認できない状態なら申込みへ進まず、先に運用条件を整えます。広告リンクは判断材料への出口であり、未確認事項を飛び越える近道にはしません。
判定会議では事実、計算、提案を分けます。事実には出典と確認日、計算には式と前提、提案には反対条件と見直し日を付けます。担当者の期待や不安を実測値のように扱いません。
例外が起きた時は、誰が悪いかより、入力、権限、判断、記録、期限のどこが欠けたかを確認します。原因に対応する証拠が揃うまで再開せず、時間が経っただけで通常運用へ戻しません。
小さく始めるとは準備を省くことではありません。影響範囲を限定し、戻す手順を先に試すことです。成功例だけでなく、失敗を何分で検知し、何分で元へ戻せたかを保存します。
比較候補には同じ質問を投げます。必須条件、望ましい条件、除外条件を同じ順で確かめ、未回答が多い候補を安易に高評価にしません。撤退、データ移行、担当交代まで同じ表で比べます。
自動化や外注を選んでも、最終判断まで渡すとは限りません。低リスクで定型化できる部分から分け、契約、送金、法務判断、重大な顧客対応は権限者へ残します。
試行終了時には未解決事項も報告します。確認済み、未確認、対象外を分け、追加確認の担当と期限を決めます。全社展開や長期契約は別の承認として扱います。
次回見直しの起点はカレンダーだけではありません。料金改定、仕様変更、担当交代、問い合わせ増加、障害、法令やガイドの更新をトリガーにし、古い成功条件を使い続けません。
最終判断は、一つの障害で全窓口を失わず、切替から折返し、復旧、通常系への戻しまで説明できる代表電話運用を説明できるかで決めます。成果だけでなく、誰が再現できるか、失敗から戻れるか、費用と責任を説明できるかを確認してから、次の限定範囲へ進みます。
準備段階では、現在の作業を長い動画や一枚のマニュアルへ丸ごと閉じ込めません。開始条件、入力、判断点、例外、出力へ短く分解し、各単位に所有者と確認者を置きます。どちらかが不在なら停止か代替へ切り替えます。
番号ID、障害種別、検知時刻、切替者、代替経路、案内版、不在着信、折返し期限、復旧試験は、後から探せる保存場所と名前を決めます。個人端末、個人チャット、担当者だけが読めるメモへ散らすと、交代や事故の時に検証できません。閲覧権限と保存期限を決め、不要な個人情報や秘密情報は複製しません。
費用表には、通常月だけでなく初月、繁忙月、障害月、終了月を置きます。通常時に安く見えても、設定変更や大量処理、復旧、データ返却で費用が膨らむ候補は、上限側でも継続可能かを確認します。
問い合わせは失敗件数ではなく、運用の穴を見つける情報です。質問内容を入力不足、表示不足、権限不足、判断不足、システム不具合に分け、同じ質問が続く場合は担当者を責めず、入口の案内を修正します。
顧客や利用部門への影響は社内の処理時間と別に測ります。待ち時間、手戻り、説明回数、選択肢の分かりやすさを観測し、社内効率が上がっても相手の負担が増えた場合は全面展開を止めます。
データを比較する時は分母と対象期間を必ず併記します。件数が少ない、繁忙期が重なった、取得方法が変わった場合は断定せず、比較不能の理由として残します。良い数字だけを切り出して成功事例にしません。
契約前の質問は記事を読んで分かったつもりで省略しません。必要機能、追加費用、最低期間、更新、解約、サポート、データ出力、障害時対応を同じ順で公式窓口へ確認し、回答日と対象プランを保存します。
一人の担当者で成功した後は、別担当、別曜日、少し異なる入力で再試行します。再現できない場合は手順不足としてHOLDにし、担当者の熟練を製品や仕組みの性能へ置き換えません。
撤退試験では追加データの投入を止め、権限を回収し、必要データを出力し、代替手段へ戻します。終了後も残る情報、費用、通知義務を確認し、契約を止められることと業務を戻せることを分けます。
読者が公式案内へ進む時点では、比較表の必須項目が埋まり、向かない条件に該当せず、未確認事項が担当付きで残っていることが条件です。記事の結論だけを根拠にせず、自社記録と最新公式表示を並べます。
最後のレビューでは、タイトル、要約、比較表、本文、CTAが同じ結論を示しているかを確認します。本文で保留とした条件をCTAで省略せず、見出しだけを読む人にも、誰に向き、どの条件なら止めるかを伝えます。
運用開始後の最初の週は処理件数より例外の種類を優先して読みます。どの入力で迷い、誰の確認待ちになり、どこで相手が離れたかを時系列で残し、再発する例外は入口の情報や分岐条件へ戻します。
二週目は初週で直した一箇所だけを変えて同じ条件を再実行します。改善が見られても別の負担が増えていないかを確認し、対象外の部門や顧客へ結果を一般化しません。
公開や契約の直前には、記事制作時の確認結果をそのまま使いません。公式画面を再読込し、料金、機能、対象、否認や停止の条件、問い合わせ先を確認します。曖昧な表示があれば操作を止めます。
この確認記録を次の担当者へ渡し、同じ判断を再現できるかまで確かめます。
市場と読者不安を読む
電話BCPはクラウドPBXを契約することではありません。何が止まったかを分け、誰が、いつ、どの経路へ切り替え、顧客へ何を案内し、どの条件で通常へ戻すかを決める運用です。
CLOUD PHONE公式はスマホ・PC等での発着信、複数端末、転送、管理システム、留守番電話、履歴、段階着信、IVR、SMS等を案内しています。構成ごとの利用可否は見積もりで確認します。
公式料金表示はアカウント、スマホアプリ、番号、管理システム、IVR、SMS、チャネルなどを個別に示しています。通常系と代替系の両方を含む総額を確認します。
中小企業庁のBCP策定運用指針は、重要業務、目標復旧時間、代替手段、訓練、見直しを考える枠組みを示しています。電話だけで事業継続を保証するものではありません。
本記事は通話品質、無停止、災害対応、復旧時間を保証せず、模擬障害で切替と戻しを確認する手順です。
比較ページで止まる人は、情報が足りないだけではありません。損をしたくない、契約後に後悔したくない、選択肢を絞れない、手続きが面倒、失敗した時に戻れないという不安を抱えています。そこで、不安を消す言葉を並べるのではなく、不安ごとに確認証拠と停止条件を割り当てます。
全着信が消える不安
- 読者の内心
- 一障害で全部止まらないか
- 記事で確認する証拠・解決
- 依存関係と代替経路
- 進めない条件
- 同じ回線だけで二重化しない
切替が遅れそう
- 読者の内心
- 権限者が不在ではないか
- 記事で確認する証拠・解決
- 切替条件・代理者・時刻
- 進めない条件
- 会議待ちにしない
代替番号が伝わらない
- 読者の内心
- 顧客はどこを見るか
- 記事で確認する証拠・解決
- Web・メール署名・留守電
- 進めない条件
- SNS一箇所だけに依存しない
折返し漏れが怖い
- 読者の内心
- 不在着信を回収できるか
- 記事で確認する証拠・解決
- 番号・時刻・要件・期限
- 進めない条件
- 復旧だけで完了にしない
誤って通常へ戻しそう
- 読者の内心
- 短い試験だけで戻さないか
- 記事で確認する証拠・解決
- 着信・発信・履歴・案内の確認
- 進めない条件
- 一機能だけで復旧判定しない
費用が読めない
- 読者の内心
- 予備系の固定費が無駄にならないか
- 記事で確認する証拠・解決
- 障害損失と月額・訓練費
- 進めない条件
- 最安構成だけで決めない
ここでの心理設計は、焦らせて申込みへ押すためのものではありません。根拠のない限定、カウントダウン、過度な恐怖、他者の成功を使った同調圧力は使いません。読者が自分の条件を言葉と数字にし、進む、保留する、見送るの三択を選べる状態を作ります。見送る条件まで明確な記事ほど、条件が合う読者にとっては公式案内へ進む理由が具体的になります。
障害単位の比較
比較表は製品名から埋めません。まず自社の現状、必要条件、確認証拠、停止条件、観測指標を固定します。評価軸の重みは、必須を3、重要を2、希望を1、対象外を0として責任者が決めます。同じ項目でも業種や扱う情報によって重みは変わるため、他社のランキングをそのまま自社順位へ置き換えません。
障害単位
- 自社で確認すること
- 回線・拠点・端末・アプリ・担当を分ける
- 必要な証拠
- 依存関係図
- 停止条件
- 原因不明で全経路を変えない
- 観測指標
- 検知時間
重要番号
- 自社で確認すること
- 代表・予約・緊急等の優先を決める
- 必要な証拠
- 番号台帳
- 停止条件
- 全番号を同時に切り替えない
- 観測指標
- 優先復旧率
代替経路
- 自社で確認すること
- 別回線・別端末・留守電等を用意
- 必要な証拠
- 経路図・実機試験
- 停止条件
- 同じ障害へ依存しない
- 観測指標
- 代替着信率
切替権限
- 自社で確認すること
- 条件・承認者・代理を固定
- 必要な証拠
- 権限表
- 停止条件
- 責任者不在で止めない
- 観測指標
- 切替開始時間
顧客案内
- 自社で確認すること
- 状況・代替窓口・更新時刻を決める
- 必要な証拠
- 承認済み案内
- 停止条件
- 未確認の復旧時刻を約束しない
- 観測指標
- 案内公開時間
折返し台帳
- 自社で確認すること
- 不在着信・要件・期限を残す
- 必要な証拠
- 通話履歴・受付票
- 停止条件
- 復旧後に未処理を捨てない
- 観測指標
- 折返し漏れ
復旧判定
- 自社で確認すること
- 着信・発信・転送・履歴を確認
- 必要な証拠
- 復旧試験票
- 停止条件
- 一機能だけで戻さない
- 観測指標
- 復旧所要時間
訓練と見直し
- 自社で確認すること
- 別担当・別端末で再現
- 必要な証拠
- 訓練記録
- 停止条件
- 設定画面だけで完了しない
- 観測指標
- 訓練成功率
障害単位を比較する理由
回線・拠点・端末・アプリ・担当を分ける。ここで根拠にするのは、依存関係図です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。原因不明で全経路を変えない。試行中は「検知時間」を同じ定義で記録し、都合のよい期間だけを切り出しません。
重要番号を比較する理由
代表・予約・緊急等の優先を決める。ここで根拠にするのは、番号台帳です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。全番号を同時に切り替えない。試行中は「優先復旧率」を同じ定義で記録し、都合のよい期間だけを切り出しません。
代替経路を比較する理由
別回線・別端末・留守電等を用意。ここで根拠にするのは、経路図・実機試験です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。同じ障害へ依存しない。試行中は「代替着信率」を同じ定義で記録し、都合のよい期間だけを切り出しません。
切替権限を比較する理由
条件・承認者・代理を固定。ここで根拠にするのは、権限表です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。責任者不在で止めない。試行中は「切替開始時間」を同じ定義で記録し、都合のよい期間だけを切り出しません。
顧客案内を比較する理由
状況・代替窓口・更新時刻を決める。ここで根拠にするのは、承認済み案内です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。未確認の復旧時刻を約束しない。試行中は「案内公開時間」を同じ定義で記録し、都合のよい期間だけを切り出しません。
折返し台帳を比較する理由
不在着信・要件・期限を残す。ここで根拠にするのは、通話履歴・受付票です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。復旧後に未処理を捨てない。試行中は「折返し漏れ」を同じ定義で記録し、都合のよい期間だけを切り出しません。
復旧判定を比較する理由
着信・発信・転送・履歴を確認。ここで根拠にするのは、復旧試験票です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。一機能だけで戻さない。試行中は「復旧所要時間」を同じ定義で記録し、都合のよい期間だけを切り出しません。
訓練と見直しを比較する理由
別担当・別端末で再現。ここで根拠にするのは、訓練記録です。確認できない値をゼロに置き換えると、問題がないように見えてしまいます。未取得は未取得の理由と確認予定日を残します。設定画面だけで完了しない。試行中は「訓練成功率」を同じ定義で記録し、都合のよい期間だけを切り出しません。

料金と冗長化コスト
料金は2026年9月7日の公式表示で、番号、端末、管理、チャネル、通話、オプション、初期条件を含む総額は見積もりで確認します。
キャンペーンや補助金表示を通常料金や全員が使える条件として扱いません。
現在番号の移行、市外局番、利用地域、開通時期、通話品質、障害時の提供範囲は個別確認が必要です。
停止時間削減や売上維持は保証できず、模擬障害の検知・切替・回収・復旧時間を自社で記録します。
1アカウント
- 2026年9月7日の確認値・算定方法
- 月額550円(税込)の公式表示
- 比較上の注意
- 一端末一ID等の条件を確認
スマホアプリ
- 2026年9月7日の確認値・算定方法
- 月額275円(税込)の公式表示
- 比較上の注意
- 対応端末と通信環境を確認
番号料金
- 2026年9月7日の確認値・算定方法
- 050は330円、市外局番は990円、0120は2,200円/月(税込)の公式表示
- 比較上の注意
- 取得・移行可否を個別確認
管理・オプション
- 2026年9月7日の確認値・算定方法
- 管理システム7,150円、IVR5,500円、SMS3,300円/月(税込)の公式表示
- 比較上の注意
- 必要機能と構成条件を照合
BCP運用費
- 2026年9月7日の確認値・算定方法
- 予備回線、端末、訓練、案内更新、折返し、復旧確認
- 比較上の注意
- 月額と分離
クラウド化の利点と限界
メリット
判断基準をそろえられる共通の受付票を使う場合、代表電話BCPの担当差を減らせる。確認方法は「別担当による読み戻し」です。条件が外れる場合、この利点は自社に当てはまるとは断定しません。
例外を早く見つけられる停止条件を先に決める場合、影響の拡大を抑えられる。確認方法は「検知時刻と復旧時間の記録」です。条件が外れる場合、この利点は自社に当てはまるとは断定しません。
費用を説明しやすい月額と社内工数を同じ期間で集計する場合、安さだけの比較を避けられる。確認方法は「通常月と繁忙月の分離」です。条件が外れる場合、この利点は自社に当てはまるとは断定しません。
改善理由が残る差戻し理由を保存する場合、次の修正を一つに絞れる。確認方法は「上位理由の週次確認」です。条件が外れる場合、この利点は自社に当てはまるとは断定しません。
担当交代に耐えやすい証拠と完了条件を残す場合、個人依存を減らせる。確認方法は「交代テスト」です。条件が外れる場合、この利点は自社に当てはまるとは断定しません。
見送りも判断できる向かない条件を先に確認する場合、不要な全面導入を避けられる。確認方法は「HOLDとSTOPの正式記録」です。条件が外れる場合、この利点は自社に当てはまるとは断定しません。
デメリット
準備に時間がかかる記録項目が未整備の場合、代表電話BCPの開始が遅く見える。対策は「一対象だけに限定する」です。対策を担当できない場合は機能で補えるかを確認し、補えなければ導入範囲を狭めます。
記録だけが増えやすい判断に使う目的を決めない場合、現場の作業負担になる。対策は「使わない項目を削る」です。対策を担当できない場合は機能で補えるかを確認し、補えなければ導入範囲を狭めます。
機能を過信しやすい例外と最終確認を置かない場合、誤処理を見逃す。対策は「人の承認点を残す」です。対策を担当できない場合は機能で補えるかを確認し、補えなければ導入範囲を狭めます。
料金が変わり得る古い表示を使う場合、総費用がずれる。対策は「契約直前に公式表示を再確認する」です。対策を担当できない場合は機能で補えるかを確認し、補えなければ導入範囲を狭めます。
短期ではデータが不足する件数や期間が小さい場合、成果を断定できない。対策は「方向性の観測として扱う」です。対策を担当できない場合は機能で補えるかを確認し、補えなければ導入範囲を狭めます。
責任が曖昧になりやすい提供者と自社の範囲を分けない場合、問題が放置される。対策は「責任分界表を作る」です。対策を担当できない場合は機能で補えるかを確認し、補えなければ導入範囲を狭めます。
向く人・向かない人
向く人・組織
- 重要番号と目標復旧時間を決められる組織。この条件を口頭ではなく、対象、責任者、数値、確認日のある記録で示せることが前提です。
- 代替回線・端末を別依存で用意できる組織。この条件を口頭ではなく、対象、責任者、数値、確認日のある記録で示せることが前提です。
- 切替権限と顧客案内を固定できる組織。この条件を口頭ではなく、対象、責任者、数値、確認日のある記録で示せることが前提です。
- 模擬障害から通常復帰まで試せる組織。この条件を口頭ではなく、対象、責任者、数値、確認日のある記録で示せることが前提です。
向かない人・組織
- クラウド化だけで無停止と思う組織。先に不足情報や運用責任を整え、製品や外注先へ責任を移さないことが必要です。
- 代替番号を事前確認できない組織。先に不足情報や運用責任を整え、製品や外注先へ責任を移さないことが必要です。
- 切替権限が責任者一人だけの組織。先に不足情報や運用責任を整え、製品や外注先へ責任を移さないことが必要です。
- 復旧後の不在着信を回収しない組織。先に不足情報や運用責任を整え、製品や外注先へ責任を移さないことが必要です。
向かない条件に一つ当てはまるだけで永久に不採用という意味ではありません。止めるべきなのは、条件が未確認なのに全面導入することです。対象を小さくし、必要な記録と担当を用意できれば、再び試行候補へ戻せます。
失敗例から戻る手順
起点は「依存関係を確認していない」です。予防策は「別回線・別端末で試す」。発生後は責任追及から始めず、影響範囲、現在状態、証拠、停止操作を確認し、「留守電・Web・緊急番号へ退避」の順で復旧します。復旧後は原因を人名ではなく、入力、権限、判断、記録、期限のどこが欠けたかへ戻して手順を更新します。
起点は「代理と条件なし」です。予防策は「代理者と開始条件を固定」。発生後は責任追及から始めず、影響範囲、現在状態、証拠、停止操作を確認し、「暫定経路・記録・事後承認」の順で復旧します。復旧後は原因を人名ではなく、入力、権限、判断、記録、期限のどこが欠けたかへ戻して手順を更新します。
起点は「見込みを事実として公開」です。予防策は「更新時刻と未確定を分ける」。発生後は責任追及から始めず、影響範囲、現在状態、証拠、停止操作を確認し、「案内訂正・影響確認」の順で復旧します。復旧後は原因を人名ではなく、入力、権限、判断、記録、期限のどこが欠けたかへ戻して手順を更新します。
起点は「履歴取得を試していない」です。予防策は「模擬着信で回収確認」。発生後は責任追及から始めず、影響範囲、現在状態、証拠、停止操作を確認し、「顧客案内・別窓口照会」の順で復旧します。復旧後は原因を人名ではなく、入力、権限、判断、記録、期限のどこが欠けたかへ戻して手順を更新します。
起点は「一機能だけ確認」です。予防策は「着信・発信・転送・履歴を通す」。発生後は責任追及から始めず、影響範囲、現在状態、証拠、停止操作を確認し、「代替へ戻し再試験」の順で復旧します。復旧後は原因を人名ではなく、入力、権限、判断、記録、期限のどこが欠けたかへ戻して手順を更新します。
起点は「対象番号と時間を限定していない」です。予防策は「検証番号と告知を用意」。発生後は責任追及から始めず、影響範囲、現在状態、証拠、停止操作を確認し、「試験停止・影響確認」の順で復旧します。復旧後は原因を人名ではなく、入力、権限、判断、記録、期限のどこが欠けたかへ戻して手順を更新します。

手順と証拠を決める
- 重要番号を選ぶ担当:事業責任者。入力:番号・業務・影響。実行:優先順位を付ける。証拠:番号台帳。完了条件:対象限定。
- 依存関係を描く担当:通信担当。入力:回線・拠点・端末・アプリ・人。実行:単一障害点を示す。証拠:依存図。完了条件:代替あり。
- 目標を決める担当:責任者。入力:許容停止・案内期限。実行:目標復旧時間を設定。証拠:BCP票。完了条件:承認あり。
- 代替経路を準備担当:管理者。入力:番号・端末・回線・留守電。実行:別経路を設定。証拠:経路票。完了条件:同一依存なし。
- 案内文を承認担当:広報・窓口。入力:状況・代替窓口・更新時刻。実行:複数媒体の文面を固定。証拠:案内版。完了条件:未確定明示。
- 模擬障害を開始担当:訓練責任者。入力:検証番号・時間帯。実行:通常経路を限定停止。証拠:開始記録。完了条件:影響限定。
- 切替と着信を試す担当:別担当。入力:外部回線・各端末。実行:着信・転送・留守電を確認。証拠:通話記録。完了条件:経路一致。
- 折返しを回収担当:窓口担当。入力:不在着信・留守電。実行:期限付き台帳へ入れる。証拠:受付票。完了条件:未処理明確。
- 通常へ戻す担当:通信担当。入力:復旧試験票。実行:着信・発信・履歴後に戻す。証拠:復旧記録。完了条件:全項目合格。
- 十四日判定担当:責任者。入力:時間・費用・失敗・顧客影響。実行:GO・HOLD・STOP。証拠:判定票。完了条件:戻し方確認。
重要番号を選ぶ
事業責任者が責任を持ち、番号・業務・影響を受け取って、優先順位を付ける。作業したという報告だけでは完了にせず、番号台帳を残します。完了は「対象限定」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
依存関係を描く
通信担当が責任を持ち、回線・拠点・端末・アプリ・人を受け取って、単一障害点を示す。作業したという報告だけでは完了にせず、依存図を残します。完了は「代替あり」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
目標を決める
責任者が責任を持ち、許容停止・案内期限を受け取って、目標復旧時間を設定。作業したという報告だけでは完了にせず、BCP票を残します。完了は「承認あり」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
代替経路を準備
管理者が責任を持ち、番号・端末・回線・留守電を受け取って、別経路を設定。作業したという報告だけでは完了にせず、経路票を残します。完了は「同一依存なし」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
案内文を承認
広報・窓口が責任を持ち、状況・代替窓口・更新時刻を受け取って、複数媒体の文面を固定。作業したという報告だけでは完了にせず、案内版を残します。完了は「未確定明示」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
模擬障害を開始
訓練責任者が責任を持ち、検証番号・時間帯を受け取って、通常経路を限定停止。作業したという報告だけでは完了にせず、開始記録を残します。完了は「影響限定」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
切替と着信を試す
別担当が責任を持ち、外部回線・各端末を受け取って、着信・転送・留守電を確認。作業したという報告だけでは完了にせず、通話記録を残します。完了は「経路一致」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
折返しを回収
窓口担当が責任を持ち、不在着信・留守電を受け取って、期限付き台帳へ入れる。作業したという報告だけでは完了にせず、受付票を残します。完了は「未処理明確」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
通常へ戻す
通信担当が責任を持ち、復旧試験票を受け取って、着信・発信・履歴後に戻す。作業したという報告だけでは完了にせず、復旧記録を残します。完了は「全項目合格」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
十四日判定
責任者が責任を持ち、時間・費用・失敗・顧客影響を受け取って、GO・HOLD・STOP。作業したという報告だけでは完了にせず、判定票を残します。完了は「戻し方確認」を別の担当者が読み戻せる状態です。例外が出た場合は黙って通常処理へ混ぜず、理由、影響、暫定対応、再確認日を例外票へ記録します。
14日模擬障害
14日の前半で現状値と準備を整え、後半で限定試行します。重大事故、法令・契約・権限の不明、個人情報の不適切な取扱い、料金の未確認があれば日数を消化していても即時HOLDです。成功件数だけでなく、失敗、問い合わせ、差戻し、管理時間を同じ表へ残します。
DAY 1
- 段階
- 基準把握
- 実行
- 優先順位を付ける
- 記録・完了条件
- 番号台帳 / 対象限定
DAY 2
- 段階
- 基準把握
- 実行
- 優先順位を付ける
- 記録・完了条件
- 番号台帳 / 対象限定
DAY 3
- 段階
- 基準把握
- 実行
- 単一障害点を示す
- 記録・完了条件
- 依存図 / 代替あり
DAY 4
- 段階
- 準備
- 実行
- 目標復旧時間を設定
- 記録・完了条件
- BCP票 / 承認あり
DAY 5
- 段階
- 準備
- 実行
- 目標復旧時間を設定
- 記録・完了条件
- BCP票 / 承認あり
DAY 6
- 段階
- 準備
- 実行
- 別経路を設定
- 記録・完了条件
- 経路票 / 同一依存なし
DAY 7
- 段階
- 準備
- 実行
- 複数媒体の文面を固定
- 記録・完了条件
- 案内版 / 未確定明示
DAY 8
- 段階
- 限定試行
- 実行
- 通常経路を限定停止
- 記録・完了条件
- 開始記録 / 影響限定
DAY 9
- 段階
- 限定試行
- 実行
- 通常経路を限定停止
- 記録・完了条件
- 開始記録 / 影響限定
DAY 10
- 段階
- 限定試行
- 実行
- 着信・転送・留守電を確認
- 記録・完了条件
- 通話記録 / 経路一致
DAY 11
- 段階
- 限定試行
- 実行
- 期限付き台帳へ入れる
- 記録・完了条件
- 受付票 / 未処理明確
DAY 12
- 段階
- 限定試行
- 実行
- 期限付き台帳へ入れる
- 記録・完了条件
- 受付票 / 未処理明確
DAY 13
- 段階
- 判定
- 実行
- 着信・発信・履歴後に戻す
- 記録・完了条件
- 復旧記録 / 全項目合格
DAY 14
- 段階
- 判定
- 実行
- GO・HOLD・STOP
- 記録・完了条件
- 判定票 / 戻し方確認

14日後のGOは、必須条件を満たし、重大な失敗がなく、総費用と社内負担を説明でき、担当者が同じ手順を再現できる状態です。HOLDは件数不足や一部条件未確認、STOPは安全・契約・採算の停止条件に該当する状態です。HOLDを失敗扱いせず、追加確認の期限を決めます。
よくある質問
Q1. クラウドPBXなら災害でも止まりませんか?
保証できません。回線、端末、アプリ、事業者、電源、人の依存を分けます。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q2. 代替番号はいつ公開しますか?
切替条件、承認者、案内先、更新時刻を事前に決めます。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q3. 現在の番号を使えますか?
番号と地域、契約回線ごとに移行可否を公式窓口へ確認します。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q4. スマホ一台で十分ですか?
短期代替でも、端末故障、電池、通信、担当不在の予備を用意します。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q5. 録音は必要ですか?
目的、案内、権限、保存期間、法令・規程を確認して判断します。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q6. 復旧は何を確認しますか?
着信、発信、転送、留守電、履歴、案内、未処理回収を確認します。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q7. 料金はいくらですか?
番号、端末、管理、同時通話、オプション、通話料、予備系を見積もります。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q8. 補助金を使えますか?
対象・申請・採択・期限を公式窓口で確認し、利用できると断定しません。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
Q9. 訓練頻度は?
組織変更、番号・設定変更、障害後をトリガーにし、定期訓練も決めます。 料金や仕様は変わり得るため、申込み前に公式画面と契約条件を再確認してください。
根拠別に最終判定する
事実は、事業者公式ページ、公的資料、当日の表示、実測記録で確認できる内容です。推論は、公式料金の単純計算、将来容量、削減時間、増分粗利など、前提により変わる計算です。提案は、この記事が示す比較軸、14日試行、GO・HOLD・STOPの運用です。三つを混ぜず、出典、確認日、前提を残します。
読者が次に行うことは申込みではありません。まず比較条件表へ自社の値を入れ、向かない条件と停止条件を先に確認します。次に最新公式表示と契約条件を読み、低リスクの一対象だけ試します。最後に、結果を売上だけでなく総費用、顧客・社内負担、失敗からの復旧時間で判断します。
出典・確認情報
- 株式会社Wiz「CLOUD PHONE」 — 機能・料金・端末・管理・オプション
- 株式会社Wiz「CLOUD PHONEサービス」 — サービス概要・番号・端末・導入
- CLOUD PHONE「サポート・マニュアル」 — 設定・運用確認
- 中小企業庁「中小企業BCP策定運用指針」 — 重要業務・目標復旧時間・代替・訓練
- 総務省「電気通信番号制度」 — 電話番号の公的情報
確認日:2026年9月7日。事業者公式情報と独立した公的資料を分け、料金・機能は変更可能性があります。申込み前に最新の公式表示と契約条件を確認してください。