우리는 제품을 가지고 있습니다. 개발자들은 이 제품을 기반으로 다양한 것을 구축할 수 있습니다. 최근 커뮤니티 내에서 개발자들이 서로가 구축한 솔루션을 공유하기 시작하는 것을 목격하고 있습니다. 1~2년 전, 개발자들이 서로가 구축한 것을 공유할 수 있는 "Show and Tell"이라는 카테고리를 만들었고, 반응이 꽤 좋았습니다.
현재 우리는 충분히 성숙해져서 파트너, 우리 팀, 그리고 일부 고가치 커뮤니티 개발자들이 그들의 "마켓플레이스 항목"을 한 단계 더 끌어올리고 싶어 합니다. 따라서 이를 위해 향상된 경험을 구축하고자 합니다. 제가 확실히 아는 사항은 다음과 같습니다:
유료화가 아니므로 유료 접근이나 결제에 대해 걱정할 필요가 없습니다.
마켓플레이스에서 제공되는 모든 통합은 오픈소스이며 GitHub에 호스팅됩니다.
제출할 수 있는 통합 유형은 유한합니다(본질적으로 제품 기능 A, 제품 기능 B, 제품 기능 C, 기타… 이들은 마켓플레이스 카테고리 내의 하위 카테고리입니다).
모든 마켓플레이스 항목은 #customization:plugin 또는 #customization:theme-component과 같은 Discourse 토픽 형식으로 존재해야 합니다.
마켓플레이스에 항목을 올리기 위한 게이트된 제출 프로세스가 있을 것입니다. Show and Tell 항목이 아닌 마켓플레이스 항목으로 인정받으려면 항목의 품질이 충분히 높아야 합니다.
지금까지 제가 해온 일들은 다음과 같습니다:
제출 프로세스
마켓플레이스에 항목을 제출하려면 먼저 “Marketplace Publishers” 사용자 그룹에 대한 접근 권한을 요청해야 합니다. 요청 시 항목의 오픈소스 저장소 링크와 항목에 대한 설명을 공유합니다. 이 요청은 그룹 PM(표준 Discourse 기능)을 통해 마켓플레이스 게시자 사용자 그룹 소유자에게 전달됩니다. 여기서 그들은 게시하려는 사람이 무엇을 원하는지, 코드 검토 등 다양한 사항에 대해 소통할 수 있습니다.
승인되면, 우리는 PM에서 마켓플레이스 항목의 Discourse Template을 사용하여 해당 항목을 함께 구축합니다. 이미지, 설명, 시작 가이드 등을 적절히 설정할 수 있습니다.
그 후, 우리 팀이 항목을 마켓플레이스에 게시합니다(이 카테고리에서 새 토픽을 게시할 수 있는 것은 우리 팀이나 승인된 회사 직원만 가능합니다).
자동화 "send pms"가 발신자가 사용자 그룹이나 사용자 목록이 될 수 있다면 좋겠습니다. 이를 사용하여 다음과 같은 작업을 수행할 수 있을 것입니다:
%%RECEIVER_USERNAME%%님, 마켓플레이스 저자가 되기 위해 노력해 주셔서 감사합니다. 이는 귀하의 기술적 역량이나 비즈니스의 역량을 과시하는 훌륭한 방법입니다.
우리는 이 개인 메시지(PM)에서 귀하의 항목을 SailPoint 마켓플레이스에 올리기 위한 다음 단계에 대해 함께 작업하겠습니다. 항목을 마켓플레이스에 올리려면 다음 사항이 필요합니다:
a
b
c
사용 프로세스
최종 사용자 관점에서, 그들은 Meta에서 테마 컴포넌트와 플러그인을 사용하는 것과 거의 동일한 방식으로 마켓플레이스 항목을 사용할 것입니다.
고민하고 있는 부분 (또는 해결해야 할 부분)
마켓플레이스 항목에 대한 버그/기능 요청을 어떻게 처리할지 고민 중입니다. 버그와 기능 카테고리를 사용하고 모든 마켓플레이스 항목에 연관 태그를 만들까요? 아니면 공식 플러그인에 대해서만 그렇게 하고, 커뮤니티/파트너가 만든 플러그인은 각자의 토픽에서 처리하도록 할까요? 전자는 태그 관리가 많이 필요하지만 추적이 용이하지만, 너무 많은 태그를 만드는 것에 대해 주의가 필요합니다. 후자는 참여하는 마켓플레이스 항목에 따라 단절된 경험을 제공할 수 있으며, OP(첫 번째 게시자)가 원래 토픽 게시물을 업데이트하지 않으면 현재 존재하는 버그/기능 요청을 찾기 어려울 수 있습니다.
마켓플레이스 항목 사용자가 항목 변경 사항에 대한 업데이트를 받는 방법을 알아야 합니다. 특정 토픽(마켓플레이스 항목)에 구독되어 있다면, OP가 업데이트될 때 업데이트를 받게 될까요? 위키였다면 구독한 모든 사람이 업데이트를 받게 될까요?
사용자가 우리의 서비스 약관을 승인하는 가장 좋은 방법을 찾아야 합니다. 현재는 토픽 맨 위에 볼드체로 링크를 걸어두었지만, 법적 팀은 사용자가 항목을 다운로드/사용하기 전에 실제로 팝업으로 표시되기를 원할 것입니다. 여기서 어떻게 해야 할지 모르겠습니다…
사용자가 마켓플레이스 항목에 평점을 줄 수 있는 기능, 그리고 해당 평점을 API를 통해 가져와 누가 무엇을 평가했는지 등을 확인할 수 있어야 합니다.
카테고리와 토픽 모두에 적용되는 테마 컴포넌트로, 카테고리와 "마켓플레이스 항목"을 토론/포럼형 뷰가 아닌 "마켓플레이스"로 더 잘 시각화할 수 있는 것이 있으면 좋겠습니다.
오래전에 확인한 적이 있지만, Topic Ratings Plugin 링크를 참고해 보시는 것이 좋을 것 같습니다. 플러그인의 README 파일이 Meta 주제보다 작동 방식을 더 잘 설명해 줍니다:
주제를 사용하여 항목을 평가할 수 있게 해주는 Discourse 플러그인입니다.
평가 설정이 켜진 카테고리에 게시되거나 ‘rating’ 태그가 부여된 경우, 주제를 '평가용’으로 지정할 수 있습니다.
각 평가 주제는 단일 대상(“평가 대상”, 예: 서비스 또는 제품)에 관한 것입니다.
사용자는 게시 시(즉, 작성기에서) 별점을 선택하여 평가 대상에 대한 평가를 합니다.
주제 내 모든 평가의 평균값은 주제 제목 아래 및 관련 주제 목록 항목에 표시됩니다.
이것은 Discourse/Shopify 통합에도 흥미로울 것입니다.
단순한 생각이지만, 사용자가 약관에 동의하면 해당 사용자를 특정 그룹에 추가하는 자동화(Automation)를 만들 수 있을 것 같습니다. 마켓플레이스 카테고리를 구성하여 ‘accepted_tos’ 그룹의 회원 자격이 카테고리 접근에 필수적이도록 설정할 수 있습니다. 이를 설정하려면 개발 작업이 필요합니다: 약관 페이지에 체크박스를 추가하고, 체크박스가 선택되면 자동화를 트리거하며, 사용자가 카테고리에 접근하기 위해 무엇을 해야 하는지 명확히 알리는 방법을 마련해야 합니다.
저에게는 이게 커뮤니티 매니저들이 첫 BBS 출시 이후로 계속 고민해 온 "포럼에 (하위)카테고리를 언제 생성해야 하는가"라는 오래된 문제와 매우 유사해 보입니다.
일반적으로 드리는 조언은 "가능한 한 늦게"입니다.
처음에는 단순한 “플러그인 하나, 토픽 하나” 구조로 시작하고, 매주 여러 개의 새로운 요청이 들어와 토픽이 너무 시끄러워 팔로우하기 힘들어질 때쯤에야 “적절한” 구조를 만드는 것을 권장합니다.
반드시 그럴 필요는 없습니다. Discourse도 검증 과정과 필요에 따라 추가 요금이 발생할 수 있지만, 3rd party 플러그인을 호스팅할 수 있습니다.
추가 정보가 필요하시면 지원팀에 문의해 주세요.
