企業の安否確認システム 選び方完全ガイド｜主要サービス比較・失敗事例・返信率90%運用法

災害発生後、最初の1時間以内に従業員の安否を確認できるかどうかが、その後の事業継続・復旧の成否を大きく左右します。電話・メールは災害時に輻輳（ふくそう）して機能しないため、専用の安否確認システムの導入はほぼすべての中小企業にとって必須と言える段階に入りました。

本記事は、これから安否確認システムを導入・見直す企業の総務・人事・リスク管理担当者向けに、主要3サービスの比較、選定軸、よくある導入失敗、返信率90%以上を維持する運用までを解説する実務ガイドです。

なお、企業防災・BCP全般の基礎は企業防災の完全ガイドで解説しています。本記事はその中の「安否確認システムの選び方」を深堀りした専門版です。

この記事でわかること

• 安否確認システムの基本機能と、ないと困る機能/あったら便利な機能の切り分け
• 主要3サービス（セコム・トヨクモ・ALSOK）の料金・機能比較
• 従業員規模別の推奨サービス選定
• 5つのよくある導入失敗と、それを避けるための選定軸
• 返信率90%以上を維持する月1回訓練の進め方
• 防災DBの compare_locations で複数拠点のリスク差に応じた配信設計を実装する方法

第1章：なぜ専用システムが必要か

1-1. 電話・メールが機能しなくなる現実

大規模災害発生時、携帯電話の音声通話は90%以上が規制されることが過去の事例からわかっています（東日本大震災時のNTT東日本公表データなど）。メールも混雑によって届くまでに数時間〜数日かかるケースがあり、発災直後の緊急連絡手段としては機能しないと考えるべきです。

SMSはパケット通信を使うため音声通話より輻輳耐性がありますが、宛先が1人1人なので一斉配信には不向きです。専用の安否確認システムは、これらの課題を一斉配信・多チャネル併用・自動リトライで解決します。

1-2. 安否確認システムの基本機能

必須機能：

• 自動一斉配信（SMS・メール・アプリ・LINE等の複数チャネル）
• 気象庁データ連動（震度・警報に応じた自動配信）
• 安否集計ダッシュボード（未回答者の即時把握）
• 自動リトライ（未回答者への再送信）

あると便利な機能：

• 家族も含めた安否確認
• チャット・掲示板機能
• 部署ツリー別集計
• 海外拠点対応
• 既存システム（Office 365、Slack、サイボウズ等）との連携

第2章：主要サービス比較（2026年時点）

2-1. セコム安否確認サービス

• 契約社数：約9,500社（2026年3月末時点）
• 利用者数：約859万人
• 機能の強み：24時間365日の災害情報監視、震度5弱以上で自動配信、大企業・官公庁・中堅企業で圧倒的な実績
• 中小企業向け：「セコム安否確認サービス スマート」（300人以下向けの簡易版）もあり
• 価格帯：要問合せ（企業規模・オプションで変動）
• 向いている企業：金融機関・大企業・官公庁・運用を外部に委託したい中堅企業

2-2. トヨクモ 安否確認サービス2

• 機能の強み：気象庁情報連動、メール・LINE等多チャネル、年1回の全国同時一斉訓練、サイボウズ製品との親和性
• 価格：100ユーザーで月額9,800円〜（小〜中規模企業の価格破壊）
• 特徴：初期費用ゼロ、低コスト、SaaS型
• 向いている企業：100〜1,000名規模の中小・中堅企業、サイボウズOffice/Kintone利用企業

2-3. ALSOK安否確認サービス

• 機能の強み：地震発生時の自動発信、未回答者への自動リトライ、掲示板機能、災害情報配信
• 価格：100名まで月額18,000円〜
• 特徴：45日間の無料トライアル、警備会社ならではの災害対応ノウハウ
• 向いている企業：ALSOK既存顧客（警備・防犯と一体運用）、手厚いサポートを求める中堅企業

2-4. 比較表

