Une question sur les tarifs des modules...

[makc]

Salut,

 

Voilà j'ai pris contact avec un dev il y a peine quelques mois pour le développement d'un module presta. J'ai payé un certain prix HT assez élevé on va dire.

Et là je remarque,que le plugin est en vente ici, à un prix selon moi dérisoire même en TTC par rapport à ce que j'ai payé... on est dans du 6 à 7 fois moins.

 

Est ce que vous trouvez ça normal ?

Le dilemme : le code est le sien (évidemment), mais est ce qu'on peut à ce point là se permettre de brader un produit qu'on a vendu quelques mois avant aussi cher ? J'ai l'impression de mettre bien faire avoir.

 

Merci pour votre avis.

[yvon38]

Bonjour,

Il existe un tas de modules et thèmes gratuits PS, la communauté Prestashop est merveilleuse mais il existe des "rapaces" qui profitent du travail des autres à des fins pécunières.

Perso quand je roule en Renault j'achète des pièces chez Renault.

Maintenant, demander sur le forum PS, ce que l'on pense de votre achat ?!?..........

[Mr6]

Si l'écart est de 6-7 fois le prix vous ne devriez pas avoir de mal à obtenir gain de cause auprès du tribunal de proximité pour escroquerie

[Nommam]

Il faut les termes du contrat, mais oui a mon avis si il vds 7x Moins cher maintenant ....

 

Un petit nom que les autres gentil membre ce méfie de cet indélicat individu !

Edited May 18, 2012 by Nommam (see edit history)

[Broceliande]

Salut,

 

Voilà j'ai pris contact avec un dev il y a peine quelques mois pour le développement d'un module presta. J'ai payé un certain prix HT assez élevé on va dire.

Et là je remarque,que le plugin est en vente ici, à un prix selon moi dérisoire même en TTC par rapport à ce que j'ai payé... on est dans du 6 à 7 fois moins.

 

Est ce que vous trouvez ça normal ?

Le dilemme : le code est le sien (évidemment), mais est ce qu'on peut à ce point là se permettre de brader un produit qu'on a vendu quelques mois avant aussi cher ? J'ai l'impression de mettre bien faire avoir.

 

Merci pour votre avis.

 

C'est difficile à dire makc, et difficile de prendre partie.

 

Pourquoi ne pas directement nous dire de quelle fonctionnalité il s'agit , combien tu as payé, et combien est désormais vendu le module ? Afin qu'on puisse savoir si effectivement le module a été surfacturé ou pas ?(rien n'oblige à citer le nom du module ou du prestataire, ainsi tu ne risque pas de te retrouver accusé de diffamation... )

 

Bref je dis ça parce que de manière générale , il faut distinguer le module codé sur mesure , et qui n'existe pas sur le marché à l'instant ou le commanditaire en a besoin , d'un module ou fonctionnalité pour laquelle il existe plusieurs solutions , et donc , concurrence oblige, voit son prix irrémédiablement tiré vers le bas , parfois même de manière indécente.

 

Même si 6 à 7 fois moins cher me parait vraiment énorme, il faut ramener ça à la commande initiale : le module que ce prestataire t'a codé , à ta demande.

Si le développeur facture genre 50 € de l'heure, et estime qu'il devra passer 3 h à la réalisation du module , alors il a deux choix :

 

- Dire voilà ça fera 150€ car je n'ai pas ce module , je ne suis pas sûr de le revendre, et je vais donc devoir le réaliser de A à Z.. bref un tarif horaire et point barre .

- Dire ben voilà ce module me semble vendeur , je vais donc vous facturer non pas le tarif complet de sa réalisation , et je le mettrais sur le marché en espérant que la différence sera vite amortie.

 

Y'a des mixs des deux etc , bref tout est possible, et à l'appréciation de chacun.

 

Maintenant la ou tu peux avoir un recours , à mon avis , c'est si le développeur a chiffré un travail de 10 h alors qu'il n'en faut manifestement que 2 ou 3 : là il y a une véritable tromperie .

Sinon on peut juste estimer que le développeur aurait pu effectivement tenir compte du fait qu'il allait le vendre plusieurs fois derrière, mais il en a le droit malheureusement, à moins que ce ne soit expressément spécifié au départ :s

 

Mais pour qu'on sache si véritablement ton prestataire est seulement indélicat , ou s'il est au contraire volontairement malhonnête , il faudrait que l'on sache ce que je te demande au début de ce post a savoir : la fonctionnalité du module , ou alors mieux le cahier des charges initial, le tarif horaire facturé et le nombre d'heures, et bien sûr le prix du module aujourd'hui.

 

 

De plus tu précises que c'est tout de même il y a 'quelques mois' , que ce développement t'a été vendu , donc on peut tout aussi bien imaginer que le développeur a commencé par vendre le module plus cher... et que concurrence aidant ou parce qu'il ne se vend pas , il a du le baisser autant ...

 

En clair il est possible que tu aies été sciemment abusé, mais tout aussi possible que ça ne soit pas le cas : il faut garder à l'esprit que tu as été le premier bénéficiaire de cette réalisation et que si tu as règlé c'est que tu avais eu satisfaction au moins concernant le respect du cahier des charges et le montant de la facture finale (a ce moment là en tt cas ) ?

 

Est-ce que tu as une idée du délai après lequel il a effectivement mis en vente le module de manière publique ?

Dis nous en un peu plus

[tarsalfr]

personnellement je dirais que le développement d'un code pour un tiers prend en générale ( en fonction de ce que l'on demande ) beaucoup de temps

