顧客担当チーム · Studio Nord
割り当てが行われた階層で変更内容を確認します。
顧客との協働は、担当者名だけでは表せない
顧客との関係を率いる人、提案を準備する人、背景だけを知る必要がある人は、同じ役割ではありません。一つの所有者欄だけでは表せない違いがあります。Tsumiraのアカウントチームは、そのレコードへの関わりを示し、権限のある管理者が追加や解除を確認してから適用できるようにします。
関わり方に合った役割を選ぶ
アカウントチームには主担当、協力、閲覧のみの役割があります。責任、実際の協力、背景を読む必要を区別します。対応する担当者、会社、商談の記録で利用でき、協働を顧客の仕事につなげます。割り当てる前に、その人が関係を率いるのか、実務を支援するのか、状況を読むだけなのかを検討します。組織に所属していることだけで、その役割を決めるものではありません。
- 主担当・協力・閲覧のみ
- 担当者・会社・商談への適用
- レコードごとのチーム参加
会社からの継承と直接の割当を見分ける
表示には、直接追加したメンバーと、会社から継承したメンバーの違いがあります。なぜ関連レコードにもその人がいるのかを理解できます。継承したメンバーは、直接追加した人と同じローカル操作では取り除きません。会社側から来ている場合は、その文脈で変更を確認します。違いを示すことで、別のレベルの問題を対象外のレコードで解決しようとすることを避けます。
- 会社から継承した参加の表示
- 直接の割当との区別
- 適切なレベルでの変更
割り当てが行われた階層で変更内容を確認します。
適用前に、変更を確認する
チーム管理には適切な権限が必要です。画面では追加や解除の候補を先に示し、選んだ人物と役割を読んでから確認して適用します。主担当への変更は責任にも影響するため、特に注意して確認します。AIがチーム変更を提案する場合も同じ境界に従います。提案が、気付かないアクセス変更や担当変更にならないようにします。
- 独立した管理権限
- 確認してから適用
- 主担当の責任への影響を確認
具体的な業務の流れ
対象のレコードを開く
会社、担当者、商談を選び、現在のメンバーと継承した割当を見ます。
関わり方を選ぶ
適切な人を選び、主担当、協力、閲覧のみの役割を検討します。
変更を確認する
人物、対象、役割と、主担当の責任への影響を確認します。
適用後も確かめる
権限の下で確認済みの変更を適用し、結果のチームを見直します。
実務を想定した例
利用例：提案へ専門家を招く
顧客の主担当が、提案の範囲を決めるために専門家の協力を求めるとします。権限のある管理者は会社か商談を開き、現在のチームを確認して協力の役割を準備します。背景のみ必要な別の人には、閲覧のみの参加を検討します。会社から継承した人も区別し、予定する役割を確認してから適用します。
この機能についての質問
どの役割がありますか。
主担当、協力、閲覧のみの役割があります。責任を持つか、実際に協力するか、読む必要があるかに合わせて選びます。
所有者がアカウントチーム全体ですか。
違います。所有者とチーム参加は関連しますが別の情報です。チームの画面では追加で関わる人と、その役割を確認できます。
継承と表示されるのはなぜですか。
会社の文脈から参加しているためです。直接の割当と区別することで、変更を適切なレベルで検討できます。
AIが気付かないうちに人を追加できますか。
チーム変更は権限に従う業務操作です。提案は適用前に確認します。AIへの質問で新しい管理権限が生まれるわけではありません。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
