14 号店を開ける

要点： 13 店舗を展開する香港の飲食グループが 14 店舗目の賃貸契約を結んだとき、内装スケジュールでリードタイムが最も長い項目は厨房でも POS でもなく、電話システムだった。それまでの店舗はすべて「島」として開業していた。自前の回線、自前の電話機、本部から誰も転送できない自前の番号。クラウド PBX がするのは、これを調達の問題から設定作業へと変えることである。

なぜ開業日を決めるのが電話回線なのか

香港の多店舗飲食・専門店小売は、固定された日付の上で動く商売である。賃貸借は特定の日から始まる。オーナーは特定の日にスケルトンを引き渡す。許認可の検査は特定の日に行われる。スタッフは特定の日から働き始め、開業のマーケティングもその日に向けて押さえられる。内装スケジュールの中で交渉できないのは引き渡し日だけであり、その結果として、リードタイムが最も長い項目が静かにカレンダーを支配することになる。

経営者はその項目を厨房機器か、ファサードか、許認可だと思っている。たいていは違う。厨房機器は数か月前に発注される——この業界の全員が、そうすべきだと知っているからだ。POS は解決済みの問題で、ベンダーは同じことを 100 回やっていて、設定済みの端末を持って現れる。静かに遅れるのは、誰も所有していない項目である。電話だ。

理由は構造的なものだ。香港で新しい商業所在地に固定回線を申し込むのは、即時の取引ではない。サービス住所の確認があり、建物によっては現地調査があり、工事の予約があり、そして時間ではなく営業日で数える待ちがある。それから電話機が届き、設定され、テストされる。それから番号が看板に刷られ、デリバリープラットフォームに掲載され、グループの自社サイトが更新され、仕入先に伝えられる。どの工程も難しくはない。すべてが直列で、しかもその直列は、誰かが始めることを思い出して初めて動き出す。

年に 2〜3 店舗を開けるグループにとって、これは繰り返し起きる。そして各開業はその案件を担当している人が処理するため、毎回その場で解決される——新しい契約、新しい番号、新しい電話機一式。まさにこうして、グループは互いにつながっていない 13 の電話システムを持ち、そのどれも見えない状態に行き着く。

シナリオ：13 の島と、向かってくる 14 番目

以下は複合的な情景である。特定の顧客ではなく、この市場で繰り返し現れる形だ。

香港の飲食グループ、13 店舗、およそ 6 年かけて積み上げてきた。業態は混在している。香港島と九龍にやや大きめのイートイン店が数店、モール内にカウンターサービスの小型店が数店、觀塘の工業ビル転用物件に 2 店。総勢およそ 200 名、加えてある店舗の上階に 11 名の本部がある。

各店舗はそれぞれ自前の電話回線を持ち、開業時に個別に契約されている。ある店はこの通信事業者、別の店は別の事業者で、契約時期も条件も異なる。本部の誰も、グループが電話にいくら払っているかの集約された像を持っていない。請求書は別々のアカウント宛てに届き、その店舗の請求処理をしている人がそれぞれ承認しているからだ。

番号計画はない。各店舗は看板とデリバリープラットフォームに載る公開番号を持つ。本部は本部の回線を持つ。内線レンジがないので、本部のマネージャーが店長に連絡する手段は、店舗の公開番号にかけて手が空いている誰かが出るのを期待するか、より現実的には店長の私用携帯にメッセージを送ることである。実際のところ、200 名の企業の運営コミュニケーション全体が私用のインスタントメッセージ上で走っており、電話システムは顧客専用になっている。

予約の電話は、顧客がたまたまかけた店舗に着く。その店が金曜の夜に満席なら、電話に出た人は MTR で 2 駅先に空いているテーブルを提案する手段がない。転送できないし、他店の空き状況も分からないからだ。顧客は「申し訳ありません、満席です」と告げられ、グループは実際には受けられたはずの予約を失う。

通話記録もない。顧客から「3 回かけたのに誰も出なかった」と苦情が来ても、グループはそれが事実かどうか確認できない。仕入先が「納品時間の変更は電話で確認した」と言っても、その通話の記録はない。すべての争いは、より自信ありげに聞こえたほうが勝つ。

そしてハードウェアは繰り返される償却である。賃貸借が終わり店舗を閉じるとき——この商売では起きることだ——電話機は回収され、本部の段ボールに入り、二度と使われない。次の店舗の回線は、自分の契約で自分の機器を連れてくるからである。

そして 14 号店の賃貸契約が結ばれ、内装スケジュールが引かれ、運営ディレクターがそれまで誰も問わなかった問いを口にする。なぜ電話が一番長い棒なのか。

請求書の外側にある、本当のコスト

4 つのコストを、痛みの小さい順におおむね並べる。

