宿泊施設に滞在中のお客様とスタッフとをつなぐ客室タブレットアプリです。館内の案内、備品の依頼、周辺情報の閲覧を、客室から行えるようにしました。
- お客様側の体験
- 館内案内やリクエストの送信など、フロントに電話をかけずに済む導線を客室の端末にまとめました。
- スタッフ側の運用
- 客室からのリクエストをスタッフに通知し、対応状況を共有できるようにすることで、聞き漏れや二重対応を減らします。
- 客室に置く端末を前提にした画面
- 利用者が自分の端末ではなく客室備え付けのタブレットを操作する前提で画面を作りました。誰が使うか分からない端末として、説明なしで押せる大きさと並びを優先しています。
- リクエストを対応状況として扱う
- 客室からのリクエストを単発の通知で終わらせず、対応状況として記録・共有できるようにしました。スタッフ間の引き継ぎ時に、未対応と対応済みが端末上で区別できます。
- 滞在中の接点をひとつにまとめる
- 館内案内やリクエスト送信など、滞在中にフロントへ電話していた用件を客室の1台に集約しました。用件ごとに連絡先を使い分けずに済む導線にしています。
この種のシステムで検討する論点（想定例）
以下は同種の案件で一般的に検討する内容の整理であり、上記事例の詳細を示すものではありません。
想定例: 客室端末で扱う機能の優先順位
客室タブレットに載せられる機能は多岐にわたります（館内案内、多言語対応、ルームサービス、清掃依頼、チェックアウト手続きなど）。最初からすべてを作るのではなく、フロントへの電話が集中している用件から順にデジタル化するのが定石です。まずは「よくある問い合わせ」を洗い出し、電話件数の多い順に画面化することで、少ない開発範囲でスタッフの負担を大きく減らせます。
想定例: スタッフ通知と既存システムの連携
客室からのリクエストは、スタッフの端末に即時通知されて初めて意味を持ちます。通知の方法（専用アプリ、メール、チャットツール）と、対応済みの記録方法を運用に合わせて決めます。予約管理システム（PMS）と連携する場合は、部屋番号と宿泊者の紐づけをどこから取得するか、連携できない場合の手入力の運用を先に決めておくと、導入後の混乱を避けられます。
関連するサービス
関連する業種
関連する開発ガイド
他の開発事例
監修: Unlogical Systems合同会社（杉並区・西荻窪）公開