※他に、レスキューナウ「安否コール」、インフォコム「エマージェンシーコール」、アニピック、セーフティFirst等、各規模向けのサービスが多数存在します。

第3章：従業員規模別の推奨選定

3-1. 50名以下の小規模企業

月額1万円前後のSaaS型サービスが現実的です。トヨクモ、Biz安否確認/一斉通報、SafetyFirstなどが候補。初期費用ゼロ・最小構成で始め、成長に応じてプランを拡大します。

無料で使えるGoogleフォーム・LINE公式アカウントを代用するケースもありますが、気象庁データ連動による自動配信ができない点が最大のリスクです。発災直後に管理者が手動で配信する運用では、管理者自身が被災・連絡不通になる可能性が高く、システム化を優先すべきです。

3-2. 50〜300名規模

トヨクモ・ALSOK・レスキューナウがコストパフォーマンスで推奨ゾーン。月額2〜5万円程度。初期費用なし〜低コスト、機能は一通り揃います。

3-3. 300〜1,000名規模

運用体制によりサービスを選ぶ段階。情報システム部門が強ければSaaS型（トヨクモ等）で自社運用、総務主体なら運用支援サービス付きのセコム・ALSOKが安心です。

3-4. 1,000名以上の大企業

セコム、インフォコム（エマージェンシーコール）、レスキューナウなど運用代行・24時間監視に強いサービスを選ぶケースが多数。海外拠点を持つ場合は多言語対応（英語・中国語・タイ語等）もチェック。

第4章：5つのよくある導入失敗と選定軸

4-1. 失敗① 配信チャネルが単一

「メールだけ」「SMSだけ」の1チャネル運用は、届かないリスクが高いです。災害時は特定のチャネルが輻輳で機能しないケースが多く、最低でも2チャネル併用（メール＋SMS、メール＋LINE等）が基本です。

4-2. 失敗② 連絡先情報が古い

入社時に登録した携帯番号のまま、退職・異動・機種変更が反映されていないケース。半年に1回の連絡先棚卸しが運用の鉄則です。

4-3. 失敗③ 回答がシンプルすぎる／詳しすぎる

初動の安否確認では「無事/怪我/無事ではない」の3択程度がベスト。長い質問票（家族の状況、建物被害、交通手段…）を発災直後に求めると返信率が激減します。

初動の安否確認と、2〜3日後の詳細調査は分けて配信する設計にします。

4-4. 失敗④ 訓練を実施していない

導入しただけで訓練しない企業は、発災時に返信率20〜30%に留まることが珍しくありません。訓練の有無で返信率が2〜3倍変わる、と運営各社のレポートが示しています。

4-5. 失敗⑤ 管理者が1人だけ

管理者（配信担当）が被災・連絡不通になると、システムが起動しません。主担当・副担当・代行担当の3名体制で運用すべきです。

4-6. 選定の評価軸5点

1. 配信チャネル数：SMS/メール/アプリ/LINEなど複数あるか
2. 自動配信トリガー：震度5弱以上で自動起動か、手動のみか
3. 集計ダッシュボード：未回答者を即時・部署別に把握できるか
4. 既存システム連携：Office 365/Slack/サイボウズ等との連携可否
5. 運用サポート：マニュアル、訓練支援、管理者研修の有無

第5章：返信率90%以上を維持する運用

5-1. 月1回の訓練配信

毎月決まった日（例：毎月1日9:00）に訓練配信を行います。返信締切は「24時間以内」など現実的な長さにし、全員が訓練だと知っている状態で慣れさせます。

訓練のたびに部署別・個人別の返信率を集計し、返信率が90%未満の部署にはフィードバックします。

5-2. 新入社員・中途採用時の即座な登録

入社翌週までに必ず連絡先登録→初回訓練配信→返信確認のフローを組みます。人事部と総務部の連携が鍵。

5-3. 返信率が落ちたときの対処

返信率が下がる主な要因：

• 機種変更・電話番号変更が反映されていない
• アプリが古いバージョンで停止している
• 訓練の質問内容が複雑化して面倒に感じられている
• 「どうせ訓練だから」と軽視されている

