会社の電話機能をスマホへ拡張する仕組み

スマホ内線とは、スマートフォンをPBXやクラウドPBXへ接続し、内線番号を割り当てる運用です。専用アプリを通じて通話するため、自宅、出張先、別拠点にいても、社内にいる時と近い感覚で電話を受けられます。

着信時に相手へ表示する番号を会社の代表番号に設定できることが大きな利点です。担当者の個人番号を公開せずに折り返せるため、顧客情報の保護と担当変更後の引き継ぎを両立しやすくなります。

• 会社番号での発着信と折り返し
• 内線番号による拠点間・在宅勤務者との通話
• 保留、転送、パーク保留、留守番電話への対応
• 複数端末を同時に鳴らすグループ鳴動

代表電話の取り次ぎを減らせる機能

電話対応を効率化する鍵は、着信ルールを先に決めることです。たとえば営業チームの番号に着信したら、担当者と当番者のスマホ5～7台へ一斉着信させることで、受付担当だけに負荷が集中する状態を避けられます。

実務では「一次受電は当番制、未応答ならチームへ拡大、営業時間外は留守番電話」という段階設定が有効です。誰が対応したかを履歴で確認できるサービスなら、二重対応や折り返し漏れの確認もしやすくなります。

• 着信グループごとの担当者・営業時間設定
• 不在時の転送先と留守番電話の事前指定
• 通話履歴・録音の閲覧権限を部署別に設定

代表的な3方式は設備条件で使い分ける

導入方法は主に3つあり、専用アダプタ、FMC、クラウドPBXが代表的です。既存ビジネスフォンを残したい会社はアダプタやPBX改修、拠点や在宅勤務者を増やしたい会社はクラウドPBXを検討すると判断しやすくなります。

FMCは固定通信と携帯通信を連携させる方式で、携帯キャリアの契約条件を確認する必要があります。一方、クラウドPBXは主装置を自社に置かず、アプリ設定中心で始められるため、小規模な段階導入にも向いています。

• 既存PBXを残すなら専用アダプタやIP化を検討
• 携帯回線との一体運用を重視するならFMCを確認
• 拠点追加や在宅受電を重視するならクラウドPBXが有力

費用は初期費用だけでなく総額で比べる

費用は初期費用、月額、通話料、端末費、工事費、保守費に分けて比較することが重要です。クラウド型の初期費用は無料～15万円前後、月額は1ユーザーあたり500円から5,000円程度が目安となり、利用人数で総額が変わります。

既設の主装置を新設する場合、主装置はおよそ15万円～30万円、電話機は1台につき1〜5万円、工事費は1～2万円とされます。5台導入なら最低でも25万円以上を想定し、回線・保守・将来の増員費用まで見積もりましょう。

• 月額料金に録音、IVR、チャット連携が含まれるか確認
• 固定電話から携帯への転送通話料を別途試算
• 端末購入とBYODの管理費用を同じ条件で比較

通話品質は事前テストで判断できる

通話品質は、導入前に実際の利用場所でテストするべきです。Wi-Fiの電波強度だけでなく、遅延、ジッター、パケット損失を確認し、会話の途切れや通知遅延が起きないかを、在宅・外出先・会議室ごとに検証します。

iPhoneとAndroidでは、OSの省電力設定やバックグラウンド制限により、アプリのプッシュ通知が遅れる場合があります。Wi-Fi、4G回線（LTE）、モバイル通信への切り替え時も含め、実機で受電・保留・転送を試すことが重要です。

• 主要な利用場所で発着信・保留・転送を試験
• アプリ通知、Bluetoothイヤホン、画面ロック時の挙動を確認
• 通信不良時に通常携帯回線へ切り替える手順を共有

BYODでも情報漏えい対策は設計できる

BYODは端末購入費を抑えられる一方、私用端末と業務情報を分けて管理するルールが不可欠です。業務アプリだけに認証をかけ、退職・異動時にはアカウント停止と遠隔ワイプを行える体制を、導入前に決めておきましょう。

通話履歴や録音データには顧客情報が含まれる可能性があります。閲覧範囲、保存期間、ダウンロード権限を最小化し、端末紛失時の連絡先と初動手順を明文化してください。総務省のテレワークセキュリティ資料も確認材料になります。

• 多要素認証と画面ロックを必須化
• 退職者・紛失端末のアカウント停止フローを整備
• 録音データの保存先、期間、閲覧者を限定

緊急通報時の注意

110番・119番などの緊急通報は、アプリ経由では位置情報や発信者情報の扱いが通常回線と異なる場合があります。緊急時は通常の携帯回線から発信する手順を全社員へ周知し、サービス提供者の仕様を必ず確認してください。

段階移行なら電話停止のリスクを抑えられる

移行は、現状の電話番号・回線・PBX機能を棚卸ししてから段階的に進めるのが安全です。既存番号を引き継げるか、03・06・050番号の取得条件は何かを確認し、番号ポータビリティが難しい場合の顧客告知も計画します。

検証環境で内線、代表着信、保留転送、営業時間外設定を試した後、一部部署から開始します。本番切替日は、旧環境への戻し方、障害時の迂回先、担当ベンダーへの連絡手段を用意し、受電不能の時間を最小化してください。

• 電話番号と回線、利用中の転送設定を棚卸し
• 少人数のパイロット運用で品質と操作性を検証
• 切替日には旧環境へ戻す条件と手順を明確化

BCPでは代表番号の迂回先を決めておく

障害に強い電話運用は、停電、インターネット断、クラウド障害、端末紛失を分けて想定することで作れます。代表番号が受けられない時に、別拠点、当番者の携帯、留守番電話のどこへ迂回するかを事前に決めることが重要です。

多拠点・海外チームでは、電話だけでなく日常の相談経路も整えると連携が安定します。SWiseのようにアバターで気軽に会話でき、リアルタイム字幕翻訳と議事録生成を備えるバーチャル空間を併用すれば、電話後の確認や引き継ぎも円滑になります。

• 障害種別ごとに代表番号の迂回先を指定
• 営業時間外・休日・災害時の着信ルールを分離
• 月次で受電漏れと転送履歴を見直して改善