こんにちは、Discourseチーム（そしてコミュニティの皆さん！）、
これは Discourse vs Salesforce Community vs Slack のフォローアップです。
Markforgedでは、チャネルパートナー（再販業者）と顧客向けのコミュニティ構築について議論してきました。「顧客の360度ビュー」を得るためには、現在ほとんどすべての導入において、Salesforceと連携することが重要なビジネス要件となっています。
現在、同僚の一部が顧客のサブグループのためにテスト用のSalesforceコミュニティを立ち上げ、その進捗を観察しています。チャネルパートナーや別のユーザーグループのために別のフォーラムを立ち上げ、採用と利用率をA/Bテストしたいと考えています。これにより、エビデンスに基づいた意思決定の機会を得ることができます。また、外部プラットフォームがSalesforceネイティブプラットフォームよりも大幅に優れた成果を提供する場合、適切なデータ/メタデータをSalesforceに連携させるための統合作業の正当性を高めることができます。
私が間違っているかもしれませんが、Discourseは私が考えているほど大きな影響を与えないかもしれません。しかし、単に機能/参加者の体験がSalesforceコミュニティの提供するものと同等と見なされ、実装により多くの労力がかかると認識されているという理由だけで、事前に除外されるのではなく、データによってそれが間違っていると証明されたいのです。私の作業仮説は、これらの見方のどちらも正確ではないということです。
SalesforceとDiscourseの統合に関するトピックを見ると、同僚の上記の投稿以外に最近のものが見当たりません。誰かの統合事例や、実装したこと、そしてその過程で直面した障害についてぜひ聞きたいです。
@awesomerobot 前回のスレッドであなたの質問に答えなかったので、ここで回答します。SalesforceとDiscourseのブリッジのアイデアは以下のようになります。
- Salesforce SSOログインで認証し、ログインをSFDCの連絡先と一致させる
- ユーザーの投稿を連絡先の「フィード」としてSFDCにプッシュする：投稿の内容、投稿へのリンク、添付ファイルのリンクを含む（添付ファイルホスティングはS3で実装する予定です）
- Discourseのユーザープロファイル概要統計を連絡先のフィールドやバッジと同期させ、SFDCでコミュニティ活動のレポートを実行できるようにする
- SFDCからDiscourseへのグループ権限/タグ付けの設定/プッシュ機能。これにより、Salesforceのビジネスロジックルールがコミュニティトピックの可視性に影響を与えるようにする（例：この人物はチャネルパートナーのテクニカルサポート担当者なのでXトピックを表示できる、これは顧客なのでYトピックのみ表示できるなど）
社内でのもう一つの頻繁な反論は、「Salesforceと同期するデータベースがまた一つ増える」というものです。SSOと上記のブリッジ機能の使用を考慮すると、これはかなり同期されるように思えますが、それに対する反論についてガイダンス/支援をお願いします。
皆さんからのインプットを楽しみにしています！
<\rant>
