チーム

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

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

Braze の契約によっては、チームを使用できない場合があります。この機能を利用するには、Braze のアカウントマネージャーに連絡するか、お問い合わせください。

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

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

主な違い

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

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

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

チームを作成する

設定 > 社内チームに移動し、 チームを追加を選択します。

チーム名を入力します。必要に応じて、チームを定義（オプション）フィールドを使用してカスタム属性、ロケーション、または言語を選択し、チームがアクセスできるユーザーデータをさらに定義します。たとえば、考えられるユースケースとして、カスタム属性で識別されるテストユーザーのみにアクセスできる開発チームを作成して、チームでテストを実行することがあります。別のユースケースは、製品に基づいてユーザーとのコミュニケーションを制限することです。

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

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

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

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

次に、以下のステップを実行します。

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

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

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

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

• granular permissions
• legacy permissions

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

チームタグを割り当てる

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

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

ユースケース

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

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

チームでテストする

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

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

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

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

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

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

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

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

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

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