우리는 제품을 가지고 있습니다. 개발자들은 이 제품을 기반으로 다양한 것을 구축할 수 있습니다. 최근 커뮤니티 내에서 개발자들이 서로가 구축한 솔루션을 공유하기 시작하는 것을 목격하고 있습니다. 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를 통해 가져와 누가 무엇을 평가했는지 등을 확인할 수 있어야 합니다.
카테고리와 토픽 모두에 적용되는 테마 컴포넌트로, 카테고리와 "마켓플레이스 항목"을 토론/포럼형 뷰가 아닌 "마켓플레이스"로 더 잘 시각화할 수 있는 것이 있으면 좋겠습니다.
It’s been a while since I looked at it, but maybe have a look at Topic Ratings Plugin. The plugin’s README file give a better description of how it works than the Meta topic:
A Discourse plugin that lets you use topics to rate things.
Topics can be designated as ‘for rating’, by being posted in a category with ratings setting on (see below), or by being given the tag ‘rating’.
Each ratings topic concerns a single thing (“rating subject”); e.g. a service or a product.
Users rate the rating subject by choosing a star rating when posting (i.e. in the composer).
The average (mean) of all the ratings in the topic is displayed under the topic title and on the relevant topic list item.
This would be interesting for Discourse/Shopify integrations too.
Just a thought, but maybe an Automation could be created that added users to a group when they accepted the TOS. You could configure the marketplace category so that membership in the ‘accepted_tos’ group was required to access the category. There’d be some development needed to set this up: add a checkbox to the TOS page, trigger an Automation when the checkbox is checked, find some way of making it clear to users what they need to do to access the category.
For the topic ratings plugin, I’m hosted by Discourse so I’d have to have them build something, but I did see it a while back and it looked close to what I’d want for that part.
Hosted sites do have the ability to add themes and if you think you need a plugin you might be able to do similar using a theme with WASM. I have not tried this yet but it is a possibly worth researching.
This to me sounds very similar to the good old “when do I create a (sub)category on my forum” problem that community managers have struggled with since the launch of the first BBS
In general my advice is: “as late as possible”
I’d start with a simple “one plugin, one topic” and only create a “proper” structure once you get multiple new requests per week (making the topic too noisy to follow).
Not necessarily.. Discourse can also host 3rd party plugins after some vetting and perhaps an additional fee if needed.
Reach out to support for more details if you require one.
