Contrat ou Devis
Free-Worker-698125
Bonjour,
Un client souhaite que je développe pour lui une application web avec un backoffice, j'ai toujours eu l'habitude jusqu'à maintenir de travailler avec des apporteurs qui me faisaient signer un contrat de prestation de services avec une durée de début et de fin, le titre était assez général dans ma prestation : "développeur php".
Pour ce client qui est une entreprise, l'idée de partir sur un devis m'engage à faire une livraison à date si j'ai bien compris, tandis que le contrat me laisse la possibilité de faire X jours de prestations plutôt en méthodologie agile.
J'aimerais avoir votre avis, merci d'avance
-
_Fred_
Nombre de posts : 750Nombre de likes : 321Inscrit : 1 mai 2015Les experts en parleront mieux, mais attention à mon humble avis ce n'est pas "un devis ou un contrat". Dans tous les cas il faut signer un contrat et, optionnellement, émettre un devis.
Justement, c'est le contrat qui définira les modalités de l'engagement ou de la livraison. L'engagement au résultat peut être piégeux s'il y a des obstacles irrémédiables au sein de l'entreprise. Je te conseillerai de signer sur une obligation de moyens, même renforcée.
Et attention à ton évaluation du livrable si le client ne te fournit pas de cahier des charges, car c'est souvent ce qu'ils feront quand bien même il est impensable de pouvoir faire une estimation sans.
-
Droopyann
Nombre de posts : 3730Nombre de likes : 1864Inscrit : 21 mai 2018Bonjour,
J'ai l'impression qu'il y a une confusion entre un projet "forfait" (c'est le résultat / livrable qui déclenche la facturation) et un projet "régie" (c'est facturé au temps passé, peu importe le résultat tant que vous avez mis les moyens).
Ce sont 2 façons de travailler très différentes.
Pour le forfait, il faut être hyper strict dans le cadrage. Tout changement / dépassement doit être tracé et potentiellement facturé.
C'est intéressant quand vous maîtrisez parfaitement le sujet, et que vous pouvez optimiser la production.Pour la régie, c'est bien quand c'est plus flou et / ou que vous ne maîtrisez pas l'intégralité du processus de production, i.e. vous avez beaucoup de dépendance externe (client, autre presta ...)
Prenons l'exemple du développement d'une application de gestion des factures pour un artisan. Différents cas (non exhaustif) :
Je ne sais pas trop ce que va vouloir l'artisan. C'est un domaine que je maîtrise peu. Je prévois de nombreuses interactions avec le client pour bien comprendre son besoin, et je vais développer au fur et à mesure une application très spécifique en faisant du "test and learn". J'ai du mal à estimer précisément le temps que ça va prendre.
Dans ce cas, je propose une régie et je facture au temps passé.J'ai déjà développé ce genre de projet. Je sais que ça va être dépendant des besoins du client et qu'en fonction des retours du client, le temps passé varie du simple au double.
Dans ce cas, je propose aussi une régie et je facture au temps passé.J'ai déjà fait ce type d'application pour une dizaine de client similaire. Le temps passé est sensiblement identique d'un client à l'autre. Je suis capable d'estimer le temps nécessaire à +/- 10%.
Je peux proposer une facturation au forfait, en prenant une petite marge (20%) pour gérer les +/- 10% et les aléas. Je blinde le contrat / les CGVs pour éviter les dérivesJe me suis spécialisé dans ce type d'application. J'ai développé un template qui me permet de générer une application répondant au besoin de l'artisan en quelques clics.
Je peux vendre un forfait de mise en place qui sera bien plus avantageux pour l'artisan qu'un dév sur mesure et bien plus avantageux pour moi car je n'ai quasiment rien à faire. Là aussi, je blinde le contrat / les CGVs pour éviter les dérives.
-- Yann EURL IS depuis 2019