디스코스 팀(그리고 커뮤니티 여러분!),
Discourse vs Salesforce Community vs Slack 에 대한 후속 질문입니다.
Markforged에서는 채널 파트너(리셀러)와 고객을 위한 커뮤니티 구축을 논의하고 있습니다. 현재 거의 모든 도구의 도입에 있어 핵심 비즈니스 요구 사항은 '고객 360도 뷰’를 확보하기 위해 Salesforce와 원활하게 연동되는 것입니다.
현재 동료 중 일부는 고객 하위 집단을 위한 테스트용 Salesforce 커뮤니티를 구축하여 진행 상황을 관찰하고 있습니다. 채널 파트너를 위한 별도의 포럼을 구축하거나 다른 사용자 그룹을 설정하여 채택률과 활용도를 A/B 테스트하고 싶습니다. 이를 통해 근거 기반 의사결정을 가능하게 하고, 외부 플랫폼에서 Salesforce로 적절한 데이터/메타데이터를 파이프링하는 통합 노력이 Salesforce 네이티브 플랫폼보다 현저히 우수한 결과를 제공할 경우 그 노력을 정당화할 수 있는 근거를 마련하고자 합니다.
제가 틀렸을 수 있으며, 디스코스가 제가 생각하는 것만큼 큰 영향을 미치지 못할 수도 있습니다. 하지만 참여자 관점에서 Salesforce 커뮤니티 제공 서비스와 기능/경험 측면에서 동등하다고 보고, 구현에 더 많은 노력이 든다고 인식되어 사전에 탈락하는 것이 아니라, 데이터로 제 추측이 틀렸음을 입증받고 싶습니다. 제 가설은 이러한 두 관점 모두 정확하지 않다는 것입니다.
Salesforce<>Discourse 통합에 관한 주제들을 살펴보니, 위에 링크한 제 동료의 스레드 외에는 최근 내용이 보이지 않습니다. 다른 분들의 통합 사례, 구현 내용, 그리고 그 과정에서 겪은 장애물에 대해 듣고 싶습니다.
@awesomerobot 지난 스레드에서 질문하신 내용에 답변드리지 못했으므로, 여기서 답변드리겠습니다. Salesforce<>Discourse 브릿지 아이디어는 다음과 같습니다:
- Salesforce SSO 로그인을 인증하여 로그인 정보가 SFDC의 연락처와 매칭되도록 합니다.
- 사용자의 게시물을 SFDC의 연락처 '피드’에 푸시합니다: 게시물 내용, 게시물 링크, 첨부 파일 링크 포함(첨부 파일 호스팅은 아마도 S3에 구현할 것입니다).
- 디스코스 사용자 프로필 요약 통계와 연락처 필드를 동기화하고, 배지를 포함시켜 커뮤니티 활동에 대한 보고를 SFDC에서 실행할 수 있도록 합니다.
- SFDC에서 디스코스로 그룹 권한/태깅을 설정/푸시할 수 있는 기능을 제공하여, Salesforce 비즈니스 로직 규칙이 커뮤니티 주제 가시성 등에 영향을 미치도록 합니다(예: 이 사람은 채널 파트너의 기술 지원 담당이므로 X 주제를 볼 수 있고, 이 사람은 고객이라 Y 주제만 볼 수 있는 등).
사내에서 자주 제기되는 또 다른 반론은 '이것이 Salesforce와 동기화해야 할 또 하나의 데이터베이스가 된다’는 것입니다. SSO 사용 및上記 브릿지 기능들을 고려할 때, 이 반론에 대한 반박을 위한 조언/도움을 받고 싶습니다… 상당히 동기화되어 있지 않나요?
여러분의 의견을 기대합니다!
</rant>
