作業割り当ての通知
作業が技術者に割り当てられると、顧客、住所、期限を含む通知が届きます。日中に追加された作業でも見落とされません。
緊急の作業が数分でチームに届きます。
事務所に届くステータス変更
技術者がCheck InまたはCheck Outを押すと、ディスパッチャーはすぐに変更を確認できます。問い合わせなしで進捗を追えます。
予定変更がまだ有効なうちに手を打てます。
役割に応じた通知
通知は役割とサービスエリアに従います。技術者は自分の作業について、承認者は自分のエリアの依頼について、管理者は会社レベルの出来事について受け取ります。
数が多すぎないから通知は役に立ち続けます。
無料プランで始めましょう
期間制限なし。コア機能にフルアクセスし、準備ができたらアップグレード。
何を通知するのか
電話の連鎖に代わる通知機能
サービス会社の連携は多くの場合電話で行われます。作業を伝えるために電話し、着いたか尋ねるために電話し、終わったか確かめるために電話する。一本の電話が同時に二人の手を止めます。通知はその情報を、もともと生まれている場所へ移します。
通知を生む出来事
- 作業が技術者に割り当てられた
- 作業の期限が近づいた
- 依頼が承認者の判断を待っている
絞った通知が効き、一律の通知が効かない理由
通知の仕組みは人が無視し始めた瞬間に死にます。そしてそれは通知が多すぎるときに起こります。だからこそ通知は役割とサービスエリアに従います。技術者は自分の作業について、承認者は自分の地域の依頼について受け取ります。アクセス権限をご覧ください。
通知と作業記録は同じもの
通知は誰かが手で埋める別建てのメッセージ機能ではありません。作業記録から生まれます。作業が割り当てられれば割り当ての通知が、ステータスが変われば状態の通知が生じます。ここから二つのことが導かれます。第一に、通知は実際に起きたことを映すので誤りようがありません。第二に、誰の仕事も増やしません。
同じ論理は逆にも働きます。システムに記録されていないことは通知もされません。作業の一部をチャットに置かず、すべてを作業管理に集める十分な理由になります。
通知とチームの習慣
この仕組みの目的は画面を見る時間を増やすことではなく、その逆です。新しい作業が通知で届くと分かっていれば、技術者は三十分ごとに一覧を更新したりディスパッチャーに電話したりする必要がありません。電話は本来得意なこと、つまり状況の相談に残り、システムがすでに伝えている情報の伝達には使われなくなります。
見える遅れは解決できる遅れ
ステータスの変更がすぐ画面に届けば、予定をまだ変えられるうちに遅れが見えます。ディスパッチャーは次の作業を組み替え、顧客は新しい時間を受け取り、その日は崩れません。作業の追跡をご覧ください。
料金
通知は基本モジュールTasksに含まれます。2名まで無料、それ以降は1名あたり月額5,00 $、年払いなら20 %割引です。料金ページをご覧ください。
よくある質問
システムは何を通知しますか
新しい作業の割り当て、Check InやCheck Outなどのステータス変更、迫る期限、承認待ちの依頼です。
通知は誰に届きますか
その出来事に関係する人です。技術者には自分の作業、承認者には自分のエリアの依頼、管理者には会社レベルの出来事が届きます。
ディスパッチャーはステータス変更をすぐ見られますか
見られます。技術者がCheck InやCheck Outを押すと、時刻とともにすぐ画面に表示されます。
通知は緊急の作業に役立ちますか
役立ちます。割り当てられた作業がすぐ技術者に届くため、緊急依頼が誰かの電話応答に左右されません。
通知が多すぎませんか
通知は役割とサービスエリアに従うため、各自は自分の責任範囲の出来事だけを受け取ります。会社全体の流れが届くわけではありません。
期限が近いと知らせがありますか
あります。期限が迫った作業は自ら知らせるため、顧客からの電話より先に対処できます。
通知は基本プランに含まれますか
含まれます。基本モジュールTasksの一部で、2名まで無料、それ以降は1名あたり月額5,00 $です。
