同じ案件でも読者を分ける
社内準備と社外への返答を別のレーンで扱います。
同じ顧客の話でも、同じ相手へ送るわけではない
価格の社内質問と顧客への回答は、同じ見積の話でも別のメッセージです。Tsumiraは対応する記録で内部と外部の通信を分けます。案件を一緒に確認しながら、対象者、経路、宛先は操作ごとに選びます。この区別は確認を助けますが、外へ出す前の文面や宛先の見直しを省く理由にはなりません。
チームの背景は内部で話す
内部メッセージは、その記録を読める人へ質問、準備、判断を説明します。外部への配送義務とは別です。返答の準備をここで相談し、必要な背景を実際の対象者の範囲に残します。後から読む同僚も、見えるコメントがすべて顧客へ送られたと考えず、相談と実際の外部回答を区別できます。
- 記録の内部メッセージ
- 外部配送と対象者を分ける
- チームの準備の文脈
外部メッセージを意識して準備する
対応するモジュールでは、実際の宛先と顧客向けの文章を外部経路で作ります。対応するメールではToとCcを分け、配送は設定した経路に従います。顧客記録が正しくても古いアドレスや違う添付が正しくなるわけではありません。対象と内容を一緒に見て、外部へ送る前の下書きの段階で判断します。
- 対応する外部経路
- 宛先と文面の確認
- 下書きと送信判断を分ける
誰に届く言葉かを確認する
内部の議論は顧客への配信依頼ではありません。
チーム向けの準備
返信と配送を、それぞれの意味で読む
顧客からの連絡は、設定した受信の流れで対応する会話へ戻せます。配送情報は待機中や送信と、その後の提供元の結果を区別します。内部閲覧、外部送信、受信設定は同じ権限ではありません。案件は話をまとめますが、各操作に必要な権限と設定は続きます。返信や配送が見えない場合、これらを確認してください。
- 対応する返信の文脈
- メッセージの配送状態
- 操作ごとの権限と設定
具体的な業務の流れ
案件を読む
対象レコードと内部・外部の背景を確認します。
チームで準備する
顧客向けではない問いを内部で話します。
外部への回答を見る
宛先、文章、添付、経路を下書きで確認します。
実際の結果を見る
内部メモを送信済みとせず、配送と返信を確認します。
実務を想定した例
利用例：見積へ答える前に確認する
修正が範囲を変えるかを同僚が内部で尋ね、チームが記録上で相談するとします。主担当はその後、正しい宛先と文面で別の外部回答を準備します。内部の相談はチームの背景として残り、外部のメッセージは独自の配送結果を持ちます。対応する返信があれば、案件を続けられます。
この機能についての質問
内部メモは顧客メールですか。
違います。内部の相談と外部の通信は、対象者と配送が別の操作です。
どの記録でも外部メールできますか。
モジュールと設定した経路によります。すべての内部会話に外部メールがあるとは限りません。
宛先はやはり確認しますか。
はい。レコードの文脈は、実際の宛先、文面、添付の確認を置き換えません。
受信設定なしで返信が自動的に戻りますか。
いいえ。対応する受信経路と権限が必要です。返信が見えない場合は設定を確かめます。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