誰にも圧縮できないスケジュール上の依存。 これは目に見えるほうだ。新店舗は電話が使えなければ開業できず、電話は通信事業者の工事に依存し、工事はあなたのカレンダーではなく先方のカレンダーに依存する。タイトな内装工程では、これが「予定どおり金曜に開ける」か「翌週にずれる」かの差になりうる。それは売上ゼロで家賃だけ払う 1 週間であり、動かさざるを得ないマーケティング日程である。

転送できないために歩いて出ていく売上。 損失として現れないので、はるかに見えにくい。満席の店舗が、他店なら受けられた予約を断るたびに、グループは持っていたテーブルを 1 つ失う。1 年、13 店舗、そして忙しい金曜と土曜のすべてにわたって積み上げれば、これは端数ではない。見えないのは、それを数える仕組みが存在しないからにすぎない。

本部が現場に届かない。 この規模のグループには本物の運営コミュニケーション需要がある——仕入先の問題、人員の穴、食品衛生上の疑問、デリバリープラットフォームの障害。そのすべてを店長の私用携帯経由で流すやり方は、店長が休みに入るまで、辞めるまで、あるいは単に夜 8 時でシフトに入っておらず応答しないときまでは機能する。「店にかけて、責任者につないでもらう」に相当する動作が存在しない。「店」とはカウンターの上の電話機であり、「責任者」はその隣に立っていないからだ。

存在しない証拠。 通話記録は、必要になるまでまったく面白くない。電話で確認したとされる予約についての苦情、納品時間帯をめぐる仕入先との争い、時系列が重要になる労務上の出来事——いずれの場合も、グループの立場は誰かの記憶だけに乗っている。ホスト型のシステムは、運用の副産物として記録を生み出す。

Brocent の見方：これは番号の問題であって、ハードウェアの問題ではない

電話がボトルネックになったときの本能は、それをもっと速く解決することだ——もっと早く工事してくれる事業者を探す、電話機を早く発注する、工程表の前のほうに置く。これは症状の治療であり、ちょうど 1 回だけ効く。いま開けようとしている、その店舗にだけ。

構造的な観察は違う。成長するチェーンの電話システムは、ハードウェアの問題と取り違えられた番号とルーティングの問題である。グループが実際に必要としているのは 13 本の回線と 14 本目ではない。番号計画を持つ 1 つのシステムであり、そこでは店舗は工事ではなく 1 行のエントリになる。

この反転が起きると、下流のすべてが形を変える。店舗の追加は週単位の調達作業ではなく時間単位の設定作業になり、つまり電話が内装のクリティカルパスから完全に外れる。店舗間の転送が可能になる。店舗が同じシステム上にいるからだ。本部が店舗に届く。店舗がデバイスではなく内線だからだ。通話記録が存在する。通話を運ぶシステムが、それを記録するシステムでもあるからだ。

これは Brocent が多拠点運用のネットワークに適用しているのと同じ原則である——価値は、偶然ばらばらになったものを集約することから生まれるのであって、ばらばらのものの上等版を買うことからは生まれない。IT ベンダー統合という議論を、飲食グループが毎日必ず触れる唯一のシステムに当てはめたもの、と言ってもいい。

実際にはどういう形になるのか

Brocent のマネージドクラウド PBX は Alicloud、AWS、Azure 上でホストされる電話システムで、99.99% の稼働率コミットメントとともに提供される。多店舗グループにとっては、次の 6 点が他より重要だ。

1 つのホスト型 PBX と、グループ全体の番号計画。 すべての店舗と本部が、単一の内線レンジに収まる。店長に内線がある。厨房に内線がある。本部の経理に内線がある。誰もが 3〜4 桁のダイヤルで誰にでも届き、どの通話もグループ内のどこへでも転送できる。対外的な公開番号は引き続き存在し、顧客が期待する先を指し続ける——ただしその下にあるのは、13 ではなく 1 つのシステムである。

ソフトフォンで、スタッフはすでに持っている端末を使う。 UC ソフトフォンは Android、iPhone、デスクトップで一貫した企業向け通話体験を提供し、専用の据置電話機を必要としない。飲食グループにとって、これはハードウェアの問題を丸ごと消す変化だ。当番マネージャーは店舗の内線をポケットの中の端末に載せて持ち歩き、内線がフロアを一緒に移動する。据置機が本当に理にかなう位置——カウンター、バックオフィスのデスク——では引き続き使える。要点は、それが依存ではなく選択になったことである。