対策：年1回の全連絡先棚卸し、訓練問題のシンプル化、結果の経営層共有（「うちの部署だけ返信率低い」を避けるピア圧力）。

5-4. 発災を想定した年1回の総合訓練

机上訓練と違い、実際に安否確認→集計→方針決定→従業員指示までを通しで行う年1回の総合訓練は、運用品質を大きく引き上げます。半日〜1日の時間を確保して実施します。

第6章：防災DBを使った配信設計の差別化

複数拠点を持つ企業は、拠点ごとのリスクプロファイルに応じて配信設計を変えることで、安否確認の質を大きく引き上げられます。

防災DBのMCPサーバーが提供する compare_locations ツールで、最大5拠点を一括比較できます。たとえば以下のような出力が得られます：

この結果を使うと、以下のような拠点別の配信設計ができます：

6-1. リスク高拠点（スコア60+）

• 訓練頻度：月2回（通常の倍）
• 配信トリガー：震度4以上で自動起動（通常は5弱以上）
• 安否確認後の業務再開判断：本社と別に独立判断を許可

6-2. リスク中拠点（スコア40〜60）

• 訓練頻度：月1回
• 配信トリガー：震度5弱以上で自動起動

6-3. リスク低拠点（スコア40未満）

• 訓練頻度：2ヶ月に1回
• 配信トリガー：震度5弱以上
• ただし気象警報（台風等）は従来通り自動配信

このようにリスクに比例した運用設計にすることで、拠点別のオーバー対応／アンダー対応を防げます。全国平均の地震30年発生確率は約26.3%（防災DB データ、市区町村平均）ですが、首都圏・南海トラフ沿岸ではこの倍以上になる地域もあり、均一な運用では対応できません。

第7章：導入〜運用までのロードマップ

7-1. 導入前（1〜2ヶ月）

1. 要件定義（規模・機能・予算）
2. 3〜5サービスから見積もり取得
3. 無料トライアル（ALSOKなら45日など）
4. 最終選定・契約

7-2. 導入初期（1〜3ヶ月目）

1. 従業員全員の連絡先登録
2. 部署ツリー設定
3. 自動配信ルール設定
4. 管理者研修（主担当・副担当・代行担当）
5. 初回訓練配信（全員が「訓練だと事前に知っている」状態）

7-3. 定常運用（4ヶ月目以降）

• 月1回の訓練配信
• 四半期に1回の返信率レビュー
• 半年に1回の連絡先棚卸し
• 年1回の総合訓練
• 年1回の契約内容・料金プランの見直し

まとめ：システムは手段、重要なのは運用

安否確認システムの導入で失敗する企業の多くは、「入れて終わり」で運用を軽視している点にあります。

本記事のポイント：

1. 電話・メールは災害時に機能しない。専用システムの導入はほぼ必須
2. 主要3社（セコム・トヨクモ・ALSOK）と中堅規模別の推奨を把握する
3. 配信チャネルは必ず複数。管理者は3名体制
4. 月1回の訓練で返信率90%以上を維持
5. 複数拠点を持つ企業は防災DBの compare_locations で拠点別リスクに応じた配信設計を行う

システム選定で迷ったら、まず防災DBで自社拠点のリスクを把握し、リスクの高い拠点を優先的にカバーできるサービスを選ぶ——これが一つの実践的な選定軸です。

関連記事：
- 企業防災の完全ガイド — 企業防災全体の基礎
- 事業継続力強化計画 完全申請ガイド — 中小企業庁認定制度の実務

データ出典：各社公式サイト（セコム安否確認サービス、トヨクモ安否確認サービス2、ALSOK安否確認サービス、2026年時点）、総務省消防庁「災害時の情報伝達手段」、全国地震動予測地図（防災科学技術研究所 J-SHIS）。防災DBの基盤データ詳細はデータソース一覧をご覧ください。サービス仕様は変更される場合があるため、導入前に各社の最新情報をご確認ください。