Sébastien,

non mais please, ne relançons pas le débat sur les tarifs journaliers ! :)

Ah ben si, tiens, relançons (ahem).

En tant que développeur et entrepreneur, j'entends souvent parler du tarif journalier, avec la ligne de démarcation (sur Paris tout au moins) des 500 euros... mais je vois rarement la question du nombre de jours qu'il faudra payer. En fait, tristement, je remarque que les demandeurs avec qui je parle sont rarement sensibles à la valeur d'avoir plus rapidement un produit (ou un nouvel incrément de produit) qui marche et qui est utilisé en production.

Dit autrement : tout se passe comme si les demandeurs préfèreraient payer un développeur à 400 euros par jour pendant 30 jours qu'un développeur à 600 euros pendant 15 jours. Peut-être que les demandeurs ont une idée claire de combien de temps il faut pour développer ce qu'ils demandent, et que quelqu'un qui promet de le faire plus rapidement pour plus cher se trompe nécessairement dans ses estimations. Peut-être que le produit n'a pas intérêt à être mis en production rapidement avec une couverture fonctionnelle minimale, quitte à payer les fonctionnalités supplémentaires avec l'argent généré - plutôt qu'avec la mise de départ. Peut-être s'agit-il d'autres choses encore.

Ce qui m'amène à suggérer un changement dans la formulation des demandes de développement. Plutôt que : "je cherche un freelance pour développer XXX à moins de 500 euros par jour", pourrait-on essayer "je cherche à développer XXX dans une enveloppe globale de (par exemple) 10000 euros, enveloppe payable en plusieurs fois selon les modalités YYY".

(et si la question a déjà été abordée par le passé, dans des posts qui auraient échappés à ma vigilance, j'en suis désolé et je serai ravi si quelqu'un pourra me montrer du doigt où ils sont).

Hmm ?
-- Emmanuel.

--
Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de 
Google Groups.
Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse 
[email protected]
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
[email protected]

Répondre à