3 « J'aime »
Bonjour Altatof,
Désolé, promis, on ne renomme plus le notre.
Peut être qu’on devrait simplement prendre l’habitude d’ouvrir un post sur le forum quand on démarre un développement au cas où d’autres travailleraient sur le même sujet
1 « J'aime »
Bonjour @akene ,
Merci pour ta réponse ! 
Effectivement, il faudrait qu’on arrive à mieux se coordonner entre devs sans aller jusqu’aux fameux GIFF qui me paraissent incompatibles avec nos emplois du temps et la nécessité de répondre avec réactivité aux besoins de nos clients.
@defrance a fait une proposition intéressante dans ce sens et elle me paraît intéressante sur le long terme; je pense qu’il faut y aller pas à pas et commencer par se trouver un coin sur le forum ou sur discord pour discuter de nos modules sans que ça soit noyé dans d’autres conversations.
Qu’en penses tu @akene ? @defrance ? les autres ?
@ksar peut-être faudrait il séparer en deux ce fil de discussion prévu au départ pour les évolutions dolistore ?
Salut à tous,
Il me semble que l’asso doit organiser des réunions régulières de développeur ? voir les derniers compte rendu, cela me semblerait approprié de commencer par là et de faire un suivi sur un endroit dédié (discord, forum, …) @aspangaro-Inovea tu confirmes ?
@+
1 « J'aime »
Meme si je n’en suis pas une grande Fan, discord me semble plus adapté pour ce genre de discussion
que pensez-vous du 12 octobre, cela nous laisse 10 jours pour préparer. Qui se charge de lancer les cartons d’invitations?
1 « J'aime »
Je vais meme lancer un sujet, pour les « prefered module developer », l’accès aux dépots de nos modules avec un gentleman agreement pour ne pas dire une nda sur leur diffusion correction.
1 « J'aime »
Bonjour à tous,
Oui tu as raison @DELTHAIR64 , j’avais dans l’idée de proposer un rdv mensuel pour échanger 2h sur les sujets mis en avant…
Il faut trouver un créneau et voir si cela fonctionne.
Présentation de module, discussions, regroupement pour travailler sur un sujet, GIFF éventuellement… Ces échanges éviteront quelques fois de travailler sur le même sujet chacun de son côté.
Par contre initialement, j’avais plus dans l’idée de ne proposer cette réunion qu’aux prefered partner dans un premier temps
La canal n’a pas encore été décidé (Discord potentiellement ou jitsi Easya), je n’ai pas prévu qu’on soit 160 non plus, j’avais plutôt en tête 10-20 développeurs
Qu’en pensez-vous ?
Le 2ème jeudi du mois entre 10h-12h par exemple ?
Pour en revenir à ta réflexion @defrance
Normalement, toute commercialisation d’un module ouvre à l’obligation de la mise en place de documentation et d’un support clair. Pourquoi vouloir créer un label supplémentaire alors que le label Prefered Partner commence seulement à donner quelques avantages par rapport (en dehors de la « renommée ») à une société ne l’ayant pas.
Excellente journée,
Je me répète, meme si on va finir par croire que je suis gateuse, prefered partner cela correspond au métier d’intégrateur, pas développeur de module.
Je ne suis pas d’ailleurs prefered partners malgré tous les modules que je commercialise et les correctifs que je pousse dans le core…
Ensuite, est-ce que tu veux que l’on regarde vraiment si tous les modules du dolistore possède « une documentation et un support clair »?
1 « J'aime »
Sur ce point je pense que ça ferait vraiment du bien - à nous (auteurs de modules) y compris - et me semble absolument indispensable lorsqu’on pense aux utilisateurs … qui sont quand même les principaux concernés
Question centrale: en fait quitte à faire un fil d’échanges au sujet du DoliStore, au lieu que ça soit les auteurs et développeurs qui s’expriment ne serait il pas mieux que ça soient les utilisateurs / clients ?
L’asso pourrait elle monter une question / un ensemble de questions sur une plate-forme du genre decidim, svp utilisons des outils libres pour ça et ensuite envoyer un mail à chaque client du dolistore pour leur expliquer l’importance de s’y exprimer ?
2 « J'aime »
Salut, personnellement je serai plutôt partant pour un fil de discussion asynchrone de type forum voire mailing-list (je sais ça fait old-school) plutôt que de devoir réserver des plages horaires dans un agenda déjà bien surchargé.
Et puis l’écrit permet de réfléchir, de garder une trace, …
1 « J'aime »
on pourrait juste utiliser un bout de forum ici avec des sujets dédiés ? un peu comme ce qui a été mis en place pour les Preferred Partners ? @jtraulle @eldy ?
Hello 
Point de vue client la présentation des plugins chez Wordpress est très très bien je trouve.
La présentation des plugins Prestashop est également bien faite.
Et le système de notation des modules est décrit dans la FAQ, avec notamment un système de blocage temporaire des avis négatifs de 7 jours pour que le prestataire puisse discuter et/ou trouver une solution pour le client.
1 « J'aime »
Bonjour @aspangaro-Inovea
Cette notion de taux d’insatisfaction n’est pas pertinente : la seule donnée (visiblement) à disposition étant le nombre de remboursements, cela qui ne donne aucune indication sur la raison de la demande de remboursement.
On peut acheter un module pour le tester grandeur nature et se rendre compte qu’il ne convient pas à ce qu’on cherche à faire.
Il serait alors tendencieux de transformer la donnée « nombre de remboursement » en « taux d’insatisfaction ».
Ou alors, c’est de l’insatisfaction relative aux explications, copies d’écrans, documentation…
Cela a été déjà mentionné dans les réponses.
Autre point - aussi déjà mentionné dans les réponses : c’est un indicateur négatif et c’est bien dommage.
La difficulté c’est de proposer un « jugement » sur… tout un tas de choses : la qualité du code, la qualité du service rendu, la qualité de la structure du module (s’intègre-t-il bien avec le reste de dolibarr ou pas ?), la qualité de la documentation (et des traductions de cette documentation !), la qualité de service rendu par le développeur… bref, c’est vraiment très large.
Si votre idée est juste de mentionner que vous l’avez remboursé X fois parce que cette information est disponible… ben cpeut-être que ce n’est juste pas une information pertinente à mettre en avant ?
Par contre, j’ai vu aussi dans les commentaires la suggestion d’indiquer la célérité de réponse du développeur : attention, ceci ne vaut que si le dolistore possède cette donnée, or ce n’est pas le cas puisque les développeurs ne passent pas par la plateforme pour répondre aux demandes.
Bonjour,
Effectivement, je ne m’attendais pas à autant de débat mais comme on me l’a dit, j’ai ouvert la boite de Pandore. 
C’est intéressant à suivre mais c’est partie en live assez vite.
La question initiale était sur une évolution du Dolistore qui est déjà codé en réalité mais qu’on peut encore adapter dans son libellé & son calcul.
Je trouvais comme le dise beaucoup de personne que ce Taux d’insatisfaction est négatif et va privilégier les anciens modules et ne semble pas des plus parlants pour identifier une problématique sur un module. Comment vendre ensuite un module dont la première vente est un remboursement… Cela veut dire qu’il a un taux d’insatisfaction de 100% ! Faut il plutôt afficher le nombre de ventes et le nombre de remboursement tout simplement sur les 6 derniers mois… A part les remboursements, nous n’avons aucun autres indicateurs de disponible à priori.
Pour ce qui est du Dolistore, cela reste un vieux prestashop que nous cherchons à moyen terme à nous débarrasser pour passer sur un site e-commerce avec panier basé sur la module website selon les discussions en cours sur le board de l’association.
De mon point de vue, ce n’est pas la définition que je donne à un prefered partner. C’est un ensemble : intégrateur, développeur, facilitateur. Le critère principal reste pour obtenir le label de participer à l’écosystème Dolibarr.
Nous sommes effectivement preneur d’une remontée si des modules vendus (pas les gratuits de ce fait) sur le Dolistore ne possède pas de support clair (règle 6a). La documentation n’est obligatoire que si le module se trouve sur l’accueil du Dolistore. Nous sommes en droit de désactiver les modules selon les règles du Dolistore disponible ici : Conditions d'utilisation - DoliStore
La catégorie Prefered Partner est là pour ça. Au delà des GIFF & Organisation devcamp, c’est ouvert pour échanger, n’hésites pas !
Certes mais un rendez-vous récurrent peut s’avérer très productif aussi. Il faut voir ça comme un nano-devcamp et pas nécessaire d’être tout le temps présent. Juste un moment sympa où on avance de manière communautaire.
Bon, il faut que je retourne bosser tout de même 
Excellente journée,
2 « J'aime »
Une simple demande de sa part à l’association devrait être suffisante. C’est une formalité à mon sens.
J’attache, dans mon cas, beaucoup d’attention au label prefered partner pour lui donner un maximum d’avantages afin de récompenser ceux qui donnent chaque jour du temps à l’écosystème Dolibarr !
1 « J'aime »
Je le répète la notion de prefered partner ne correspond pas à mon activité, je ne souhaite pas faire de l’intégration mais juste développer et maintenir des modules. Pour moi ce sont deux activité différentes qui demandent des compétences différentes et qui devraient être identifiées différemment.
Je pense d’ailleurs qu’il faudrait 3 labels pour 3 activités différentes et parfois complémentaires :
- un label pour les intégrateurs qui accompagnent des clients
- un label pour les développeurs qui développent des modules
- un label pour les hébergeurs de dolibarr
Avoir un meme label pour des activités diamétralement opposée est en mon sens une aberration et apporte de la confusion auprès de nos clients (et j’en ai marre d’ailleurs d’expliquer à chaque contact que je ne fait pas d’intégration)
Et je vais pousser un peu encore le bouchon, quelles sont donc les fameuses « récompenses » qu’apportent un tel label?
1 « J'aime »
Bonjour
Why not mais dans les faits combien vont ne demander qu’un seul label ?
J’ai tendance à penser que trop de label tu le label 
Une définition plus large de la notion de prefered partner serait peut être suffisante…
1 « J'aime »
