DevCamp Nantes 2022: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 1: | Line 1: | ||
==Compte rendu : GIF - Groupement d'Intérêt Fonctionnel== | ==Compte rendu : GIF - Groupement d'Intérêt Fonctionnel== | ||
Les personnes présentes : Eoxia, Evarisk, InfraS, Cap-Rel, Inovea, Pragma-tech,Code42, ... | Les personnes présentes : Eoxia, Evarisk, InfraS, Cap-Rel, Inovea, Pragma-tech,Code42, Progiseize... | ||
Le principe serait de permettre à différents intervenants de se regrouper autour d'un axe de développement fonctionnel. Les étapes pourraient être : | Le principe serait de permettre à différents intervenants de se regrouper autour d'un axe de développement fonctionnel. Les étapes pourraient être : | ||
| Line 33: | Line 33: | ||
<br /> | <br /> | ||
* Pour les acheteurs | *Pour les acheteurs | ||
** La recherche est trop fastidieuse pour trouver un module acheter précédemment. Un va-et-vient intempestif entre la liste des commandes et les produits la composant qui se trouve en bas du listing. | **La recherche est trop fastidieuse pour trouver un module acheter précédemment. Un va-et-vient intempestif entre la liste des commandes et les produits la composant qui se trouve en bas du listing. | ||
<br /> | <br /> | ||
* Pour les éditeurs | *Pour les éditeurs | ||
** Lors de la distribution gratuite de module, celui-ci est directement téléchargeable sans authentification. Ce système natif de Prestashop ne permet pas à l'éditeur de suivre la popularité de son module. | **Lors de la distribution gratuite de module, celui-ci est directement téléchargeable sans authentification. Ce système natif de Prestashop ne permet pas à l'éditeur de suivre la popularité de son module. | ||
** Afin de faciliter la gestion de son espace revendeur, une API d'échange serait appréciée pour traiter les commandes recues, gérer la mise à jour des zip de module et de la fiche module. | **Afin de faciliter la gestion de son espace revendeur, une API d'échange serait appréciée pour traiter les commandes recues, gérer la mise à jour des zip de module et de la fiche module. | ||
** La gestion des remboursements est parfois trop rapide envers le client qui ne permet pas à l'éditeur d'assurer sa procédure de SAV, des dérives d'usage pourrait être exploitées. | **La gestion des remboursements est parfois trop rapide envers le client qui ne permet pas à l'éditeur d'assurer sa procédure de SAV, des dérives d'usage pourrait être exploitées. | ||
** Paypal se positionne en juge pour décider unilatéralement de rembourser l'acheteur: une recherche sur le comportement de Paypal concernant les produits dématérialisés. | **Paypal se positionne en juge pour décider unilatéralement de rembourser l'acheteur: une recherche sur le comportement de Paypal concernant les produits dématérialisés. | ||
** La constatation de plus en plus importante, de modules qui n'apportent pas de nouvelle fonctionnalité par rapport à d'autre module existant et pourrait entraver les conditions d'usage de la plate-forme. | **La constatation de plus en plus importante, de modules qui n'apportent pas de nouvelle fonctionnalité par rapport à d'autre module existant et pourrait entraver les conditions d'usage de la plate-forme. | ||
Revision as of 00:13, 27 November 2022
Compte rendu : GIF - Groupement d'Intérêt Fonctionnel
Les personnes présentes : Eoxia, Evarisk, InfraS, Cap-Rel, Inovea, Pragma-tech,Code42, Progiseize...
Le principe serait de permettre à différents intervenants de se regrouper autour d'un axe de développement fonctionnel. Les étapes pourraient être :
- Etape 1 : Choix du module et définition des fonctions attendues
- Etape 2 : Création du projet sur le Github de l'association
- Etape 3 : Montant de la participation minimum au projet par personne/organisation et rôles (financeur ou intervenant)
- Etape 4 : Définition du Partenaire qui porte le projet
- Définition du rythme de travail
- Définition des réunions de validation
- Définition des paiements
- Etape 5 : Définition des besoins d'experts externe
- Etape 6 : Définition du ROI attendu basé sur les ventes en ligne sur le Dolistore
- Etape 7 : Définition des étapes d'intégration dans le cœur de Dolibarr
Les risques identifiés
- Abandon du projet par le Preferred Partner
- Dépassement du temps prévu sur le projet
- Manque d'interlocuteur fonctionnel
- Points bloquants dans le core de Dolibarr pour la réalisation du module
Compte rendu : Dolistore
Les personnes présentes : NS Info, Inovea Conseil, AB1 Consulting, Atoo-net, Takepos, ...
Ce groupe avait pour but d'échanger sur les attentes et problématiques concernant le Dolistore et ses usages.
- Pour les acheteurs
- La recherche est trop fastidieuse pour trouver un module acheter précédemment. Un va-et-vient intempestif entre la liste des commandes et les produits la composant qui se trouve en bas du listing.
- Pour les éditeurs
- Lors de la distribution gratuite de module, celui-ci est directement téléchargeable sans authentification. Ce système natif de Prestashop ne permet pas à l'éditeur de suivre la popularité de son module.
- Afin de faciliter la gestion de son espace revendeur, une API d'échange serait appréciée pour traiter les commandes recues, gérer la mise à jour des zip de module et de la fiche module.
- La gestion des remboursements est parfois trop rapide envers le client qui ne permet pas à l'éditeur d'assurer sa procédure de SAV, des dérives d'usage pourrait être exploitées.
- Paypal se positionne en juge pour décider unilatéralement de rembourser l'acheteur: une recherche sur le comportement de Paypal concernant les produits dématérialisés.
- La constatation de plus en plus importante, de modules qui n'apportent pas de nouvelle fonctionnalité par rapport à d'autre module existant et pourrait entraver les conditions d'usage de la plate-forme.