저희는 각 부서가 다른 조직과 파트너십을 체결할 수 있는 전권을 가진 탈중앙화 조직입니다. 다만, 특정 파트너가 여러 부서에 걸쳐 활동하더라도 해당 파트너에 대한 접근 방식이 일관되도록 유지하기 위해 부서 간에 파트너 관계에 관한 정보를 공유할 수 있는 방법이 필요합니다.
보통 조직에서는 CRM을 사용하고, 모든 조직 파트너와의 통화 및 메시지를 반드시 기록하도록 직원들을 교육합니다. 하지만 저는 필요한 시스템의 수를 최대한 줄이고 싶습니다. 혹시 Discourse를 조직 파트너를 위한 경량형 CRM으로 커스터마이징해 보신 분이 계신가요? 있다면 어떻게 구현하셨는지 궁금합니다.
현재 제 아이디어는 ‘파트너’ 카테고리를 만들고, 각 파트너마다 하나의 토픽을 생성하는 것입니다. 이 카테고리에는 각 파트너에 대한 정보(예: 해당 파트너가 연결된 부서 등)를 요청하는 토픽 템플릿이 적용됩니다. 이후 새로운 관계를 구축하고자 하는 경우, 해당 카테고리를 먼저 검색하여 과거 이력을 확인한 뒤 연락하도록 하는 방식입니다.
하지만 이 행동을 매끄럽게 만들어야 한다는 점에서 고민이 됩니다. 아직 고려하지 못한 다른 해결책이 있을지도 모르겠습니다. 현재 저희는 파트너십 진행 단계에서 각 파트너의 상태를 추적할 수 있는 구글 시트를 사용 중이며, 이를 통해 빠르게 목록을 내려가며 모든 파트너를 관리하고 있습니다. 부서별로 필터링할 수도 있는데, 이 시스템으로 전환하면 이 기능이 가능할지 확신이 서지 않습니다.
이 옵션을 고려해 보았지만, 각 부서는 이미 자체 카테고리를 가지고 있어 동일한 이름이 태그로도 사용되기를 매우 꺼립니다. 파트너 카테고리 내에서 부서 카테고리 이름을 검색하여 토픽 목록을 생성할 수 있는 방법이 있는지 궁금합니다. 제가 너무 복잡하게 생각하고 있는 걸까요?
"partner"를 카테고리 대신 태그로 설정할 수 있습니다. 이 경우 두 방식의 주요 차이점은 태그의 경우 카테고리/태그 페이지 및 카테고리/태그 목록에서 랜딩/브라우징 경험을 제어할 수 있는 범위가 더 제한적이라는 점이지만, 질문자의 상황에서는 이것이 크게 중요하지 않을 것입니다.
그동안 항상 이렇게 해왔기 때문에, 각 고객에 대한 정보가 담긴 토픽을 찾아보고 필요할 때 해당 토픽을 업데이트해야 한다는 것을 모두가 알고 있습니다. 또한 여러 장소를 검색해야만 정보를 얻을 수 있는 불편함도 있는데, 이러한 불편함을 피하고 싶은 마음이 동기 부여가 되기도 합니다.
위 내용 외에도, 일부 팀원들은 고객 관계 담당을 맡고 있어 커뮤니티 매니저가 커뮤니티 게시물을 적절한 위치로 재정리하는 것과 같은 작업을 수행합니다.
Deborah, 좋은 아이디어인 것 같은 당신의 글을 읽으면서, 첫 번째 게시물을 "위키 게시물"로 만드는 것을 제안하게 되었습니다. 제 생각에는, 시간이 지남에 따라 길어질 수 있는 전체 주제를 읽어야 하는 것보다, 모든 사람이 필요로 하는 최신 정보를 첫 번째 게시물에 모두 담는 것이 더 합리적입니다. 토론과/또는 세부 사항 추가를 위해 주제를 유지하고, 중요한 모든 내용을 첫 번째 게시물에 보고하세요. 이것이 작동하도록 올바른 절차를 구현하기만 하면 됩니다.
참고: 이는 Discourse 팀이 meta에서 일부 주제에 대해 사용하는 방식과 매우 유사합니다. 좋은 방법이라고 생각합니다.
음, 기본적으로 그렇습니다! 그것은 … 검색이라고 불리는 것이죠?
(검색할 부서의 이름을 검색하되, 이 검색을 파트너 카테고리로 제한)
