Tarification

"Daniel AUBRY" <mail@daniel-aubry.com> a écrit dans le message de
news:44c6f030$0$23365$626a54ce@news.free.fr...

Bonjour à tous,

suite à une demande de plus en plus pressante de développement
en dehors de mon activité salariée, j'envisage de créer une
micro-entreprise en septembre.
J'ai déjà résolu pas mal de problèmes suite à cette création
mais il m'en reste un de taille : sur quelles bases facturer un
projet. Quels tarifs appliquer ?

Si certains d'entre vous peuvent m'aider.......

Hello,

Ca va dépendre d'un très grand nombre de critères:

- Vente à des particuliers ou à des sociétés
- Nature des projets (petits projets, moyens, grands,...)
- Seras tu le seul "salarié" de ta micro-entreprise
- etc.

Bon, quelques chiffres et indications tout de même:

Tu peux découper tes projets en:
- Analyse des besoins
- Proposition d'une solution
- Signature de la solution
- Développement
- Tests unitaires
- Tests intégrés
- Livraison
- Formation

Si tu vends à une entreprise, tu peux utiliser ce genre de tarifs
(indications):

A - Etude, documentation, rédaction specs
300 Euros/jour
B - Codage, tests unitaires, tests intégrés
300 Euros/jour
C - Livraison sur site, Formation sur site
500 Euros/jour (voir si tu refactures les frais de déplacement en
plus)
D - Suivi de projet (environ 10% de A+B)

E - Maintenance : Annuelle, environ 10% de (A+B+C+D)

Ceci présuppose:
----------------
- Réalisation de qq chose de professionnel, à savoir:
- rédaction de specifications détaillées
- documentation exhaustive:
. specs foctionelles et techniques,
. manuel d'uinstallation et de maintenance
. guide utilisateur si il y a lieu
- code robuste/stable/testé et raisonnablement évolutif

A noter: ces chiffres sont valables pour des projets à
forte valeur ajoutée, par pour des logiciels génériques.

Ce ne sont que des indications, les prix peuvent varier
sensiblement d'un secteur à l'autre, etc.

J'ai volontairement donné des prix assez bas, qui prennent en compte
le fait que tu es en micro-société.

Tenir aussi compte du fait que pour tes premiers projets, tu n'auras
pas de références clients, ce qui diminue un peu le prix.

Bien entendu, tu connais surement LA rêgle à appliquer dans TOUS les
cas, sinon tout ce que je viens de dire ne tient pas:

==> PAS de code AVANT signature par le client des specifications

Conseil d'ami: BLINDE tes specs, tu dois TOUT ecrire, y compris
donner des exemples et contre exemple. Si tu ne fais pas ça, tu
pars dans des développements qui peuvent ne jamais finir, le client
réclamant toujours telle ou telle fonction en plus.

Espérant avoir pu t'aider!

--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr

Encore quelques points:

- Tes prix doivent être "raisonnables", c'est à dire
tenir compte du client.

Exemple:
- une banque ou une compagnie d'assurance peut payer un logiciel
100.000 Euros
- Un artisan chauffagiste ne peut PAS payer ce prix, quelle que
soit la valeur intrinsèque du logiciel.

Un autre aspect: les tarifs que j'ai donné supposent que le
logiciel est développé par une société, constitué de
professionnels, dont le but est de gagner de l'argent, en
quantité suffisante pour faire vivre tout le monde. Ils supposent
aussi que les clients sont des sociétés, pas des particuliers.

Il est évident que si tu fais ce job en freelance, en
complément d'une autre activité rémunérée, tu n'as pas les
mêmes contraintes de rentabilité, ce qui permet de faire des
prix plus bas.

On peut aussi faire autrement: considérant que tout projet est bon
à prendre, tu fais ton prix en fonction du budget du client, quitte
à s'entendre sur une limitation des fonctionnalités pour la version 1.0.

Comme tu vois, ce n'est pas simple.

Si tu donnes un peu plus de détails sur le type d'applications et le
type de clients potentiels, il est sans doute plus facile de donner
des pistes.

--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr

Bonjour,

comment pouvons nous te joindre?

Je pense que ce type de discussions n'est pas l'objet du forum. C'est
pourquoi je te propose de te joindre (tel ou mail) dès que tu m'auras fourni
tes coordonnées.

Bonne réception.

"Daniel AUBRY" a écrit :

Bonjour à tous,

suite à une demande de plus en plus pressante de développement
en dehors de mon activité salariée, j'envisage de créer une
micro-entreprise en septembre.
J'ai déjà résolu pas mal de problèmes suite à cette création
mais il m'en reste un de taille : sur quelles bases facturer un
projet. Quels tarifs appliquer ?

Si certains d'entre vous peuvent m'aider.......

Merci d'avance et bonne journée.

Dany

Merci Jean-Marc,

je me doutais bien que cela n'était pas simple.
Mais je pense qu'avec tes indications je vais m'en
sortir.
Encore merci.