自動応答、IVR、コールキューで金曜夜の問題に対処する。 高度な機能群——自動応答、コールキュー、会議、IVR、ボイスメールのメール転送、フリーダイヤル 400 ホットライン、保留音、高度なコールルーティング——は追加オプションではなく含まれている。運用の言葉に直せば、予約回線はメニューを提示でき、鳴りっぱなしにする代わりに発信者をキューで保持でき、設定時間内に応答がなければ第二の店舗や本部へオーバーフローできる。この最後の挙動こそ、グループがいま失っている予約を取り戻すものだ。

認証済み SBC による Microsoft Teams 連携。 本部がすでに Teams で働いている場合、PBX テレフォニーはマイクロソフト認定のセッションボーダーコントローラー（SBC）を使って Teams に統合でき、内線・固定電話・携帯への発信を Teams から直接行える。本部のスタッフは 2 つ目のアプリを持たずに、店舗と同じ内線レンジに載る。グループが社内コラボレーションでも Teams を使っているなら、Microsoft Teams ソリューションと PBX は 2 つではなく 1 つの導入になる。

越境したときの現地番号。 ホスティングには香港、中国本土、日本、シンガポールの現地電話番号が含まれる。拡張計画に初めての本土店舗やシンガポールのテスト店舗が含まれるグループにとって、これはまさにそれが関係してくる瞬間に効いてくる。新しい市場は、不慣れな法域で調達をゼロからやり直すのではなく、既存のシステム上で現地番号を得る。

そしてその下のネットワーク。 ホスト型の電話システムは各拠点の接続性に依存する。だからこそ、電話と拠点ネットワークは別々にではなく一緒にスコープすべきだ。Brocent のマネージドワイヤレスネットワークがこの層をカバーする。展開の予算を立てるとき、その商業的な形を知っておく価値がある。Brocent のマネージド IT プランにおける「ネットワーク＆ワイヤレス」アドオンは、単純な台数掛け算ではなくフラットな帯で価格が決まる——1 つの月額料金が最大 10 台までをカバーし、11〜30、31〜75、76 台以上で帯が変わる。第 1 帯に収まる小型のカウンター店なら、店舗の追加は本当に小さな増分だ。接続機器の多い大型店は次の帯に入るかもしれず、それは最初の請求書ではなく計画段階で知っておくほうがよい。

多店舗で電話を運用する 3 つの方法

店舗ごとの回線——「各店が自分で買う」

• 内容： 開業のたびに、その拠点用の通信事業者契約・番号・電話機一式を個別に手配する。
• コスト： 請求書の合計より高い。本当のコストは、内装スケジュールへの依存、転送できない通話、グループ全体を見る手段の不在、そして賃貸借が終わるたびに償却されるハードウェアだからだ。
• 向く相手： 単一店舗、あるいは店舗間で通話を動かす必要が本当に一度も生じない 2〜3 店舗のグループ。

本部に置くオンプレミス PBX

• 内容： グループが PBX 機器を購入して本部に設置し、各店舗をそこへ接続する。番号も統制も中央に集まる。
• コスト： 初期の設備投資、保守の関係、そして単一の物理的依存——その筐体は 1 つの建物に住み、その建物の電源とその建物の回線で生きている。店舗の追加は、現地の開通と中央での設定の両方を意味する。本部が移転すれば PBX も移転し、それ自体が 1 つのプロジェクトになる。
• 向く相手： 本部が安定していて、まだ寿命の残る既存 PBX があり、インフラを自社所有したいグループ。この道も Brocent は支援する——既存 PBX を丸ごと置き換えるのではなく、リモートオフィスや在宅勤務者へ拡張することができる。

マネージドクラウド PBX——まだ店を開け続けるチェーンに合うモデル

• 内容： PBX は Alicloud、AWS、Azure 上で 99.99% の稼働率コミットメントとともにホストされ、ユーザーあたり月額で課金される。店舗は工事ではなく内線である。ソフトフォンは既存端末に載り、据置機が欲しい場所には据置機を置く。
• コスト： 設備投資の代わりにユーザー単位の継続費用、加えて番号計画とルーティング規則の設計作業——これは一度行い、以後は拡張するだけで、店舗ごとに繰り返さない。
• なぜ合うのか： 成長中のチェーンにとって効いている制約は「開業までの時間」であり、これは開業が誰かの工事カレンダーを待たない唯一のモデルだからだ。賃貸借終了時のハードウェア償却もなくなり、いまグループが持っていない通話記録が手に入る。

どこから始めるか

この位置にいるグループにとって、有用な最初の一歩は見積もりではない。1 ページの番号計画である。内線レンジをどう切るか、どの公開番号をそのまま残すか、20 秒応答がなかった予約の電話はどこへ行くか、店舗から到達可能でなければならない本部の人間は誰か。この文書が移行を退屈なものにする。そして退屈こそが目標だ——店舗は、それが起きた日に気づかないのが望ましい。

