Slack は、組織全体の公式コミュニケーションに以下を推奨しています。
管理者とオーナーのみが投稿できる組織全体のチャンネル（#announcements など）を作成しましょう。これにより、重要なメッセージが全員に届き、無関係な投稿で混乱することがなくなります。オプション B と C は冗長性と断片化を伴います。#general で @channel を使用する (D) と、スパムが発生し、メンバーの不満を招くリスクがあります。
（参考：Slack 管理学習ガイド - 組織全体のアナウンスのベストプラクティス）

ワークフロー ビルダーを使用すると、次のことが可能になります。
「ユーザーがチャンネルに参加すると、オンボーディングメッセージを自動的に送信し、手動で監視することなく、Slack の適切な使用方法などの重要なガイドラインを提供します。」これにより、大規模なオンボーディングが自動化され、採用が増加するにつれて Nicole 氏の作業負荷が軽減されます。
（参考：Slack 管理学習ガイド - オンボーディングのベストプラクティスとワークフロー自動化）
-

Slack では、明確さと関連性を保つために、ディスカッションを適切なチャンネルに整理することを推奨しています。
特定のプロジェクトに関する質問や議論は、トピックの焦点を維持し、すべての関係者が閲覧して貢献できるようにするために、プロジェクト関連のチャネルで行われるべきです。
#general は組織全体へのアナウンスや幅広い議論にのみ使用すべきであり、プロジェクト固有の質問には使用すべきではありません。個人（A、B）にDMを送信すると、チームのコラボレーションが阻害されます。メッセージ（C）を削除すると、不必要な懲罰行為となります。
（参考：Slack 管理学習ガイド - チャンネル編成のベストプラクティス）
-

Slack Enterprise Grid のドキュメントによると:
OrgオーナーとOrg管理者は、Discovery APIを使用して、Slack Connectチャンネルで組織から送信されたメッセージとファイルをエクスポートできます。外部パートナーから送信されたメッセージとファイルは、それぞれの組織にリクエストする必要があります。Slack Connectには複数の組織が関与しているため、各組織が独自のデータの所有権を保持します。
したがって、Discovery API 経由でエクスポートできるのは自社のメッセージ/ファイルのみであり、パートナーは独自のデータをエクスポートする必要があります。
（参考：Slack 管理学習ガイド - セキュリティとコンプライアンス - Discovery API と Slack Connect）
-