Slack では次のことを推奨しています:
「ワークスペース管理者は、Slack のベストプラクティスに精通し、ユーザーの導入をサポートし、エチケットを徹底し、ポリシーに関するフィードバックを提供する必要があります。」A の候補者は、Slack の活用、ポリシーの理解、そしてピアサポートにおいて既にリーダーシップを発揮しています。B は技術的な統合（開発者寄り）、C は Slack Connect の具体的な機能（一般的な管理者向けではない）、D はサポートを提供するのではなく、サポートを必要とするユーザーを表しています。
（参考：Slack 管理学習ガイド - ワークスペース管理者の選択）
-

Slack では、次の目的でワークフロービルダーを使用することをお勧めします。
「従業員がチャンネルに参加すると、オンボーディングワークフローが自動的に開始され、カスタムフォームを使用して一貫した情報を収集し、不要なコミュニケーションを削減します。」新入社員をシングルチャンネルゲストとして招待する（オプション B）ことは、オンボーディング前にフルアクセス権を持つことが期待されるため、適切ではありません。
（参考：Slack 管理学習ガイド - ワークフローによるオンボーディングの自動化）
-

Slack の推奨事項:
SCIMプロビジョニングを使用する場合、管理者はSCIM APIを介してユーザーアカウントの無効化を自動化し、アイデンティティプロバイダ（IdP）データとの同期を確保できます。OrG設定（A）から手動で無効化することも可能ですが、効率性と拡張性は低くなります。/feedback経由でSlackに連絡する（B）ことは、標準的な管理タスクには適していません。無効化はOrGプライマリオーナー（D）に限定されません。
（参考：Slack 管理学習ガイド - SCIM を使用したユーザーライフサイクル管理）
-

Slack のセキュリティ維持のベストプラクティスは次のとおりです。
「Slack デスクトップアプリをユーザーに導入し、自動更新を許可することで、ユーザーが常に最新かつ最も安全なバージョンを利用できるようにする必要があります。」更新を無効にする（オプション B）と、セキュリティリスクが増大します。ブラウザのみの使用（オプション A）では、Slack の完全なエクスペリエンスを実現するには不十分であり、オプション D では大規模な導入を確実に行うのではなく、ユーザーのコンプライアンスに過度に依存してしまいます。
（参考：Slack 管理学習ガイド - 導入とセキュリティのベストプラクティス）
-

SCIM または IdP 統合によってユーザーがプロビジョニング解除される場合:
「アカウントは無効化され、すべてのセッションからサインアウトされ、チャンネルから削除されますが、別途データ保持ポリシーで規定されていない限り、メッセージとファイルはSlackにそのまま残ります。」Slackは、削除するように特別に設定されていない限り、履歴コンテンツを保持します。
（参考：Slack 管理学習ガイド - SCIM による非アクティブ化とデプロビジョニング）
-