Nous avons un produit. Les développeurs peuvent construire des éléments compatibles avec notre produit. Nous avons commencé à remarquer que les développeurs partagent entre eux, au sein de la communauté, les solutions qu’ils développent. Il y a un ou deux ans, nous avons créé une catégorie intitulée « Show and Tell » (Présentation et partage) où nos développeurs peuvent partager ces réalisations les uns avec les autres, et cela a connu un franc succès.
Nous sommes maintenant assez matures pour que nos partenaires, nous-mêmes, et même certains développeurs communautaires à forte valeur ajoutée, souhaitent passer au niveau supérieur avec leurs « articles de marketplace ». Nous souhaitons donc créer une expérience enrichie à cet effet. Voici quelques certitudes :
- Ce ne sera pas payant, donc pas besoin de s’inquiéter des accès payants ou des paiements.
- Toutes les intégrations proposées sur la marketplace seront open source et hébergées sur GitHub.
- Il existe une liste finie des types d’intégrations qu’ils peuvent soumettre (essentiellement : fonctionnalité produit A, fonctionnalité produit B, fonctionnalité produit C, et Autre… il s’agit de sous-catégories dans la catégorie de la marketplace).
- Je veux que chaque article de la marketplace se présente sous la forme d’un sujet Discourse, comme Customization > Plugin ou Customization > Theme component.
- Il y aura un processus de soumission contrôlé pour ajouter un article à la marketplace. Votre article doit être de qualité suffisante pour être considéré comme un article de marketplace plutôt que comme un article de type « Show and Tell ».
Voici ce que j’ai déjà mis en place :
Processus de soumission
Pour soumettre un article à la marketplace, vous devez d’abord demander l’accès au groupe d’utilisateurs « Marketplace Publishers » (Éditeurs de la marketplace). Dans votre demande, vous partagez un lien vers le dépôt open source de votre article ainsi qu’une description de ce qu’il est. Cette demande est transmise aux propriétaires du groupe d’utilisateurs « Marketplace Publishers » via un message privé de groupe (fonctionnalité standard de Discourse). Bien sûr, ils peuvent y discuter de ce que la personne souhaite publier, examiner leur code, etc.
Une fois l’approbation obtenue, nous créons l’article de la marketplace avec eux dans le message privé, en utilisant un Modèle Discourse propre à nos articles de marketplace. Nous pouvons ainsi finaliser l’image, la description, le guide de démarrage, etc.
Ensuite, notre équipe publie l’article sur la marketplace (seule notre équipe ou les employés d’entreprise approuvés peuvent publier de nouveaux sujets dans cette catégorie).
Il serait idéal si l’automatisation « envoyer des MP » 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 :
Bonjour %%RECEIVER_USERNAME%%, je voulais simplement te remercier de travailler pour devenir auteur sur la marketplace. C’est un excellent moyen de mettre en valeur tes compétences techniques ou celles de ton entreprise.Nous travaillerons avec toi dans ce message privé ci-dessous sur les prochaines étapes pour te lancer. Voici les prochaines actions que je te demande d’effectuer afin que nous puissions ajouter ton article à la marketplace SailPoint :
- a
- b
- c
Processus d’utilisation
Du point de vue de l’utilisateur final, il utilisera l’article de la marketplace 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 encore déterminer)
- J’essaie de déterminer comment gérer les bugs et les demandes de fonctionnalités pour les articles de la marketplace. Utilisé-je les catégories « bugs » et « fonctionnalités », et crée-je une étiquette associée pour chaque article de la marketplace ? Ou bien ne le fais-je que pour les plugins officiels, et laisse-je les plugins communautaires/partenaires les gérer dans leurs propres sujets ? La première option implique beaucoup de gestion d’étiquettes mais faciliterait le suivi… mais je suis prudent quant à la création de trop d’étiquettes. La seconde option crée une expérience hétérogène selon l’article de la marketplace avec lequel on interagit et peut rendre difficile la recherche des bugs/demandes de fonctionnalités actuels si l’auteur original ne met pas à jour son premier message.
- Je dois déterminer comment les utilisateurs d’un article de la marketplace sont informés des modifications apportées à cet article. S’ils sont abonnés à un sujet spécifique (article de la marketplace), reçoivent-ils des notifications si le premier message est mis à jour ? Tous les abonnés recevraient-ils des notifications s’il s’agissait d’un wiki ?
- Je cherche le meilleur moyen pour que les utilisateurs reconnaissent nos conditions d’utilisation. Je les ai actuellement liés en gras tout en haut du sujet, mais je pense que mon service juridique voudra qu’une fenêtre contextuelle s’affiche aux utilisateurs avant qu’ils ne téléchargent ou n’utilisent l’article. Je ne sais pas quoi faire ici…
- Possibilité pour les utilisateurs d’évaluer l’article de la marketplace, et que cette évaluation soit accessible via l’API pour que nous puissions voir qui a évalué quoi, etc.
- Éventuellement, un composant de thème pour la catégorie et le sujet qui visualise mieux la catégorie comme une « marketplace » et l’article comme un « article de marketplace », plutôt qu’une vue de type discussion/forum.
- Je suis sûr qu’il y a des aspects que je n’ai pas envisagés, alors n’hésitez pas à relever les failles si vous le souhaitez