aprés si on ne sait pas quel type de module tu a eu besoin on ne peut pas se donner une idée ou ordre de prix

[olea]

Je rejoins les propos de Broceliande.

Un développement spécifique est forcément plus cher qu'un développement revendable comme module générique.

 

Le prix du module est peut être aussi dépendant de la version prestashop pour lequel il est prévu. Les développements sont parfois plus simples en 1.4 qu'en1.3

[Paul MONFILS]

Il nous est nécessaire d'avoir des précisions complémentaires pour bien clarifier la situation ;-)

Si besoin, un conseil juridique gratuit en MP est possible si vous me communiquez toutes les informations (conseil juste sur un avis, non une prestation juridique)

[YopixelAE]

Et là je remarque,que le plugin est en vente ici, à un prix selon moi dérisoire même en TTC par rapport à ce que j'ai payé... on est dans du 6 à 7 fois moins.

Est ce que vous trouvez ça normal ?

 

Oui c'est normal. Vous êtes le primo-demandeur, vous payez la conception + réalisation du module. Ensuite l'auteur baisse le prix pour inciter à l'achat les utilisateurs qui eux à priori n'ont pas besoin du module, et qui profitent de l’opportunité d'un prix bas pour l'acheter.

Ça correspond à la stratégie de l'auteur, qui fait un choix comme expliqué par Broceliande.

 

L'auteur du module peut aussi mettre à disposition gratuitement le module que vous avez payé.

 

Pour éviter ça il vous faut demander ab initio l'exclusivité du module, l'auteur s'interdisant alors -en contrepartie d'un prix + élevé- de diffuser à l'avenir le module.

[Paul MONFILS]

Félix-v1.4, de dire oui c'est normal, je vais nuancer ce propos par le fait qu'il existe des lois en France et que Mr6 a soulevé: devant un tribunal de commerce (pour tout litige entre professionnels), le vendeur aura du mal à se justifier si makc s'appuie avec l'aide d'un bon conseil juridique. Le fond du problème est plus complexe en ce qui concerne cette histoire, il faut voir les engagements initiaux et tous les paramètres liés à cette situation afin de pouvoir donner une réponse, la différence de prix étant un paramètre discutable (mais comme je dis, tout dépend du prix initial).

[YopixelAE]

le vendeur aura du mal à se justifier

Non, il n'aurait aucun mal.

Il donnerait gratuitement ce module qu'il n'aurait aucun mal non plus.

D'ailleurs il n'aurait même pas à se justifier.

Encore heureux que ce ne sont pas les anciens clients qui dictent la politique tarifaire des auteurs envers les nouveaux clients.

 

