Nous avons un produit. Les développeurs peuvent créer des choses en utilisant notre produit. Nous avons commencé à constater que les développeurs partageaient entre eux dans la communauté les solutions qu’ils créaient. Nous avons créé il y a un ou deux ans une catégorie appelée « Show and Tell » (Présentation et démonstration) où nos développeurs peuvent partager ces choses qu’ils créent les uns avec les autres, et cela a très bien fonctionné.
Nous avons maintenant atteint une maturité suffisante pour que nos partenaires, nous-mêmes, et même certains développeurs de la communauté de grande valeur, souhaitent faire passer leur « article de marché » au niveau supérieur, et nous voulons donc créer une expérience améliorée pour cela. Voici quelques points dont je suis certain :
- Ce ne sera pas payant, donc pas besoin de s’inquiéter de l’accès payant ou des paiements.
- Toutes les intégrations fournies sur le marché seront open-source et hébergées sur GitHub.
- Il existe une liste finie des types d’intégrations qu’ils peuvent soumettre (essentiellement la fonctionnalité produit A, la fonctionnalité produit B, la fonctionnalité produit C, et Autre… ce sont chacune des sous-catégories dans la catégorie du marché).
- Je veux que chaque article du marché soit sous la forme d’un sujet Discourse, comme Plugin ou Theme component.
- Il y aura un processus de soumission contrôlé pour mettre un article sur le marché. Votre article doit être d’un calibre suffisamment élevé pour être considéré comme un article du marché plutôt qu’un article de présentation et démonstration.
Voici ce que j’ai fait jusqu’à présent :
Processus de soumission
Pour soumettre un article sur le marché, vous devez d’abord demander l’accès au groupe d’utilisateurs « Marketplace Publishers » (Éditeurs du marché), et dans votre demande, vous partagez un lien vers le dépôt open-source de votre article et une description de ce qu’il est. Cette demande parvient aux propriétaires du groupe d’utilisateurs « Marketplace Publishers » dans un message privé de groupe (fonctionnalité Discourse standard). Bien sûr, ils peuvent y communiquer sur ce que la personne souhaite publier, examiner son code, etc.
Une fois que nous avons approuvé, nous créons l’article du marché avec eux dans le message privé en utilisant un Modèle Discourse de nos articles du marché. Nous pouvons obtenir l’image correcte, la description, le guide de démarrage, etc.
Après cela, notre équipe publie l’article sur le marché (seule notre équipe ou les employés approuvés de l’entreprise peuvent publier de nouveaux sujets dans cette catégorie).
Ce serait formidable si l’automatisation « envoyer des messages privés » permettait à l’expéditeur d’être un groupe d’utilisateurs ou une liste d’utilisateurs. Nous pourrions éventuellement l’utiliser pour faire quelque chose comme :
Salut, %%RECEIVER_USERNAME%%, je voulais juste vous remercier de travailler à devenir un auteur du marché. C’est un excellent moyen de mettre en valeur vos prouesses techniques ou celles de votre entreprise.Nous travaillerons avec vous dans ce message privé ici sur les prochaines étapes pour vous lancer. Voici les prochaines choses que je dois vous demander pour que nous puissions mettre votre article sur le marché SailPoint :
- a
- b
- c
Processus d’utilisation
Du point de vue de l’utilisateur final, il utilisera l’article du marché presque exactement comme nous utilisons les composants de thème et les plugins ici sur Meta.
Points sur lesquels je bute (ou que je dois résoudre)
- J’essaie de déterminer comment gérer les bugs/demandes de fonctionnalités pour les articles du marché. Dois-je utiliser des catégories de bugs et de fonctionnalités, et créer une étiquette associée pour chaque article du marché ? Ou dois-je le faire uniquement pour les plugins officiels, et laisser les plugins créés par la communauté/les partenaires les gérer dans leurs sujets ? Le premier cas implique beaucoup de gestion d’étiquettes mais permettrait un excellent suivi… mais je suis prudent quant à la création de trop d’étiquettes. Le second cas est une expérience décousue en fonction de l’article du marché avec lequel vous interagissez et peut rendre difficile la recherche des bugs/demandes de fonctionnalités actuels si l’OP ne maintient pas à jour le message d’origine du sujet.
- Je dois déterminer comment les utilisateurs d’un article du marché reçoivent des mises à jour sur les changements apportés à l’article du marché. S’ils sont abonnés à un sujet spécifique (article du marché), recevront-ils des mises à jour si l’OP est mis à jour ? Tout le monde serait-il abonné et recevrait des mises à jour si c’était un wiki ?
- J’ai besoin de la meilleure façon que je puisse trouver pour que les utilisateurs reconnaissent nos conditions d’utilisation. Je l’ai actuellement liée en haut du sujet, en gras, mais je pense que mon équipe juridique voudra qu’elle s’affiche réellement aux utilisateurs avant qu’ils ne téléchargent/utilisent l’article. Je ne sais pas quoi faire ici…
- Possibilité pour les utilisateurs de noter l’article du marché, et que cette note soit disponible pour que nous puissions la récupérer via API, voir qui a noté quoi, etc.
- Possiblement un composant de thème pour la catégorie et le sujet qui visualise mieux la catégorie comme un « marché » et un « article de marché » et non une vue de discussion/forum.
- Je suis sûr qu’il y a des choses que je n’ai pas prises en compte, alors n’hésitez pas à me faire part de vos remarques si vous le souhaitez
