故障が チャットスレッド に消えた
チャットで報告 — キューなし、ステータスなし。
一つのキュー:New、In progress、Resolved、Closed。
Offision チケットキューの仕組み見覚えのある課題 フロアとスペース
死んだプロジェクターはフローの問題。多くのオフィスはチャットスレッドで回し、明日同じ部屋を予約する。
内容レビュー: 2026年9月
チャットで報告 — キューなし、ステータスなし。
一つのキュー:New、In progress、Resolved、Closed。
Offision チケットキューの仕組みパネル2タップが最速報告 — フォローアップなし。
部屋としてパネルから報告。
Offision パネル報告の仕組みSupport に通知;報告者に返事なし。
Support が App で返信 — 報告者に通知。
Offision が報告者に伝える方法未処理チケット — 部屋はまだ予約を受ける。
Ticketing と部屋のオフライン化は別。
Offision がチケットと部屋クローズを分ける方法同じ問題でも、グループごとに負担は違います——そして互いに話し合うことはほとんどありません。
死んだ画面で会議を失い、一度報告し、来週同じ壊れた部屋を予約する。
故障を二度聞く — 一度は叫び、一度はまだ壊れている苦情 — 未処理の一覧がない。
どの部屋が最も壊れやすいか証明できない — 報告がリソースに対するチケットにならなかったから。
いいえ。Service は予約に付くお茶、清掃、手配。Ticketing は壊れたもので、部屋やデスクに対し、予約不要。
Support staff を付与すると App に Support ページが現れる — それがキュー。チケットポリシーでそのフロアの設備ロールにメールも可能。
いいえ。予約を止めるなら Booking でリソースをクローズ。チケットは故障が直るまで開いたまま。