J’ai envie de m’attaquer au gros chantier, de faire une place de marché pour la Ǧ1 dans l’écosystème V2.
Pourquoi une de plus ?
Dans l’idée, pour qu’elle aille plus loin que l’existant sur plusieurs aspects.
Fonctionnalités existantes que je compte reprendre :
- responsive PWA : accessible depuis mobile et ordinateur, installable sous forme d’app pour améliorer les possibilités de notifications utilisateurs, et sans perdre la simplicité d’accès de juste aller sur une url pour s’y connecter.
- Offres de bien et services catégorisé
- Actualisation des offres (et demandes) pour que ce qui est en ligne corresponde au mieux à ce qui est effectivement disponible (ou recherché)
- géolocalisation des offres et demandes, (mais aussi des utilisateurs)
- pas de serveur central (architecture décentralisée)
Les fonctionnalités que je vais peut-être reprendre :
- notification par email (pas évident à géré en décentralisé)
Nouvelles fonctionnalité (à ma connaissance) :
-
vérification des comptes marchants d’après la TdC :
- appartenance du compte marchant à un compte membre pour les particulier
- gage de confiance d’un ou plusieurs membres à l’égard d’un compte marchant (qu’il soit géré par un particulier, une asso ou entreprise)
-
vérification de paiement d’un article, pour pouvoir l’indiquer comme vendu, le décompter du stock si plusieurs articles identiques était proposé, et notifier le vendeur que son article est vendu et qu’il reste à le remettre à l’acheteur (ou déclencher une action pour les services en lignes).
-
catalogue global multi-plateforme : plutôt que de faire une n’ième plateforme avec ses produits spécifiques, l’idée serait à minima de faire un import automatique de ce qui est proposé par les autres plateformes connues, et documenter l’API pour faciliter l’export des offres vers les autres plateformes (voir pousser automatiquement vers les autres plateforme les produits des bonnes catégories s’il y a du temps en rab)
-
livraison en Ǧ1 au rythme de la communauté (donc probablement en plusieurs mois) : comme du covoiturage, mais pour des objets, avec la souplesse que le trajet peut avoir lieu n’importe quand (ne faite pas le trajet exprès, mais si vous faite ce trajet, ne le faite pas à vide) avec un système de notification pour que l’info arrive au conducteurs autant que possible (et avec un système de suivi des colis)
-
aller chercher l’offre à partir des demandes : mémoriser les recherches effectuées sur la plateforme (associé au compte qui les recherches) pour visibiliser la demande, avec une mécanique de péremption automatique, et la possibilité d’épingler une demande/recherche pour qu’elle ne périme pas automatiquement. De plus, avec un peu d’IA pour regrouper les recherche similaires, agréger par mot clef les demandes récurante et par de multiples personnes, globalement aussi bien que localement. Derrière, je prévois une mécanique de notification (désactivable) aux utilisateurs locaux comme quoi une demande est présente à la quelle ils pourraient peut-être répondre (je pense notament à la location de materiel de bricolage ou à l’hébergement)
-
catégorisation automatique des offres (avec un système s’appuyant sur de l’IA pour déterminer automatiquement les mot clefs adapté à la description d’une offre), si la catégorisation automatique n’est pas satisfaisante, l’auteur peur la personnaliser, mais dans ce cas, une validation communautaire aura lieu avant diffusion.
-
qualification communautaire des offres et des comptes marchants :
- laisser des avis vérifiés (parceque l’achat à été vérifié ainsi que l’identité de l’auteur de l’avis)
- ajouter des tags, les soutenir ou les discalifier pour afiner le travail de catégorisation automatique de l’IA, mais aussi pouvoir masquer les offres considéré comme illégale, afficher un message d’avertissement associé aux offres perçu comme risquée ou dangeureuses, et mettre en avant les offres perçu comme essentielle par la communauté. cf Gchange v2: modération ou/et fédération?
-
notifications & rappel au moins via les système de notification des applications et PWA des smartphone ainsi que celles des navigateurs, et peutêtre via email et/ou sms/telegram… et autres réseaux :
- indiquer quand une vente est effectué
- indiquer quand des questions/commentaires/avis sont laissé en privé ou publique en ligne avec une offre
- indiquer quand une offre est publiée et qu’elle semble correspondre à une demande passé de l’utilisateur
- indiquer aux utilisateurs locaux qu’une demande “à la quelle il peuvent probablement répondre” à été publiée (location de materiel courant ou d’espace d’hébergement dans un premier temps)
- suivi de livraison et rappel de colis en attente d’envoi
- vérification qu’une offre est toujours valable ou qu’une demande l’est toujours
-
suggestion de création d’initiative collective pour répondre aux demandes collectives : par exemple si une demande de produit allimentaire atteint 10 personnes sur un rayon de 50km, les notifier qu’une action collective est possible (et les mettre en relation entre eux) en pleur proposant plusieurs pistes :
- se rapprocher d’une association de récup d’invendu ou en créer une pour allimenter le réseau local en produits allimentaires incompatible avec les circuits marchant habituels
- monter une AMAP avec des références vers les projets similaires ayant eu lieu dans certains groupes locaux de la Ǧ1
- se rencontrer pour imaginer d’autres solutions (achat groupée avec participation selon les revenus € et dédomagement du temps bénévole de gestion des achats groupé en Ǧ1)…
-
prix intelligents, outre pouvoir proposer un produit ou service à prix libre ou prix fixe, en Ǧ1 ou en DU (fonction existante), ou encore proposer du financement participatif (fonction existante aussi), pouvoir proposer :
- un prix fixe suggéré automatiquement par la plateforme en fonction des ventes précédentes de produits similaires
- un prix auto-ajusté (pour tendre vers un équilibre de marché libéral) (x2 (ou x1.2) après chaque vente, -10% par jour, semaine, ou mois à la préférence du vendeur) pour maintenir le prix le plus haut auquel son produit ou service est effectivement acheté
- un prix dégressif (ou enchères descendantes à la hollandaise) : le prix baisse régulièrement jusqu’à ce que la vente ai lieu. (utile pour les produits périssables).
- un prix à l’ancienneté membre tel que pensé par @Yvv : en attendant une monnaie pleine et généraliser, pratiquer des prix plus élevé pour ceux qui ont eu davantage de création monétaire.
- un prix en fonction de la richesse de l’acheteur (plus tu as sur le compte acheteur, plus le prix est élevé)
- un prix en fonction de l’historique de vente (plus tu as de ventes validées par la plateforme, plus tu bénéficies de prix avantageux, éventuellement avec des bonus pour les produits de première nécessitée) tel que pratiqué dans les landes et en Espagne si j’ai bien compris
- un prix quadratique : le prix augmente exponentiellement en fonction de la quantité achetée par un même acheteur (pour mieux répartir la ressource, approche de @Frederic_Renault entre autre)
- des prix locaux (si tu habites dans le même coin et/ou que tu es à une distance faible du vendeur dans la toile de confiance) tu bénéficies de prix réduits
- des prix “fidélité” : si tu as déjà acheté à ce vendeur, tu bénéficies de prix réduit
- des prix négociables : il n’est pas libre, il n’est pas fixe, on en discute entre être humains, et quand on est d’accord, on en informe la plateforme pour qu’elle acte la transaction.
- des prix “anticipé” : pour de l’événementiel, réserver longtemps à l’avance vous permet de bénéficier d’un tarif plus doux.
- des prix “mixte” : Si vous souhaitez couvrir certains frais avec une autre devise, vous pouvez l’indiquer. Il se peut qu’un jour la plateforme gère la validation de paiement multidevise (crypto plutôt que fiat), mais ce n’est clairement pas la priorité. La partie non ǧ1 des prix mixtes sera au moins pour un temps à gérer manuellement entre acheteur et vendeur.
- des enchères : avec ou sans prix minimum, avec incrément minimum pour les enchères “à l’anglaise”, avec ou sans date limite (sans date, le vendeur clôture quand le prix est monté à une somme qui lui convient), avec mise à jour du montant actuel de l’enchère (à l’anglaise) ou mises secrètes. Et avec vente au montant le plus élevé ou au 2nd plus élevé type Vickrey, ou peut-être d’autres modes si vous avez des suggestions.
- des enchères inversées : En tant qu’acheteur, je cherche un produit ou service d’ici à une date donnée. J’en propose un prix élevé, et le vendeur qui répond à mon offre avec le prix le plus bas une fois le délai atteint remporte la vente.
- du financement participatif quadratique : avec pouvoir de vote sur les attributions du budget collecté en fonction de la racine du montant versé (les montants en provenance de compte non vérifié (non lié à la TdC) n’ont aucun pouvoir de vote, et si plusieurs versements sont lié à un même compte membre, ils sont fusionnés dans le décompte du pouvoir de vote)
Fonctionnalités envisagées pour plus tard
- vérification de paiement sur des prix mixte
- système de mutualisation (assurance/mutuelle) pour gérer les litiges (probablement proposée façon hello-asso : contribution suggérée par défaut, sans en faire une obligation) et potentiellement le financement de l’infrastructure et du développement de la plateforme.
- anonymisation des transactions (intégration de gmixer ou assimilé ainsi que correspondance entre acheteur et vendeur encapsulé façon tor pour masquer les métadonnées, potentillement via monero ou en s’inspirant de leur technos)
- facilitation du change entre devises si la communauté semble très majoritairement trouver que c’est une bonne idée.
- intégration de fonctionnalités comptable (calcul de TVA ou autres joyeusetés du genre pour une plateforme décentralisé à l’international… donc l’activation de ces fonctions serait laissé à la discrétion des vendeurs en fonction de leur implantation géographique et de leur degré d’adhésion/volonté de conformité avec la fiscalité de leur territoire)
NOTE : le développement (par mes soins) des fonctions en italique ne sera effectué qu’en cas de forte adhésion de la communauté à la mise à disposition de ces fonctionnalités, et leur activation dans l’infra que je déplois restera désactivable par vote. Mais un logiciel libre, une fois diffusé peut voir des variantes conserver des fonctionnalités que l’équipe d’origine a retiré ou désactivé. Seul des fonctions internes à DuniterV2 si elles s’avèrent nécessaire aux fonctionalité en italique pourraient être efficacement bloquante en les désactivants dans la blockchain Ǧ1.
