描いたマップはどこに現れるか

一つのフロアに Map 2.0 のシーンと Classic の作図を保存できます。各画面はフロアとアカウントで選択された種類を読み取ります。同じ作図の二つの表示ではなく、一方を編集しても他方は描き直されません。

有効な場合、アプリ、サイネージ、経路案内は Map 2.0 を表示できます。ゲスト予約のフロア図選択は現在 Classic を使います。すべての画面に同じマップが出るとは考えず、対象画面を確認してください。作図手順の前にマップの種類を確認します。各画面の設定はそれぞれのモジュールで行います。

手元のアプリの中

マップは、従業員が行ったことのないルームを見つけ、隣に座りたい人の近くのデスクを見つける方法です。探しているもので絞り込み、時間のスライダーを動かして必要な時間帯で「空き」を判断し、マップを離れずに予約できます。

割り当てられていないリソースの罰がいちばん目に見えるのがこの画面です。誰も紐づけなかったデスクは、誰も選べないデスクです。平面図でデスクを見つけるを参照。

通りかかる画面の上

サイネージは同じフロアを、1人ではなく大勢に向けて描きます。

• 予約状況 - マップ はすべてのルームとデスクを空きかどうかで色分けします。
• 在席センサーデータ - マップ はセンサーが実際に見ているもので色分けします。これは別の問いであり、しばしば別の答えです。

以下のカメラ操作と画像は Classic ウィジェットの説明です。どちらもサイネージコンテンツに置くウィジェットで、それぞれに独自の視点角度を与えられます ——壁掛けの画面がアプリとは違う見方でフロアを見られます。予約状況 - マップはさらに遠近法そのものを外して、フロアを真上から平らに、パネルの設置向きに合わせて回して描けます：平面図を 2D の真上から見せる。サイネージを参照。

経路案内のボードとして

ロビーの大きなタッチ画面は、マップにとってもっとも要求の厳しい相手です。急いでいてスクロールしない、初めての人たち。フロアを表示し、目的地を受け取り、QRで経路を電話に渡して、その人が持って歩けるようにします。

このモジュールのすべてに同時に依存する画面です——作図、割り当て、経路網、そしてフロア単位のライセンス。 Neat Board を経路案内サイネージとして設定するを参照。

チェックインする来訪者へ

ロビーの画面で自分でチェックインした来訪者には、その場で目的地が渡されます。ルーム名、そのフロアと建物、そしてルームを強調したフロア図。画面自体がフロア図上に配置されていれば、小さな地図が来訪者の現在地を示します。

誰も自分でたどり着かない、唯一のマップです — 誰かが到着したから、頼まれずに出てきます。来訪者を訪問先のルームまで案内するを参照してください。

来訪者の電話へ

経路案内のQR——ボードから、あるいは印刷したロケーションアクセスキーから——を読み取ると、来訪者自身の電話でそのフロアが開きます。ルームを検索し、マップ上で位置を確かめてから、一歩ずつ歩いていきます。エレベーターではフロアが自動で切り替わります。アカウントもアプリも要りません。スキャンしたあと来訪者に見えるものを参照してください。

管理コンソールの中で、静かに

3つの読み取り専用の画面が同じフロアを再利用します。従業員がめったに開かないマップを、施設部門が気にかけることになる理由がこれです。

• デバイス監視 はパネルやセンサーをフロアに載せるので、オフラインのデバイスが一覧の 1行ではなく「どこか」になります。
• リソース使用分析 は各ルームが実際にどれだけ使われたかでフロアを色分けします。どのルームを転用するかの議論を終わらせる画面です。
• IAQと費用の画面 は同じことを空気質と支出について行います。

誰が何を見るかを決めるもの

ここには何もありません。これははっきり言っておく価値があります。マップが誰かの見える範囲を広げることはありません。人には、もともとアクセスできたフロアの、もともとアクセスできたリソースが表示されます。マップは見つけやすくするものであって、許可するものではありません。