On a eu un devis sans cahier des charges, maintenant désaccord entre les parties — comment régler ça ?

frérot, tu veux dire quoi..... genre c'est exactement pour ça que t'as des emmerdes comme tout le monde. moi aussi j'ai fait la même erreur au début, maintenant je bosse jamais sans contrat. une fois j'avais juste fait signer un devis pour un gros montant après ils ont demandé des trucs improbables, et au final c'était un architecte pas cher qui a géré le truc

Sur le plan technique : dans un contrat de développement logiciel, le périmètre doit être défini sous forme de 'user stories' ou de 'requirements specification'. Le devis ne doit contenir que le prix + une estimation de temps. L'absence de périmètre défini est considérée comme une extension de périmètre (scope creep) sans gestion du changement (change management).

moi aussi j'ai eu un cas pareil, la partie où je galérais c'était que les dépenses ne s'arrêtaient jamais. l'agence sortait des trucs en mode 'ajoute ça', et si tu ne vérifies pas ça devient ta responsabilité d'un coup

Bonne nouvelle : peut-être que vous pouvez encore arranger ça. Faites une discussion cordiale avec l'agence. Dites-leur 'il y a un malentendu ici, écrivons ensemble ce qui est inclus dans le périmètre'. La plupart des agences acceptent, car si vous avez déjà payé et qu'ils ont fait 80% du boulot, clarifier le reste les arrange.

Si vous avez déjà viré de l'argent à l'agence ils ont la main sur le contrôle d'un point de vue comptable. C'est dur d'augmenter le périmètre non écrit. Pire scénario : vous prenez le produit, mais vous payez aussi pour les travaux supplémentaires. Je dirais 'tant pis, ça passe' et je clôturerais le dossier.

Solution rapide : envoyez un mail à l'agence. 'Selon le périmètre du devis, voici comment je comprends les fonctionnalités — merci de valider ou de corriger.' Dès que vous avez leur validation écrite, ça compte comme un document officiel.

Je suis intéressé.

La discussion part dans tous les sens, je recentre. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Je suis aussi curieux de savoir si d'autres font autrement.

Merci beaucoup, cela m'a été très utile.

C'est globalement vrai, mais il manque un point. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

C'est confirmé par l'expérience.

Il y a une erreur fréquente à commettre en faisant cela. Commencez par un petit test, ne vous engagez pas sur tout d'un coup.

Avant de décider, regardez quelles données vous avez en main.

désolé, mais ce n'est pas vrai dans tous les cas mais si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

lors de la prise de décision, écrivez aussi le pire scénario pas seulement le meilleur. c'est mon avis, je ne l'écris pas comme une vérité absolue.

Merci beaucoup, cela m'a été très utile. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Je vais défendre l'opposé, ne m'en veuillez pas. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

Voilà, désolé si je me suis étendu.

Enregistré.

Je vais essayer.

Chez nous aussi.

Chez moi, c'est l'inverse qui s'est passé, c'est pourquoi j'écris. Quand on décide sans mesurer, on revient toujours au même point.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.