primo tu achetes la version binaire de mon soft. La version source, elle est en CVS public. Donc si tu veux me faire de la concurrence, tes frais sont purements commerciaux
(sauf si tu veux "rentrer" dans le code)
par contre, je vends aussi de la formation et des manuels audio-videos, et meme une version developpeur, que tu peux acheter pour rentrer dans le code plus facilement (et je fais support technique aux debutants en Python aussi!)
deuxio:
>2 mois apres, on echange les positions et une societe me fait le coup, et c'est moi qui tombe en faillite.
et il se trouve que cette societe, c'est moi :)
en effet
a) comme y'a mon nom dans les sources, j'ai contacte tes propres clients en leur demontrant que je suis le dev original et que si j'ai les memes prix que toi, par contre, je suis plus productif !
b) j'ai aussi recupere tes modifs, et cela m'a donne deux ou trois idees en plus, que j'ai rapidement mis en place et presente a tes propres clients. Au passage, je leur soumets l'idee de basculer le support chez moi ou un partenaire geographiquement plus proche (je considere bien sur que, puisque ta premiere action a ete de me "nuire", tu n'es pas un partenaire "recommande")
De plus, une fois que j'ai "vendu" le premier soft, j'ai ammorti mon coup de production (que j'ai d'ailleurs eventuellement partage avec mes partenaires independants iniatialement (cf cosource.com),
Les nouveaux clients que je demarche a cout reduit (un coup de telephone suivi d'un cd de demo fait maison), je ne leur vends que du support.
(ou des modifications payantes)
Et le support je le vends au meme prix que toi,
mais comme j'ai developpe le soft, je reponds plus vite, donc je fais plus de benefs que toi...
Mais comme la plupart du temps, cest entreprises ne sont pas sous Linux mais sous un OS proprietaire donc le cout d'entretien est trop cher (ou bien parce que la nouvelle version de leur logiciel actuel ne fonctionne pas et il faut qu'ils upgradent), je leur vend une solution Linux Hardware complete et je case mon support. Plus les deux ou trois autres logiciels standards deja existants (une gestions documentaire via Intranet, une messagerie d'email interne...)
De meme, pour l'ajout des fonctionnalites, je suis plus rentable que toi au meme prix: j'ai pas a investir le temps de "decouverte" du soft (et j'ai ma doc perso de dev, les modeles UML et tout le tralala).
De plus, mes premiers clients s'appercoivent que mon travail est correct et qu'ils peuvent, a tres peu de frais avoir un logiciel de compta/facturation qui fait VRAIMENT ce qu'ils veulent... donc ils en redemandent (et ils ont pas besoin d'upgrader leur OS pour ca, parce que la SSII win32 du coin ne supporte plus dBase mais uniquement AccesXP)
Bien sur, mes clients "pauvres" vont se dire:
si je paye pas et que j'attends, un concurrent va payer pour faire developper telle ou telle fonctionnalite.
mais
a) le client qui specifie la fonctionnalite speficie _exactement_ ce qu'il veut. De plus, puisqu'il a besoin de cette fonctionnalite, il va faire des economies (donc a priori le financement du dev lui coute moins cher que d'attendre un hypothetique dev)
b) le client qui a attendu n'aura pas forcement la fonctionnalite exacte dont il a besoin... au final, soit il continue a etre moins efficace que son concurrent, soit il paye pour avoir sa fonctionnalite exacte.
Le tout est d'avoir une echelle de prix de dev correcte _et_ realiste. Ou de coupler developpement "rapide" (Rad + XP) et support plus cher
En gros, le dev coute pas trop cher (genre 10 jours de dev tarif SSII) parce que c'est rapidement fait. (ie pas les 5 jours de tests complets et exaustif en plus: on valide juste par rapport aux specs du client (l'etablissement des specs est bien sur facture a part))
Par contre, le "potentiel" debug se fait en production (en beneficiant du principe des "millions d'yeux qui regardent le code" du logiciel libre).
Les Service Packs sont developpes gratuitement si on a un contrat de maintenance. (principe du docteur chinois: tu payes tant que ca marche. Quand ca marche plus, tu payes pas le patch)
[^] # Re: oh le mechant concurrent
Posté par Anonyme . En réponse à la dépêche Programmeur independant et GPL. Évalué à 0.
(sauf si tu veux "rentrer" dans le code)
par contre, je vends aussi de la formation et des manuels audio-videos, et meme une version developpeur, que tu peux acheter pour rentrer dans le code plus facilement (et je fais support technique aux debutants en Python aussi!)
deuxio:
>2 mois apres, on echange les positions et une societe me fait le coup, et c'est moi qui tombe en faillite.
et il se trouve que cette societe, c'est moi :)
en effet
a) comme y'a mon nom dans les sources, j'ai contacte tes propres clients en leur demontrant que je suis le dev original et que si j'ai les memes prix que toi, par contre, je suis plus productif !
b) j'ai aussi recupere tes modifs, et cela m'a donne deux ou trois idees en plus, que j'ai rapidement mis en place et presente a tes propres clients. Au passage, je leur soumets l'idee de basculer le support chez moi ou un partenaire geographiquement plus proche (je considere bien sur que, puisque ta premiere action a ete de me "nuire", tu n'es pas un partenaire "recommande")
De plus, une fois que j'ai "vendu" le premier soft, j'ai ammorti mon coup de production (que j'ai d'ailleurs eventuellement partage avec mes partenaires independants iniatialement (cf cosource.com),
Les nouveaux clients que je demarche a cout reduit (un coup de telephone suivi d'un cd de demo fait maison), je ne leur vends que du support.
(ou des modifications payantes)
Et le support je le vends au meme prix que toi,
mais comme j'ai developpe le soft, je reponds plus vite, donc je fais plus de benefs que toi...
Mais comme la plupart du temps, cest entreprises ne sont pas sous Linux mais sous un OS proprietaire donc le cout d'entretien est trop cher (ou bien parce que la nouvelle version de leur logiciel actuel ne fonctionne pas et il faut qu'ils upgradent), je leur vend une solution Linux Hardware complete et je case mon support. Plus les deux ou trois autres logiciels standards deja existants (une gestions documentaire via Intranet, une messagerie d'email interne...)
De meme, pour l'ajout des fonctionnalites, je suis plus rentable que toi au meme prix: j'ai pas a investir le temps de "decouverte" du soft (et j'ai ma doc perso de dev, les modeles UML et tout le tralala).
De plus, mes premiers clients s'appercoivent que mon travail est correct et qu'ils peuvent, a tres peu de frais avoir un logiciel de compta/facturation qui fait VRAIMENT ce qu'ils veulent... donc ils en redemandent (et ils ont pas besoin d'upgrader leur OS pour ca, parce que la SSII win32 du coin ne supporte plus dBase mais uniquement AccesXP)
Bien sur, mes clients "pauvres" vont se dire:
si je paye pas et que j'attends, un concurrent va payer pour faire developper telle ou telle fonctionnalite.
mais
a) le client qui specifie la fonctionnalite speficie _exactement_ ce qu'il veut. De plus, puisqu'il a besoin de cette fonctionnalite, il va faire des economies (donc a priori le financement du dev lui coute moins cher que d'attendre un hypothetique dev)
b) le client qui a attendu n'aura pas forcement la fonctionnalite exacte dont il a besoin... au final, soit il continue a etre moins efficace que son concurrent, soit il paye pour avoir sa fonctionnalite exacte.
Le tout est d'avoir une echelle de prix de dev correcte _et_ realiste. Ou de coupler developpement "rapide" (Rad + XP) et support plus cher
En gros, le dev coute pas trop cher (genre 10 jours de dev tarif SSII) parce que c'est rapidement fait. (ie pas les 5 jours de tests complets et exaustif en plus: on valide juste par rapport aux specs du client (l'etablissement des specs est bien sur facture a part))
Par contre, le "potentiel" debug se fait en production (en beneficiant du principe des "millions d'yeux qui regardent le code" du logiciel libre).
Les Service Packs sont developpes gratuitement si on a un contrat de maintenance. (principe du docteur chinois: tu payes tant que ca marche. Quand ca marche plus, tu payes pas le patch)