そこから先、移行はたいてい段階的に進む。まず本部と 1〜2 店舗、続いて残りをバッチで。公開番号は一斉ではなく、計画された順序でポーティングする。商業的な枠組みはマネージド IT サポートの他の部分と並び、現実的な次の一歩は、いまの店舗網の実態についての会話である——ご相談ください。

よくある質問

既存の電話番号は残せますか？

多くの場合は残せます。番号ポータビリティはホスト型への移行では通常の工程であり、番号の種別や現在の事業者によって条件が変わるため、スコーピングの初期に確認する項目のひとつです。飲食グループにとってこれは商業上重要です。店舗番号は看板に刷られ、デリバリープラットフォームに掲載され、顧客の携帯に保存され、ウェブに索引されているからです。ポーティングを前提とし、番号ごとにスコーピングで確認し、移行中にどの店舗も連絡不能にならないよう切替の順序を組んでください。

ある店舗のインターネットが落ちたとき、クラウド PBX はどうなりますか？

影響を受けるのはその店舗の端末だけで、グループの残りは動き続けます。1 か所の障害でその拠点が地図から消える店舗別システムに比べれば、これ自体すでに意味のある改善です。影響を受けた店舗について顧客が体験することは、ルーティング規則が決めます。その店舗宛ての着信は別の店舗、本部、あるいは携帯へフェイルオーバーでき、発信者はグループのどこか別の場所にいる人につながります。このフェイルオーバーの挙動は設計時の設定判断であり、障害中に発見するのではなく、意図して決めておく価値があります。99.99% の稼働率コミットメントはホスト型プラットフォームを対象とし、各拠点の接続性は別の層です。だからこそネットワークは電話システムと一緒にスコープすべきなのです。

スタッフに据置電話機は必要ですか？

必ずしも必要ではありません。UC ソフトフォンは Android、iPhone、デスクトップで動くので、当番マネージャーはすでに持っている端末で店舗の内線を携帯できます。多くのグループは、共有され常にそこにある端末のほうが実際に便利なカウンターやバックオフィスの位置に据置機を残し、それ以外はソフトフォンにしています。有用な変化は、電話機が「拠点ごとの固定費」から「ポジションごとの運用上の選択」になることです。

新店舗の追加はどれくらい速いですか？

システムが存在していれば、店舗の追加は調達作業ではなく設定作業です——内線、ルーティング、必要なら番号。現実的な依存は、電話システムそのものではなく、その拠点自身の接続性と物理機器の設置へ移ります。これが電話を内装のクリティカルパスから外す変化であり、年に 2〜3 店舗を開けるグループにとっては、この取り組みの要点そのものです。

Microsoft Teams で使えますか？

使えます。PBX テレフォニーはマイクロソフト認定のセッションボーダーコントローラー（SBC）で Teams に統合され、内線・固定電話・携帯への発信を Teams から直接行えます。本部がすでに Teams の中で暮らし、店舗はそうでないグループには相性がよい構成です。本部は今までどおりの働き方を続け、店舗は同じ内線レンジ上で到達可能になります。

99.99% の稼働率コミットメントは、レストランにとって実際に何を意味しますか？

それは Brocent が運用するホスト型 PBX プラットフォームに対するコミットメントです。実務的には、電話システムそのものは計画の前提として心配する対象ではない、という意味になります。計画すべき変数は各拠点の接続性と、あなた自身のルーティング規則です。リスクはそちらにあるほうが望ましい。単一店舗の接続性は現地の手当てがある現地の問題ですが、中央システムの停止は全員の問題が同時に起きることだからです。

当社は 13 店舗です。ホスト型 PBX は大げさではありませんか？

店舗数よりも、まだ開け続けているかどうかのほうが重要です。3 年間新店を開いておらず、予定もない安定した 13 店舗のグループなら、動いている仕組みをそのままにする判断には理があります。年に 2〜3 店舗を開けるグループは、店舗ごとの立ち上げコストを繰り返し払っています。移行は一度だけで、以後の店舗はほぼそれを負担しないため、開業のたびに採算は良くなります。

コストは——いま払っている額より高いですか、安いですか？

正直に言えば、店舗網の実態次第です。請求書を見ずにこの問いに答えるプロバイダーは推測しています。構造的な変化は、支出が「13 本の個別の事業者契約＋周期的なハードウェア」から「1 つのシステム上のユーザー単位の月額」へ移り、初めて可視化され比較可能になることです。Brocent のサービスページには、全面的な価格改定に先立つ内線種別や SIP トランクの参考市場レート（目安）が掲載されており、ホスト型 PBX の基本プラットフォーム料金は導入ごとの個別見積もりです。最終的な数字は、実際の店舗数とユーザー数に対してスコーピングの段階で確定します。