- Poste
- Propriétaire d'agence
- Type d'organisation
- startup en phase de lancement
- Membre depuis
- sept. 2023
- Message
- 187
Clarifions un truc : les devis ne sont pas écrits exprès pour être incompréhensibles, mais personne n'a vraiment envie de les rendre clairs. Ça fait dix ans que je fais ce métier, je vais vous lister les habitudes de mon secteur.
1. L'expression "clé en main" ne veut rien dire. Ce qui est "clé en main", c'est ce qui est listé dans le devis. Tout ce qui n'est pas listé est en supplément. Si le devis ne détaille pas ligne par ligne ce qui sera fait, le prix ne vaut rien non plus.
2. Si le délai est donné en un seul chiffre, méfiance. Il faut voir "design 2 semaines, dev 4 semaines, tests et corrections 2 semaines", pas juste "8 semaines". Un chiffre unique, c'est la façon polie de dire que le travail n'est pas planifié.
3. Le droit aux révisions doit être écrit. Combien de tours, à quelle étape, en combien de temps. Si c'est pas écrit, attendez pas des révisions illimitées, c'est l'inverse : au premier refus, ça sort en facture supplémentaire.
4. À qui appartiennent le code et le contenu ? Cette phrase seule détermine tout le pouvoir de négociation futur du projet. Chez nous, la norme c'est que ça passe au client à la livraison ; ce n'est pas la norme dans le secteur.
5. La maintenance est un poste à part et doit être écrite comme telle. Après la livraison, le système continue de vivre : mises à jour, serveur, correction de bugs. Si la maintenance n'est pas dans le devis, ça veut pas dire qu'il y en aura pas ; ça veut dire que la facture arrivera plus tard.
6. Le calendrier de paiement doit être lié aux étapes du projet, pas aux dates du calendrier. Pas "le 1er du mois", mais "à la validation du design". Sinon, même si le projet prend du retard, le paiement court quand même.
Si vous avez des questions, écrivez, je suis ouvert à la critique de nos propres devis aussi.