目標には、時間と共通の意味が必要。
緊急という表示だけでなく、優先度を初回・次回返信・解決の期限に結びつけます。自社が選ぶ測定で、Tsumiraの時間や結果の保証ではありません。実現できる方針と例外担当を決めます。
営業時間とタイムゾーンから確認。
初期設定は東京の平日9時～18時です。自社の拠点と要員に合わせて確認します。実時間でなく営業時間の分数なので、終業直前の依頼で翌営業日への計算も試してください。
- 現地既定を想定せず営業時間を設定
初回返信・次回返信・解決を分ける。
初回は作成から最初の公開返信までで、社内メモは数えません。返信後の新着で次回目標が始まり、解決は解決状態までを測ります。素早い受領返答と問題の解決は別です。
- 3種類の目標と公開返信の定義
待機と超過の見直しを理解。
保留・待機では解決の時計を止め、再開時は残る営業時間を使います。優先度変更は起点から再計算する場合があります。空の目標は無効化で、超過を見栄えのために隠さず理由を確認します。
- 定義した停止・再計算・超過の表示
具体的な業務の流れ
方針
実現可能な優先度・目標を決定。
時間
タイムゾーン、営業、目標を設定。
試す
初回、待機、再開、優先度変更を試す。
見直す
表示だけでなく原因と次の対応を確認。
実務を想定した例
活用例：終業前の問い合わせ
終業前の重要な質問で初回期限を計算し、必要書類を公開返信で依頼します。待機中の解決停止と翌日の再開、タイムゾーンを確認し、社内メモでは返信達成にならないことを理解します。
この機能についての質問
サービス保証ですか？
いいえ。自社の運用目標で、人員や結果の保証ではありません。
社内メモで初回返信を達成しますか？
いいえ。顧客への最初の公開返信を数えます。
既定は各国の時間ですか？
いいえ。東京の営業時間から始まるため明示的に確認します。
目標を無効化できますか？
はい。空の設定は無効化で、隠れた目標を補いません。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