Tout ceci sous réserve de l'absence de conditions contractuelles particulières entre l'ancien client et l'auteur.

[Paul MONFILS]

Ce que je voulais dire est qu'il y a des directives européennes et une législation en matière de différence de prix accordé à un ou plusieurs clients (professionnel ou non), et comme dit tout dépend de la différence de prix (exemple: 1 500 € pour makc et 215 € pour les autres, pour le même produit, les arguments ont à être bien avancés par le vendeur à défaut de se voir soupçonné d'abusif). Ce qui compte le plus sera la clause du contrat commercial entre makc et le prestataire, clause spécifique en ce qui concerne le prix.

En ma qualité d'expert en droit commercial européen (droit français et belge en particulier), j'apporterai l'information suivante: en tant que client professionnel, toujours avoir dans le cadre de relation commerciale avec un autre professionnel un contrat de conditions générales. La rédaction de conditions générales de vente entre professionnels (CGV) n’est pas obligatoire, mais est néanmoins vivement recommandée ; l’absence de conditions générales de vente peut d’ailleurs constituer une présomption de discrimination. Toujours dans le cadre d'informer et non pas d'intervenir sur la situation de makc, il faut savoir aussi que la loi du 2 août 2005 en faveur des PME affirme que les conditions générales de vente constituent dorénavant le socle de la négociation commerciale et qu’elles peuvent être différenciées selon les catégories d’acheteurs, et notamment entre professionnels. En matière de barême de prix, je suis dans la démarche d'information: de manière générale, l’établissement d’un barème de prix n’est pas obligatoire. Il ne peut exister que pour autant que l’activité en question se prête à son élaboration (Les produits et services sur devis en sont exclus). De même, le prix de certains produits soumis à des fluctuations de cours peut ne pas permettre l’établissement d’un barème. A l’inverse, il n’est pas interdit au vendeur d’établir plusieurs barèmes qu’il destine à plusieurs catégories de clientèles auprès desquelles il commercialise ses produits ou services sous réserves, de l’application de l’article L. 441-6 du Code de Commerce qui définit les conditions de la différenciation tarifaire et sous réserve que les catégories de clients soient bien distinctes.

Dans le cadre de relation commerciale, toujours indiquer une date d’application et une durée de validité de prix à défaut que le client se retourne contre le vendeur pour abus.

En matière de différenciation de prix, il convient de rappeler que la législation entre professionnels prévoit que cette différenciation de prix doit être justifiée par une contrepartie réelle et non manifestement disproportionnée. Pour faire le lien avec cette situation qu'expose makc, là est toute l'argumentation avancée car en matière de différenciation de prix il y a encore d'autres paramètres qui rentrent en compte.

Bref, de toute façon, il est important de connaître tout le dossier de la relation pleine et entière qu'a pu avoir makc avec son prestataire pour pouvoir donner juridiquement un point précis à cette situation.

[Nommam]

Oui mais dans le cas présent, il y a un donneur d'ordre et un exécutant, le donneur d'ordre paye la tache, et l'executant la fournis. Apres si le prix du développement a était payé en intégralité ... l’exécutant fournis le travail qui ne lui appartiens plus !

 

Bref, il faut voir le contrat initial ...

 

Mais, ici la notion de propriété intellectuel rentre aussi en ligne de compte, et il me semble que meme avec des mentions du genre "après livraison du code fonctionnel, vous renoncez a la propriete de celui ci, et tout développement ou modification meme partiel a venir" est litigieux !

PaulMonFils tu confirme ?

[Paul MONFILS]

Alors oui, c'est litige garanti mon bon Nommam

[Mao Sait Tout]

Bonjour,

 

Je ne tiens pas à entrer dans le débat " légal / pas légal " ou " éthique / pas éthique ", je tiens seulement à apporter le point de vu d'un client de plusieurs modules personnalisés d'une solution de eCommerce similaire à PrestaShop.

 

Commander un module unique vous mets face à un choix cornélien :

 

A - Vous êtes (et restez) le seul utilisateur, donc, la mise à jour, ou les développement futurs seront à votre entière charge.

 