dany
"jean-marc" <NOSPAM_jean_marc_n2@yahoo.fr> a écrit dans le message de news:
44c72b18$0$31460$ba620e4c@news.skynet.be...

Encore quelques points:

- Tes prix doivent être "raisonnables", c'est à dire
tenir compte du client.

Exemple:
- une banque ou une compagnie d'assurance peut payer un logiciel
100.000 Euros
- Un artisan chauffagiste ne peut PAS payer ce prix, quelle que
soit la valeur intrinsèque du logiciel.

Un autre aspect: les tarifs que j'ai donné supposent que le
logiciel est développé par une société, constitué de
professionnels, dont le but est de gagner de l'argent, en
quantité suffisante pour faire vivre tout le monde. Ils supposent
aussi que les clients sont des sociétés, pas des particuliers.

Il est évident que si tu fais ce job en freelance, en
complément d'une autre activité rémunérée, tu n'as pas les
mêmes contraintes de rentabilité, ce qui permet de faire des
prix plus bas.

On peut aussi faire autrement: considérant que tout projet est bon
à prendre, tu fais ton prix en fonction du budget du client, quitte
à s'entendre sur une limitation des fonctionnalités pour la version 1.0.

Comme tu vois, ce n'est pas simple.

Si tu donnes un peu plus de détails sur le type d'applications et le
type de clients potentiels, il est sans doute plus facile de donner
des pistes.

--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr

Salut,

Il y a aussi un point particulièrement important qui est celui du
risque.

En effet, l'utilisation d'un logiciel par une société ou un
particulier (ton client en l'occurence) comporte un risque dont la
portée peut être la sécurité des données, des biens ou des
personnes selon le type de produit que tu développes.

Par exemple tu développes une gestion de base pour un assureur et, pas
de bol, un bug écrase l'ensemble des données.

Dans ce cas précis, tu as intérêt a avoir une bonne assurance
professionnelle avec un contrat en béton!!!

Selon le type d'application que tu vas être ammené à développer le
risque peut être nul ou bien immense mais dans tous les cas, ton
assureur doit être parfaitement au courant afin d'établir un contrat
qui couvre cela. Cela t'évitera de te retrouver sous les ponts pour un
bug!

Autre point, en tant que développeur indépendant, ton logiciel
t'appartient. Si tu développes pour une société qui te redistribue,
le prix qu'elle paye lui permet d'avoir le droit de le redistribuer. Si
tu développes pour un utilisateur, le prix qu'il paye lui octroie le
droit de l'utiliser. En aucun cas l'un ou l'autre (sauf autorisation
explicite) n'a le droit de le recopier ou le modiifier. Pense à
inclure un contrat avec chacun de tes logiciels, par ailleurs, ce
contrat te permettrait de te dégager de certains risques encourus.

Lionel

Salut ;O)

Ton commentaire est très juste.
Mais n'oublions pas qu'un contrat sert aussi à se prémunir de tels risques
sans pour cela fuire ses résponsabilités.
Il y a un juste milieu.
Donc, il ne faut pas hésiter à bien bétonner le contrat entre les 2 parties
et mieux vaut une clause de trop qu'une clause oubliée...
Le principal est que le client soit d'accord et qu'il y ait une confiance
mutuelle.

Aussi, lorsqu'un évenement se produit durant le contrat - peu importe la
nature de cet événement - mieux vaut aussi l'acter par un courrier au
client. C'est une preuve en cas de litige.

Guy


"Lionel" <liloscos@club-internet.fr> a écrit dans le message de
news:1153982474.179378.77720@m79g2000cwm.googlegroups.com...
Salut,

Il y a aussi un point particulièrement important qui est celui du
risque.

En effet, l'utilisation d'un logiciel par une société ou un
particulier (ton client en l'occurence) comporte un risque dont la
portée peut être la sécurité des données, des biens ou des
personnes selon le type de produit que tu développes.

Par exemple tu développes une gestion de base pour un assureur et, pas
de bol, un bug écrase l'ensemble des données.

Dans ce cas précis, tu as intérêt a avoir une bonne assurance
professionnelle avec un contrat en béton!!!

Selon le type d'application que tu vas être ammené à développer le
risque peut être nul ou bien immense mais dans tous les cas, ton
assureur doit être parfaitement au courant afin d'établir un contrat
qui couvre cela. Cela t'évitera de te retrouver sous les ponts pour un
bug!

Autre point, en tant que développeur indépendant, ton logiciel
t'appartient. Si tu développes pour une société qui te redistribue,
le prix qu'elle paye lui permet d'avoir le droit de le redistribuer. Si
tu développes pour un utilisateur, le prix qu'il paye lui octroie le
droit de l'utiliser. En aucun cas l'un ou l'autre (sauf autorisation
explicite) n'a le droit de le recopier ou le modiifier. Pense à
inclure un contrat avec chacun de tes logiciels, par ailleurs, ce
contrat te permettrait de te dégager de certains risques encourus.

Lionel