チーム

Brazeの管理者として、会社のユーザーをチームにグループ化できる。各チームには異なるユーザー役割と権限を設定できる。これにより、編集可能なコンテンツの種類を分離することで、複数の関連性のない企業ユーザーグループが1つのワークスペースで共同作業できるようになる。

チームは、顧客ベースの場所、言語、およびカスタム属性にわたって設定できます。これにより、チームメンバーと非チームメンバーは、メッセージング機能および顧客データについてアクセス権が異なります。チームのフィルターとタグは、さまざまなエンゲージメントツールに割り当てることができます。ワークスペース内で作成できるチームの数は制限がない。

Braze の契約によっては、チームを使用できない場合があります。この機能を利用するには、Brazeのアカウントマネージャーに連絡するか、相談のために当社に連絡すること。

チームは権限セットや役割とどう違うのか？

Teams、権限セット、ユーザーロールを使って、Braze内での会社のユーザーアクセスと責任を管理できる。各機能には、権限とアクセスコントロールの異なるコレクションが含まれます。

主な違い

高いレベルでは、各機能にはそれぞれ異なるスコープがある：

• 権限セットは、会社のユーザーがすべてのワークスペースで何ができるかをコントロールする。
• ロールは、会社のユーザーが特定のワークスペースで何ができるかをコントロールする。
• チームは、企業ユーザーがメッセージングで到達できるオーディエンスをコントロールする。

機能	あなたにできること	アクセス範囲
権限セット	特定の分野やアクションに関連する権限（例えば「開発者」や「マーケター」向け）をまとめて束ね、異なるワークスペースで同じ権限を必要とする会社のユーザーに適用する。	全社的に
役割	個別のカスタム権限とワークスペースアクセスコントロールを組み合わせる（例：「マーケター - ファッションブランド」では、ユーザーはマーケターとしての役割に関連する特定の権限を持ち、「ファッションブランド」ワークスペースに限定される）。次に、会社のユーザーに役割を割り当て、関連する権限とワークスペースへのアクセスを直接付与する。 このレベルのアクセス権を持つユーザーは、通常、より厳格にコントロールされた環境におけるマネージャーである。そのような環境では、単一のダッシュボードに複数のブランドや地域別のワークスペースが存在している。	特定のワークスペース
チーム	ユーザーのリソースへのアクセスを、オーディエンス（顧客基盤の所在地、言語、カスタム属性など）に基づいて制限する。 このアクセス権限を持つユーザーは、通常、担当するブランド内の特定範囲を担当する。例えば、多言語ブランド向けに言語固有のコンテンツを作成するといった業務だ。	特定のダッシュボード

チームを作成する

設定」＞「社内チーム」と進み、 「チームを追加」を選択する。

[チーム名] を入力します。必要に応じて、[チームを定義] フィールドを使用してカスタム属性、場所、または言語を選択し、チームがアクセスできるユーザーデータをさらに定義します。たとえば、Teamsでテストを実行する場合は、カスタム属性で識別されるテストユーザのみにアクセスできる開発チームを作成します。別のユースケースは、製品に基づいてユーザーとの通信を制限することだ。

チームがカスタム属性、言語、または国で定義されている場合は、チームを使用して、キャンペーン、キャンバス、コンテンツカード、セグメントなどの機能のエンドユーザーをフィルタリングできます。詳細については、チームタグの割り当てを参照してください。

ユーザーをチームに割り当てる

Brazeの管理者および「会社設定の管理」という会社レベルの権限を持つ限定ユーザーは、アクセスが制限された会社ユーザーに対してチームレベルの権限を割り当てることができる。チームに割り当てられた企業ユーザーは、そのチームが作成時に定義された範囲（ユーザー言語、所在地、カスタム属性など）において、該当するチームで利用可能なデータのみを読み書きできる。

ユーザーをチームに割り当てるには、[設定] > [会社ユーザー] に移動し、チームに追加するユーザーを選択します。

次に、次の手順を実行します。

1. ワークスペースレベルの権限セクションで、ユーザーがまだ含まれていない場合は、適切なワークスペースに追加する。

2.チームレベルの権限を選択し、追加する。次に、このユーザーを追加したいチームを選択する。 3.チーム権限セクションから特定の権限を割り当てる。

利用可能なチームレベルの権限

以下に、チームレベルで割り当てることができるすべての使用可能な権限を示します。ここにリストされていない権限はワークスペースレベルでのみ付与され、それらの権限は [チームの権限] 列に「–」として表示されます。

• granular permissions
• legacy permissions

各ユーザー権限に含まれる内容とその使用方法については、「ユーザー権限」セクションを参照してください。

チームタグを割り当てる

Add Teamフィルタを使用して、チームをキャンバス、キャンペーン、カード、セグメント、メールテンプレート、およびメディアライブラリアセットに割り当てることができます。

• チームが作成されたときに適用された定義 に基づいて、Team フィルタが割り当てられると、そのエンゲージメントツールのオーディエンスは、定義に一致するユーザープロファイルに制限されます。
• 割り当てられた権限に基づいて、チームメンバーには、チームフィルターが設定されているダッシュボードエンゲージメントツールへのアクセスのみが許可されます。ワークスペース権限が制限されている場合、またはワークスペース権限がない場合は、保存または起動する前に、特定のオブジェクトにチームフィルタを追加する必要があります。チームメンバーは、チームごとにキャンバス、キャンペーン、カード、およびセグメントをフィルタリングして、それらに関連するコンテンツを識別することもできます。

ユースケース

Braze の Michelle という名前のマーケターについて、次の 2 つのシナリオを考えてみます。Michelle は「Development」というチームのメンバーです。彼女は、開発チームのすべてのチームレベルの権限にアクセスできます。

• scenario 1 - only team permissions
• scenario 2 - team permissions and workspace permissions

Teamsでテストする

Teamsのユースケースの1つとして、本番環境でコンテンツをテストおよび起動するためのTeamsベースの承認システムを作成することが考えられます。

そのためには、テストユーザーにのみアクセスできる「Development」チームを作成します。テストユーザーがカスタム属性で識別可能な場合にのみ、Team をテストユーザーにアクセスするように制限できます。次に、チームを作成または編集するときに、定義としてカスタム属性を追加します(前のセクションチームの作成を参照)。承認者はすべてのユーザーにアクセスできる必要があります。

一般的なプロセスは次のようになります。

1. 開発チームがキャンペーンを作成し、「Development」チームタグを追加します。
2. 開発チームがテストユーザーへのキャンペーンを開始します。
3. 承認者チームは、ローカルキャンペーンのデザインを検証し、プロモーションを行って開始します。承認チームは、キャンペーンを開始するために、チームタグを「開発」から「[全チーム]」に変更し、キャンペーンを再起動する。

アクティブなキャンペーンに対する変更は次のように行います。

1. 開発チームが、実行中のキャンペーンを複製し、「Development」チームタグを追加して保存します。
2. 開発チームが編集を行って、承認者チームと共有します。
3. 承認者チームは「Development」チームタグを削除し、前のキャンペーンを一時停止して、新しいキャンペーンを開始します。

既存のチームをアーカイブする

[内部チーム] ページからチームをアーカイブできます。

アーカイブするチームを1つ以上選択します。チームがBraze内のオブジェクトに関連付けられていない場合、チームはすぐにアーカイブされます。チームがオブジェクトに関連付けられている場合は、アーカイブプロセスの後にチームの削除または置き換えのいずれを行うかのオプションが表示されます。

Braze 管理者は、アーカイブされたチームを選択し、[アーカイブ解除] を選択して、チームのアーカイブを解除できます。