株式会社エクスブリッジ

警備業|施設・交通・イベント

警備業の問い合わせ対応を、
内製化とオープンソースで。

警備業では、施設の管理会社やイベントの主催者、現場の隊員など、連絡をしてくる相手が多岐にわたります。アラーム作動や急な欠員といった緊急の連絡と、見積もり依頼や契約の相談のような通常の連絡が、同じ個人の携帯やメールアドレスに混ざって届くため、対応が後回しになったり、同じ案件に別の担当者が二重に返信してしまったりすることがよくあります。

無料で相談する(Zoom可)

警備業の問い合わせ対応で押さえること

緊急連絡と通常連絡が同じ窓口に混在する

施設の警報対応要請や現場での事故連絡と、新規案件の見積もり依頼が同じ受信箱に並んで届きます。件名だけでは区別しづらく、急ぎの連絡が後回しになったり、逆に見積もり依頼への返信が遅れて信用を落としたりすることがあります。

現場ごとに連絡先の相手が違う

施設警備なら管理会社の担当者、交通誘導なら発注元の工事担当者、イベント警備なら主催者側の運営担当者と、現場ごとに問い合わせ元が異なります。誰からの連絡かを確認する手間が増え、担当者個人の判断に頼る場面が多くなります。

対応履歴が個人の受信箱に残り引き継げない

担当者が現場に出ている、あるいは休みで連絡が取れない間に、他の人が同じ問い合わせに重複して返信してしまうことがあります。やりとりの経緯が個人のメールにしか残っていないため、引き継ぎ時に状況を一から確認し直す必要が出てきます。

近隣からの苦情対応が記録に残らない

交通誘導の現場付近の住民からの苦情や、施設の利用者からのクレームは、電話で受けてその場で済ませてしまうことが多く、記録が残りません。同じ現場で再度同様の指摘を受けた際に、前回どう説明したかが分からず対応がぶれることがあります。

問い合わせ対応のシステムに要る機能

  • 問い合わせ用の窓口(共有メールアドレスやフォーム)を一本化できる
  • 現場・案件ごとに問い合わせを振り分けて表示できる
  • 緊急の連絡と通常の連絡を区別して並べられる
  • 未対応・対応中・対応済みの状態を関係者で共有できる
  • 誰が対応中かが分かり、二重返信を防げる
  • 過去のやりとりを現場名や相手の名前で検索できる
  • よくある苦情・質問への返信文例を登録しておける
  • 夜間や休日に受けた連絡を翌営業日の担当者に引き継げる

どこを何で持つか

業界の専用ソフト・既存サービスに任せたほうがよい部分

隊員の配置計画やシフト、上番・下番の管理、現場からの報告書の作成は、警備業向けの専用システムが対応している範囲です。問い合わせ対応の窓口を整えるときも、こうした既存の仕組みと連絡先情報を連動させる前提で考えると無理がありません。

オープンソースや買い切りのシステムで持てる部分

問い合わせの受付・振り分け・対応状況の共有・履歴の検索といった部分は、専用の警備業務システムの範囲外になることが多く、個人の受信箱に依存しがちな部分です。ここは比較的小さな仕組みでも導入の効果が出やすく、自前で持つ価値があります。

紙・Excelのままでよい部分

現場ごとの簡単な連絡先一覧や、電話を受けた際のその場限りの伝言メモ程度であれば、紙やExcelのままでも支障はありません。すべてを仕組み化せず、残す価値のあるやりとりだけを窓口に集める形で十分です。

すぐ導入できるオンプレミス製品(Kurage App Store)

当社が販売している問い合わせ対応向けのオンプレミスの商品です。月額はかかりません。デモを触ってから判断できます。

問い合わせ対応に使えるオープンソース

カタログ2,922件から、問い合わせ対応に当てはまるものを実測値(規模・日本語対応・デモの有無)で並べています。ライセンスの範囲で無料で使えます。

名前できることライセンス日本語デモ・購入
Frappe Helpdesk問い合わせ、担当者、SLA、ナレッジを管理できるオープンソースのカスタマーサポート基盤です。AGPL-3.0日本語翻訳あり。日本語検索修正を本家へ提出済み。—
Kurage Light ChatBot自社の知識を読ませてFAQ・AI接客・社内向けの質問対応に使える1ファイルPHPのチャットボットです。MIT日本語で開発・提供。触れる / オンプレミス版
GLPIIT資産管理およびサービスデスクのための統合管理ソフトウェアです。GPL-3.0日本語ファイルが一部のみ—
libredeskチャットやメールを統合管理できるセルフホスト型のカスタマーサポートデスクです。AGPL-3.0日本語ファイルが一部のみ—
faveo-helpdeskLaravelフレームワークで構築されたオープンソースのチケット管理システムです。OSL-3.0日本語ファイルあり—
iTopWebベースで動作するシンプルなCMDBおよびITサービスマネジメントツールです。AGPL-3.0日本語ファイルあり—

導入の進め方

  1. イベント警備や年度末の契約更新が集中する時期を避け、比較的落ち着いた時期に窓口の見直しに着手します
  2. 施設・交通・イベントなど現場の種類ごとに、今どこへ連絡が来ているかを洗い出します
  3. 個人の携帯やメールに代わる共有の窓口を用意し、現場責任者や発注元に新しい連絡先を案内します
  4. 緊急性の高い連絡(警報対応や事故など)を見分けるルールを決め、担当者間で共有します
  5. 運用を始めた後、実際に多い問い合わせの傾向を見ながら返信文例や振り分け先を調整します

警備業の問い合わせ対応、何から手を付けるか一緒に決めます

初日のヒアリングと提案は無料です。いまのやり方(紙・Excel・使用中のサービス)を見せていただければ、残すもの・置き換えるものを仕分けしてお返しします。

無料で相談する OSSカスタマイズ(110,000円〜) 動くデモを先に見る

よくあるご質問

深夜のアラーム対応要請のような緊急連絡も、同じ窓口で受けるべきですか。

緊急連絡は電話など即時に気づける手段を残したうえで、対応した内容だけを同じ窓口に記録する形がおすすめです。受付そのものを一本化するより、記録を一本化することを優先すると無理がありません。

現場責任者が個人の携帯で受けている発注元からの連絡は、どう統合すればよいですか。

いきなり個人携帯をやめさせるのではなく、受けた内容を共有の窓口にも転記・登録してもらう運用から始めると定着しやすいです。発注元への案内は、必要に応じて段階的に進める形で問題ありません。

近隣からの苦情の記録を残すと、何が変わりますか。

同じ現場で繰り返し指摘を受けた際に、前回どう説明し何を改善したかをすぐに確認できます。担当者が変わっても経緯を引き継げるため、言った言わないの行き違いや対応のばらつきを減らせます。

記載のサービス名・製品名は各社の商標または登録商標です。本ページは当社が独自にまとめた情報であり、各提供元が監修するものではありません。

Kurage.AIKurage.AI に相談AIが何でも答えます