自分の確認状態を整理する
未読とルーム設定で次に確認する内容を整理します。
通知が増えても、対応が良くなるとは限らない
直接の質問、フォローする記録の更新、一般の部屋では必要な注意が異なります。Tsumiraは利用者ごとの通知と参加状態を持ち、すべてを全員の中断にしません。受信と会話から関連する仕事へ戻れますが、すべての端末ですべてのメッセージを本人が必ず気付くという保証ではありません。確認のための入口として使います。
自分の注意の文脈を読む
通知の受領と会話の読取状態は現在の人に関連します。ホストの受信は対応するモジュールの通知をまとめられますが、別の人へ私的な情報を公開するものではありません。元の会話やレコードを開き、何が起きたかを理解します。件数は確認すべきものがあるという印で、顧客の依頼や操作の全内容ではありません。
- 個人の通知・読取状態
- 対応するモジュールをまたぐ注意
- 元の仕事への参照
部屋からの届き方を選ぶ
対応する部屋の設定には通知のレベルと一時的なミュートがあります。レコードをフォローすることと、直接・グループの席にいることは関連しながら異なる参加です。設定は自分のもので、他人の受信箱の上書きではありません。背景の相談は静かにし、責任のある仕事は合うレベルにします。それでも戻ったときには実際の会話を読みます。
- 部屋単位の注意設定
- 一時的なミュート
- 個人の選択を管理
通知は永続的な権限ではない
元の対象を開くときも現在の閲覧権限を確認します。
対応した通知レベルを選ぶ
通知にも現在のアクセスを使う
通知リンクは、対象への永久の許可ではありません。表示や閲覧時に現在の可視性を確認します。私的ファイル、個人メール、内部会議は、以前に通知があってもそれぞれの境界を持ちます。経路や端末の設定も表示を変えます。通知だけを完全なリマインダーとせず、実際の受信と会話の状態で仕事を確認します。
- 現在の対象の可視性
- 古いリンクは追加権限ではない
- 端末・経路の条件も影響
具体的な業務の流れ
自分の注意を見る
現在の人の未読や通知の画面を開きます。
元を読む
緊急度を決める前に、関連する記録や会話を見ます。
部屋を設定する
自分の役割に合う通知レベルや一時ミュートを選びます。
文脈で進める
返信や次の確認した操作を行い、現在の状態から続きを読みます。
実務を想定した例
利用例：休みの後で戻る
一日離れた同僚が自分の注意画面を開き、直接質問とフォローする記録の更新を確認するとします。背景の部屋は一時ミュートし、顧客案件は元を読みます。古い通知があっても、変更された権限を上書きせず、現在のアクセスを確認して開きます。
この機能についての質問
他の人の通知設定も変えられますか。
ここでは現在の人自身の部屋設定を管理します。全員の注意を一括で上書きする流れではありません。
通知リンクでレコードの権限が付きますか。
いいえ。表示や開くときには現在の会話やレコードの権限が適用されます。
すべてのメッセージに必ずプッシュが出ますか。
設定、対応経路、端末、権限に依存します。実際の受信や会話を確認してください。
未読は顧客への配送結果ですか。
違います。個人のチーム内の注意と、外部の配送や提供元の結果は別です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
