3 pages du site me plaisent pas. j'ai demandé à l'agence si elles pouvaient refaire le design, réponse : révisions terminées. Nouveau design = 10k en plus.
Faut distinguer : révision = amélioration du design actuel. Nouveau design = concept totalement différent. Changer les couleurs = révision. Changer le layout = nouveau design.
Doki · Infrastructure e-commerce · 2026
Chez nous, ça s'est passé comme ça. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.
Ce que tout le monde fait ne signifie pas que c'est la bonne chose. C'est confirmé par l'expérience.
Je suis entièrement d'accord. Quand on décide sans mesurer, on revient toujours au même point.
Si vous avez des questions, écrivez-moi, je répondrai au mieux.
J'ai vécu exactement la même chose il y a deux ans. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.
Demandez qui a préparé le devis et qui fera le travail. Si vous avez des questions, écrivez-moi, je répondrai au mieux.
Désolé, mais ce n'est pas vrai dans tous les cas. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.
Je le note au cas où.
Je vais résumer ce qui a été dit jusqu'ici. Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.
La plupart des pertes de temps s'accumulent sur les tâches en attente de validation. Bien sûr, cela change si votre situation est différente.
je suis d'accord. un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates.
exactement, et ce n'est pas si connu que ça et quand on essaie de tout changer en même temps, rien ne prend.
dans un système repris, le plus coûteux sont les dépendances inconnues puis je le note au cas où.
Je suis entièrement d'accord. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.
Corrigez-moi si je me trompe.
Doki · Contrat de maintenance serveur · 2024
Je pense différemment. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.
Je vais résumer ce qui a été dit jusqu'ici. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.
Je le note au cas où.
J'y pensais aussi. Si les critères d'acceptation ne sont pas écrits la date de fin du projet est ouverte à discussion.
C'est vrai en théorie mais ça ne marche pas ainsi en pratique. franchement un code sans documentation d'installation ne vous appartient pas même si vous l'avez.
Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.
Doki · Contrat de maintenance serveur · 2023
Oui, la situation est exactement ainsi concernant j'aime pas le design que faire. Commencez par un petit test, ne vous engagez pas sur tout d'un coup.
Comment avez-vous résolu ce point ? Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.
Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ. J'espère que cela vous sera utile.
Vous avez raison. Commencez par un petit test, ne vous engagez pas sur tout d'un coup.
Tous ceux qui se pressent sur j'aime pas le design que faire se heurtent au même obstacle. C'est mon avis, je ne l'écris pas comme une vérité absolue.
chez moi c'est l'inverse qui s'est passé c'est pourquoi j'écris et quand on essaie de tout changer en même temps, rien ne prend.
c'est confirmé par l'expérience.