B - Le créateur revend (moins cher) son module, les mises à jour, ou les développement futurs seront moins chers qu'initialement.

 

Une solution médiane pourrait être de trouver des utilisateurs intéressés par ce module, et partager les frais de création.

 

Le recul de plusieurs années de pratique m'apporte la conviction qu'il vaut mieux que le créateur revende ce module (même moins cher, quitte à vous faire regretter votre investissement initial).

 

En effet, en revendant le module, si celui-ci devient populaire, votre module se bonifiera avec ses autres utilisateurs, votre investissement sera pérennisé car votre module évolura.

 

Dans le cas contraire d'un seul utilisateur unique, votre module risque soit de mourir, soit de ne plus évoluer ou soit de vous coûter ENCORE plus cher lors de sa mise à jour.

 

My two cents,

 

 

Mao

Edited May 27, 2012 by Mao Sait Tout (see edit history)

[jeckyl]

Salut,

 

comme possibilité il y a aussi (ce que j'applique souvent) la création d'un module à la demande d'un client et si j'estime que c'est revendable alors je facture au client le prix de vente du module comme pour les autres clients.

 

Le gars vient, me donne une idée que je peut revendre, je ne vais pas en plus lui piquer son pognon.

 

Le risque financier est transféré de mon côté, mais à moi aussi d’avoir la bonne expertise pour savoir le potentiel de revente.

[Nommam]

+1 jeckyl => Nous ne sommes pas sur la meme longueur d'onde toi et moi, mais la j'approuve ta remarque, qui est fondé sur le bon sens "humain" de la chose, et le serieux d'une relation commerciale.

[devprestacom]

Bonsoir,

 

Pour moi, il faut beaucoup plus d'information pour donner un avis :

- Est ce que les 2 modules sont parfaitement identiques?

- Les modules sur mesure sont souvent un peu plus cher que les modules 'clé à la main'?

- Ce développeur fait le module avec sav ou non?

- Tu travailles avec ce développement depuis longtemps ou encore en avait t'il des intentions dans ce sens?

- ...

 

Bref, assez difficile de comprendre sans tous les autres éléments. Mais 7 fois plus cher ... je veux bien comprendre

 

Cordialement,

[Broceliande]

Salut,

 

comme possibilité il y a aussi (ce que j'applique souvent) la création d'un module à la demande d'un client et si j'estime que c'est revendable alors je facture au client le prix de vente du module comme pour les autres clients.

 

Le gars vient, me donne une idée que je peut revendre, je ne vais pas en plus lui piquer son pognon.

 

Le risque financier est transféré de mon côté, mais à moi aussi d’avoir la bonne expertise pour savoir le potentiel de revente.

 

Tu sais je pense car nous en avons largement discuté ensemble que je partage en partie ton point de vue... mais qu'il ne s'applique pas à tout.

 

Donc un gros +1 aussi concernant l'éthique et la méthode, mais je veux préciser que l'éthique en ce domaine ne tient pas qu'à ce seul type de fonctionnement.

Je suis le plus souvent sollicité pour du sur mesure. Il est rare que la demande alors puisse réellement aboutir sur un module public, car les spécifications liées à la demande du client ne répondent le plus souvent pas aux besoins d'un autre.

 

Effectivement tu prends le risque financier que le module ne se vende pas , mais tu t'en sors globalement sur le volume des modules présents sur ton site.

 

Dans mon cas, plutôt orienté sur le sur mesure, je ne cherche pas à rentabiliser un module à postériori. Preuve en sont les 5 ou 6 modules 'vitrine' présents sur mon site alors que j'en ai développé plus d'une centaine.

 

Publier un module implique plus de travail que le simple sur-mesure, pour le rendre utile au plus grand nombre.

Publier un module implique également une disponibilité en terme de support , un suivi , etc ... : plus on le vends , plus on a des chance de tomber sur des cas isolés chez qui le module se comporte bizarrement , ou sur des clients qui ne parviennent simplement pas à le faire fonctionner faute de connaissances suffisantes et ont besoin d'aide à l'installation...

(De ma vie je n'ai par exemple jamais facturé l'installation d'un de mes modules, ni les questions subsidiaires n'ayant rien à voir avec mon dev et que le client profite de poser.. à l'occasion...)

 

La pratique que tu cites et que tu pratiques réellement, je peux en attester, a tout de même une limite de taille : si le module apparait d'entrée de jeu invendable et demande plusieurs heures de dev, c'est fichu pour le client.

 

Dans mon cas donc , sans aller jusqu'au "je facture le module au prix qu'il sera vendu et je le publie en espérant le rentabiliser", je mise plus sur la spécificité du code que je vais devoir réaliser, et des bouts de code que je pourrais réutiliser , même pour des utilisations quasiment différentes. Je passe alors un peu plus de temps (non facturé bien sûr) , afin de rendre la ou les fonctionnalités en questions réutilisables (refactorisation à tout va etc... ).

 

Comme toi d'ailleurs , Jeckyl, si j'estime que la demande du client m'apporte une idée , je fais en sorte qu'il ne soit pas lèsé et j'adapte mon devis en conséquence, même si l'idée qu'il m'apporte n'a rien à voir avec sa demande mais plus avec les astuces techniques que je vais devoir mettre en oeuvre pour y parvenir.

 

Je vois aussi une autre limite , enfin plutôt une dérive que j'ai rencontré plusieurs fois ...

Schématiquement :

Un client me contacte pour un module vraiment costaud, genre plusieurs jours de travail.

Il me propose une enveloppe ridicule pour le module , mais me précise tout de même que ça devrait intéresser du monde , et que je serais autorisé (sic) à le vendre sur mon site et garder 30 , 40% sur chaque vente , le reste étant pour lui bien sur puisqu'il a l'idée... Bref tu vois le genre.

Ca m'est arrivé quelques fois , sans blague! Or les idées en question dans les cas que je cite sont d'une , inapplicables pour d'autres clients, de deux , n'ont absolument rien à voir avec le degré d'expertise qu'il faut pour parvenir à développer le code qui les mettra en oeuvre...

 

Je ne suis donc pas pour généraliser et annoncer aux utilisateurs que c'est la seule et meilleure pratique s'ils veulent un module qui n'existe pas.

 

Au final, jamais un de mes clients n'a discuté le prix d'un de mes développements, que ce soit avant , ou après celui-ci...

Mais je reste tout de même persuadé qu'il n'y a pas de règle toute faite en terme d'éthique.

 

Avant tout il suffit d'être honnête et transparent pour n'avoir jamais rien à se reprocher. Ce que nous sommes tous deux, pas vrai ?

[jeckyl]

C'est pour cela que j'avais pensé à mettre cette limitation :

 

et si j'estime que c'est revendable

 

Je ne généralise rien, je ne porte même pas de jugement sur le débat, juste un témoignage d'une pratique qui n'a pas été abordée.

 

Sinon, le coup du gars à la fameuse idée qui va, à coup sûr, intéresser plein de gens et je vais surement gagner plein d'argent avec ce développement, je dois l'avoir tous les mois, mais ce qu'ils oublie c'est que nous ne débarquons pas dans le ecommerce ou pire dans internet avec l'arrivée de Prestashop, donc on repère assez vite les bonnes idées et le reste.

 

 

Dans tous les cas, le développement a un coût, même si beaucoup pense que non du fait même de l'existence de l'open source et de sa pratique communautaire de mutualisation du savoir.

[Broceliande]

C'est pour cela que j'avais pensé à mettre cette limitation :

 

 

 

Je ne généralise rien, je ne porte même pas de jugement sur le débat, juste un témoignage d'une pratique qui n'a pas été abordée.

 

Sinon, le coup du gars à la fameuse idée qui va, à coup sûr, intéresser plein de gens et je vais surement gagner plein d'argent avec ce développement, je dois l'avoir tous les mois, mais ce qu'ils oublie c'est que nous ne débarquons pas dans le ecommerce ou pire dans internet avec l'arrivée de Prestashop, donc on repère assez vite les bonnes idées et le reste.

 

 

Dans tous les cas, le développement a un coût, même si beaucoup pense que non du fait même de l'existence de l'open source et de sa pratique communautaire de mutualisation du savoir.

 

Ah oui bien sûr que tu l'as précisé, et je ne critiquait pas ton intervention d'ailleurs, je la complètais plutôt, de mon propre regard, car nous ne ciblons pas nécessairement les mêmes personnes , en tout cas pas les mêmes tâches... disons.

 

Je restais juste dans le topic et comme tu le constates , on finit bel et bien par se rejoindre.

 

La seule chose étonnante dans ce thread est que son initiateur n'a encore pas réagi , lol !

[coeos.pro]

Salut,

 

Voilà j'ai pris contact avec un dev il y a peine quelques mois pour le développement d'un module presta. J'ai payé un certain prix HT assez élevé on va dire.

Et là je remarque,que le plugin est en vente ici, à un prix selon moi dérisoire même en TTC par rapport à ce que j'ai payé... on est dans du 6 à 7 fois moins.

 

Est ce que vous trouvez ça normal ?

Le dilemme : le code est le sien (évidemment), mais est ce qu'on peut à ce point là se permettre de brader un produit qu'on a vendu quelques mois avant aussi cher ? J'ai l'impression de mettre bien faire avoir.

 

Merci pour votre avis.

 

Avant je bossais dans une boite qui vendait des automates pour LAM et CH (labo analyse médicales et centre hospitalier) et les automates étaient connectables au réseau informatique interne, mais évidemment ce développement avait un coût (>10.000€), et bien au lieu de dire "on va placer 10 automates avec connexions, ça fait en moyenne 1000€/ client" et bien c'est le premier client qui paye l'intégralité du développement et sa connexion (donc 10.000€) et les autres clients payent juste leur connexion qui coûte beaucoup beaucoup moins chère... C'est clairement pas normal, pour moi en tout cas.

 

"mais est ce qu'on peut à ce point là se permettre de brader un produit " oui, j'en ai bien peur, ensuite tout dépend de la difficulté/temps pour faire ce module

 

 

Personnellement si on me demande de développer un module, si je pense que ça peut être revendu facilement derrière, je le fait à un bon prix, si c'est une amélioration de module ça même arrivé de le faire gratuitement (à condition que l'amélioration soit un plus pour le module). Si le module est trop spécifique ou alors si je trouve que ce n'est pas quelque chose de rentable, alors le prix est plus élevé.

[devprestacom]

Bonjour,

 

J'aimerai partager avec vous notre expérience sur ce domaine. En effet, cela fait plusieurs mois déjà que nous travaillons pour un même client et nous sommes très souvent confronté à ce type de situation. Nous le traitons au cas par cas.

 

Déjà, il faudrait que le module soit un module générique (utilisable par un autre client avec très peu ou aucune modification). Si tel est le cas, alors, dans un premier temps, nous évaluons le coût de développement du module et jours/homme et nous faisons ensuite la multiplication avec notre tarif journalier pour avoir le coût en € du développement du module. Si le client dispose du budget nécessaire, alors, nous développons le module et le code source lui appartient. Au cas où son budget ne suffit pas, alors nous négocions un pourcentage sur les ventes sur addons.

 

Voilà pour ma modeste contribution

[David Niry]

Bon, le topic est vraiment vieux, mais on ne sait jamais, ça pourra peut-être servir à d'autres...

 

Voici en bas de ce post l'article de nos Conditions Générales de Vente concernant le développement de modules, bien qu'ayant à présent un positionnement d'éditeur, nous n'acceptions que très très rarement, voire plus du tout ce genre de travaux.

 

Après, concernant le "prix réduit" mentionné, les Conditions ne précisent pas de chiffre et c'est au cas par cas et négocié d'abord verbalement, puis mis par écrit dans un simple mail que le client accepte par retour de mail. Ce n'est pas très formel comme méthode, et sans doute qu'un simple mail accepté sera léger devant une cour s'il y a litige, mais bon, ça a au moins le mérite de ne pas prendre la tête au client pour pas grand-chose.

 

Je peux vous donner un exemple précis: notre module "Rapports de ventes, TVA, bénéfices et marges", aujourd'hui vendu 59,90€ HT sur Addons (et un module qui vous sort les chiffres justes de la 1.2 à la 1.5, je peux vous assurer que ça n'a pas été une partie de plaisir ) avait à la base été développé en tant que rapport de TVA pour un client, PrestaShop ne permettant pas en standard de faire ressortir correctement sa TVA exacte en prenant tout en compte (emballage, réductions etc...). Cela lui avait été facturé 150€ HT. En fait, on lui a fait dès le départ un truc beaucoup plus complet que son cahier des charges qui voulait juste un rapport de TVA qui tombait juste pour son comptable.

 

Certes, il a payé presque 3 fois le prix de revente, mais cela avait été convenu entre nous lors de la négociation. Et je pense que c'est en fait la clé dans cette histoire: soyez clair et honnête avec votre client. Prévenez-le de vos intentions et trouvez un accord où tout le monde s'y retrouve et où tout est clairement défini et mis sur la table, puis, formalisez-le un minimum par écrit, même via un simple mail, et vous n'aurez jamais de problème. La transparence dès le départ évite tout conflit de ce genre. En tous cas, ça a toujours fonctionné pour nous.

 

Notre module Facebook PS Wall Posts est né à peu près de la même manière. Et là, vu le potentiel que nous y avions vu, la cliente n'a pas payé du tout. En revanche, elle a testé le module sous toutes ses coutures et sur toutes les versions de PrestaShop, ce qui a une valeur importante et c'était là notre accord.

 

Voilà, just my 2 cents...

 

----

 

 

11 – Modules PrestaShop, prix et propriété intellectuelle

Lors du développement de modules PrestaShop, BUSINESS TECH peut proposer un tarif réduit sur le développement de modules. Ceci implique que le Client accepte en revanche de céder intégralement, et sans aucune réserve, les droits de propriété intellectuelle, de distribution et de commercialisation du dit module. Le module sera alors commercialisé publiquement à un prix réduit sur la plate-forme PrestaShop Addons (http://addons.prestashop.com). Business Tech pourra également être amené à proposer ce module en direct à d’autres client dans le cadre d’un développement complet de Site Internet PrestaShop.

 

En contrepartie, le Client bénéficiera de toutes les mises à jour et versions futures du module durant toute la durée de vie du site Internet pour lequel le module aura été réalisé, et ce entièrement gratuitement (par comparaison, le site Prestashop Addons ne donne droit qu’à 5 mises à jour avant de devoir renouveler l’achat du module).

 

Cependant, dans le cas d’un module avancé nécessitant des modifications du core, la condition suivante est applicable : si d’autres modifications du core ou des mises à jour de PrestaShop ont été réalisées par le Client ou l’un de ses représentant ou prestataire et ont écrasé ou ont rendu incompatible les modifications du core effectuées par le module, et que BUSINESS TECH soit amené à intervenir pour « fusionner » les diverses modifications et revenir à un état stable de la boutique, une prestation de maintenance avec facturation à l’heure ou sur devis sera alors appliquée.

 

Enfin, dans le cadre de l’intégration de modules achetés sur PrestaShop Addons (addons.prestashop.com) et édités par des tiers (sociétés ou individus autres que BUSINESS TECH), nous ne serions être tenus responsables de bugs ou de dysfonctionnements des dits modules. Il conviendra alors de vous retourner vers les éditeurs concernés.

[ad34]

Si le module n'existait pas à la date de votre demande. et que mettons le developpement à prix une semaine, quoi de plus normal que le prix soit 5* le tarif journalier du développeur.

 

Si le contrat ne précise pas la cession des droits sur le code, le code restant la propriété intellecuelle du développeur, il a le droit de le faire, même si le vendre "en l'état" , sans modification ou améliorations et ceci juste après votre commande n'est pas très élégant commercialement.

 

Il faut faire la différence entre une module sur mesure qu'un prestataire vend a un seul client et un module mis en vente sur le net qui sera vendu plusieurs dizaines de fois, voire bien plus.