Avez-vous déjà pensé à créer une place de marché pour les plugins et les thèmes ?
Raisons de cette question
Discourse permet aux développeurs de créer des thèmes et des plugins. C’est très intéressant. Ma question serait de savoir s’il existe une place de marché pour les plugins et thèmes payants au sein de Discourse. Par exemple, j’aimerais créer des thèmes et plugins payants. Parce que je pourrais être rémunéré pour les plugins et thèmes que je développe pour Discourse. Un excellent exemple est Themeforest, vous pouvez créer un site Web et si quelqu’un aime votre site Web, vous gagnez de l’argent en vendant ce site Web spécifique sur Themeforest.
Dans mon cas, je vendrais mes plugins et thèmes au sein de Discourse à des clients ou entreprises spécifiques. L’avantage que je pense être bon pour cette idée est qu’elle peut encourager davantage de développeurs à créer plus de plugins et de thèmes pour Discourse, ainsi qu’à intégrer davantage de services, d’entreprises et de clients. En d’autres termes, c’est juste une autre façon de rendre Discourse encore plus viable, ce qui est déjà quelque chose d’intéressant, pertinent et consolidé. Un autre grand avantage d’une place de marché est le fait que vous gagnez un pourcentage de la valeur monétaire du développeur de ce plugin ou thème au sein de la plateforme elle-même.
Certains développeurs peuvent penser que c’est bien ou pas intéressant. Parce qu’en fonction de la valeur du pourcentage, il est parfois mauvais de développer quelque chose et de recevoir très peu. À ce sujet, comme je l’ai dit, il y a ceux qui le soutiennent et il y a ceux qui pensent que la place de marché n’est pas quelque chose de bon ou de viable.
Je crois que les développeurs comme moi qui débutent dans le domaine des technologies de l’information - il vaut mieux développer des plugins et des thèmes pour quelque chose qui existe déjà et qui est consolidé comme Discourse que de créer quelque chose de nouveau et à partir de zéro - Parce que cela prend généralement beaucoup de temps et beaucoup de recherche et de marketing pour que cela fonctionne, pour que ce soit financièrement viable. De plus, normalement, vous devriez gagner des clients et des entreprises, ce qui prend également du temps. En plus de la crédibilité, de la réputation et de la marque que vous construisez.
Habituellement, les gens qui n’aiment pas les places de marché sont des développeurs qui veulent ou ont besoin de posséder une entreprise. À propos de ces développeurs, rien ne les empêche de créer un site Web avec des thèmes et des plugins pour Discourse spécifiques aux entreprises et aux clients avec lesquels ils sont en contact et dont ils ont besoin pour gagner plus d’argent qu’ils ne le feraient sur la place de marché centrale, pour ainsi dire.
De nombreux projets open source que j’ai rencontrés et étudiés ont un modèle économique par abonnement. Généralement, dans ces cas, il existe ce que nous appelons un type de plan. Ce sont généralement ces 3 plans : communauté, entreprise, affaires. Le plan communautaire n’a généralement aucun support technique pour les clients et est gratuit. Enterprise est le plan qui prend en charge les clients et est payant. Le plan affaires est généralement destiné aux grandes entreprises et est négociable et payant. Je ne sais pas comment fonctionne le modèle économique de Discourse, mais je pense d’après ce que j’ai vu sur le site principal qu’il s’agit du modèle par abonnement. Je pourrais me tromper, et si c’est le cas, je m’excuse.
Un modèle par abonnement est un type de modèle économique. Ainsi, généralement, les entreprises qui optent pour ce type de modèle économique (c’est-à-dire le modèle par abonnement), veulent généralement aussi avoir une place de marché ou y penser. Un bon exemple est Themeforest, dans le passé, vous créiez simplement des sites Web et y mettiez le lien de paiement, donc si quelqu’un était intéressé par votre site Web, vous vendiez et gagniez de l’argent. Aujourd’hui, sur Themeforest, vous pouvez également créer des plugins et les y vendre. C’est quelque chose que je trouve vraiment cool et intéressant, en tant que modèle économique.
Comme je l’ai dit plus tôt, ce n’est qu’un aperçu de ce que je pense qui serait intéressant en tant que développeur. De plus, je vois la place de marché comme quelque chose qui peut permettre les projets open source. Pour la raison principale que nous pouvons gagner de l’argent avec des plugins et des thèmes spécifiques aux clients que nous servons. C’est un scénario très idéal et je pense que c’est intéressant car vous donnez aux développeurs plus de liberté pour continuer à utiliser ce logiciel. De plus, cela augmente les intégrations avec plus de logiciels également.
Notes
Si quelqu’un peut lire et discuter de tous les points de vue pour ou contre, j’apprécierais vos commentaires.
Je ne critique pas le modèle économique de Discourse.
Je crois que si la valeur du pourcentage des plugins et thèmes payants n’est pas trop mauvaise (trop chère), ce serait un excellent point de départ pour la place de marché Discourse.
J’ai cité l’exemple de Themeforest, mais il existe plusieurs entreprises qui adoptent le modèle par abonnement avec une place de marché, comme Google. De nombreux produits Google sont des modèles par abonnement et ont une place de marché, un exemple est Google Docs.
J’ai parlé de ThemeForest ou de Google ou de Google Docs, juste pour citer un exemple réel d’une entreprise avec abonnement et place de marché ensemble, mon objectif n’est pas de promouvoir quoi que ce soit, je l’ai juste mentionné pour que ce soit une référence.
J’y ai pensé aussi. Peut-être que toutes les personnes qui s’intéressent au développement de plugins Discourse devraient se réunir et construire une place de marché sans frais avec de la crypto. Nous avons juste besoin d’un moyen de donner un accès privé aux dépôts GitHub. Nous pourrions héberger une instance Gitea et construire une « porte crypto » devant les dépôts.
Le modèle le plus utilisé ici est des plugins et thèmes sur mesure payants et des plugins open source qui donnent de la crédibilité au développeur (et développement de compétences). Parfois, un plugin développé pour un client particulier sera publié en open source.
Ceux qui cherchent de l’aide peuvent poster dans Marketplace. C’est rarement fait, mais vous pouvez aussi proposer vos services sur Marketplace.
trop de tracas pour accorder et révoquer l’accès et la gestion des paiements signifient que vous devez facturer des prix élevés et ne pouvez pas vendre en volume/marché à des publics plus larges.
J’ai pensé à la solution simple suivante qui pourrait aider dans ce cas : nous pouvons demander que les plugins soient envoyés sous forme de fichier zip avec un mot de passe. Le serveur n’aurait qu’à décompresser le fichier et installer le plugin dans Discourse. Le mot de passe pourrait être une clé cryptée que la personne crée pour l’installation.
Ainsi, il ne sera décompressé qu’avec une clé. La clé ne décompresse le fichier qu’après le paiement. Ce scénario fonctionne pour les plugins payants ou les plugins open source, cela dépend du développeur.
Si le problème est de visualiser le code source, une façon est d’utiliser un Obfuscator. Lorsque le code a été envoyé au dépôt, il passe par un processus d’obfuscation, où ce code est encapsulé et ne peut être visualisé qu’avec une clé de développeur spécifique.
La solution que je décris serait similaire à ce que vous auriez avec flatpack sur ubuntu, qui est un paquet que vous téléchargez et installez sur ubuntu sans avoir nécessairement à l’installer via la ligne de commande, flatpack serait comme un fichier exécutable où vous faites juste suivant, suivant comme Windows.
Pour cartographier les dépôts, nous pouvons utiliser l’API Github pour cela - cela ne fonctionnerait que pour les plugins hébergés sur Github et qui sont publics. Github dispose d’une API où vous pouvez rechercher des dépôts par tag.
Une autre façon serait d’utiliser un webcrawler ici pour cartographier les dépôts payants possibles. Je ne sais juste pas si le webcrawler est conforme aux conditions de licence de confidentialité et de sécurité de Discourse. Comme commenter et j’ai pu lire tous les commentaires, si vous publiez sur le hashtag #marketplace, il s’agit généralement de plugins payants sur Discourse où vous pouvez le montrer au monde.
En bref, je pense que les développeurs peuvent en théorie publier le lien vers ces dépôts directement sur le site où ils hébergent le fichier zip. Ensuite, le webscraper prend le lien via les balises marketplace et affiche les plugins dans la catégorie payante. Si vous souhaitez installer le plugin payant, une façon serait de payer, donc le zip est libéré et après avoir été libéré, le zip est décompressé avec la clé d’activation qui est faite après le paiement.
Pour que cette solution soit élégante, nous pouvons faire quelque chose comme .discoursepack.
L’extension .discoursepack est une extension du format zip personnalisé, c’est le format pour installer le plugin dans Discourse.
Résumé de l’idée - preuve de concept
code source → obfuscation du code source + clé cryptée → génération du fichier discoursepack → décompression du fichier discoursepack ← ajout de la clé cryptée
Le serveur stocke les fichiers discoursepack pendant une période donnée
Pour installer le plugin payant sur Discourse, il est nécessaire de décompresser le fichier discoursepack avec le mot de passe reçu lors du paiement.
Sans la clé de cryptage, il n’est pas possible de créer le fichier discoursepack. Tout comme il n’est pas possible d’ouvrir ou de lire ce type de fichier discoursepack.
Les plugins payants peuvent être hébergés sur le propre serveur de Discourse ou sur le serveur du fabricant du plugin.
Les plugins ouverts peuvent être hébergés sur Github.
Si les plugins open source ne sont pas hébergés sur github et ne sont pas publics, une solution viable est de demander le lien où se trouve le fichier discoursepack.
S’il s’agit de plugins payants, ces plugins ne sont pas hébergés sur Discourse - Dans ce cas, comme ils sont hébergés sur le site Web du fabricant, il est nécessaire que le fabricant présente le lien direct vers ce fichier via une clé qu’il connaît seul et qui est temporaire pour tous les moyens de paiement.
Si vous avez un grand volume de plugins à télécharger sur Discourse, je recommande le cms cockpit qui est léger et ne devrait pas peser trop lourd.
plugin open source config.yml
server:
host: 127.0.0.1
port: 8006
debug: true
analytics:
enabled: true
tag: xx-xxxxx-xxx
plugin:
title: authmatic-example
type: public, paid # ou public, nopaid
description: authmatic-example d'un développeur qui fait des choses. Propulsé par la société authmatic-example.
url: https://github.com/authmatic-example/releases/v1/authmatic-example.discoursepack
releases: v1
author:
name: authmatic-example
github: authmatic-example
twitter: authmatic-example
site: authmatic-example.com
avatar: /assets/avatar.jpg
keystore:
enabled: true
client_id: xxxxxxxxxxxxxxxxxxxxxxxxx
client_secret: xxxxxxxxxxxxxxxxxxxxxxxxx
repo: authmatic-example
owner: authmatic-example
admins: [authmatic-example]
log: true
format: text
level: info
line: true
plugin closed source config.yml
server:
host: 127.0.0.1
port: 8006
debug: true
analytics:
enabled: true
tag: xx-xxxxx-xxx
plugin:
title: authmatic-example
type: private, paid
description: authmatic-example d'un développeur qui fait des choses. Propulsé par la société authmatic-example.
url: client_url_temp
releases: v1
author:
name: authmatic-example
github: authmatic-example
twitter: authmatic-example
site: authmatic-example.com
avatar: /assets/avatar.jpg
keystore:
enabled: true
client_id: xxxxxxxxxxxxxxxxxxxxxxxxx
client_secret: xxxxxxxxxxxxxxxxxxxxxxxxx
client_url_temp: xxxxxxxxxxxxxxxxxxxxxxxxx
repo: authmatic-example
owner: authmatic-example
admins: [authmatic-example]
log: true
format: text
level: info
line: true
J’ai l’impression que vous essayez de résoudre un problème qui n’existe pas, et que vous jetez le bébé avec l’eau du bain.
Votre solution ne permet pas de mises à jour faciles, est difficile/impossible à utiliser dans les déploiements automatisés et est facile à contourner.
Des clés de déploiement et un dépôt Git suffiront et n’auront pas les inconvénients susmentionnés.
Encore une fois, mon conseil : validez d’abord votre modèle économique et concentrez-vous sur la valeur. Créez d’abord un plugin que tout le monde voudra acheter, puis résolvez le problème de la façon de le vendre.
C’est une légère exagération de suggérer que personne sur la planète ne paierait pour un plugin et ne pourrait pas installer un plugin qui est un zip crypté.
J’ai une plateforme qui pourrait potentiellement installer des plugins en utilisant des clés de déploiement sur les sites qu’elle gère.
Une autre solution serait de rendre le plugin publiquement disponible mais de le faire appeler à la maison pour voir si une licence est valide. Cela pourrait être facilement contourné par quelqu’un qui modifierait le code, mais je pense que c’est ainsi que fonctionnent un tas de plugins WordPress.
