Qu'est-ce que le contrat de TMA proposé après la livraison d'un logiciel, et est-ce vraiment utile pour une PME ?

Attention à ne pas confondre garantie et maintenance. Un bug natif présent dans le code relève de la garantie. Par contre, si une fonction saute après une montée de version de PHP ou un patch de sécurité du serveur, ça passe en TMA.

On paie 600 EUR par mois pour notre outil logistique, avec 5 h de dev incluses. L'année dernière, l'API d'un service de code-barres tiers a changé sans prévenir : patché et remis en ligne en 3 h. Sans contrat, on perdait 4.000 EUR de CA sur la journée.

850 EUR par mois pour une petite boîte, ça commence à faire. S'il n'y a pas d'évolutif inclus et que c'est juste pour « surveiller le serveur », l'agence cherche juste à se caler une rente facile. Demandez le détail précis des prestations.

Avant de signer quoi que ce soit, posez ces 4 conditions : 1) Les 3 premiers mois couverts par la garantie sans facturer la TMA, 2) Report des heures non utilisées sur 3 mois, 3) GTI de moins de 2 h sur les bugs bloquants, 4) Taux horaire fixé à l'avance pour tout hors-périmètre.

s'il y a pas de report d'heures signe pas. payer 850 balles un mois où rien ne bouge pour qu'ils te refacturent le mois d'après au moindre petit bouton à ajouter c'est non.

sur notre premier projet on s'était dit « pas besoin, tout tourne bien » puis six mois plus tard la librairie de paiement a sauté : l'agence était surchargée sur un autre contrat on est restés bloqués quatre jours ouvrés. avoir une garantie d'astreinte c'est indispensable.

note : j'ai écrit cela d'après mon expérience, cela ne s'applique peut-être pas à tout le monde.

Proposez-leur un « carnet d'heures » (ticket paketi) plutôt qu'un forfait mensuel fixe. Vous achetez par exemple un pack de 20 heures d'avance et ils décomptent uniquement en cas de bug ou de mise à jour. Comme ça, vous n'avez pas à lâcher 850 EUR tous les mois pour rien.

Dans les contrats de TMA, il est impératif de définir juridiquement si l'obligation de l'agence relève d'une obligation de résultat ou d'une simple obligation de moyens. Il convient également d'y intégrer des clauses pénales ou d'indemnisation en cas d'interruption de service.

Merci pour votre retour. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

Pourriez-vous préciser un peu ? Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

Je le note au cas où.

séparons les concepts, ils sont souvent confondus. tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

si vous écrivez le réultat ici cela aidera aussi d'autres personnes.

Absolument. Si j'ajoute quelque chose : Quand on essaie de tout changer en même temps, rien ne prend.

Demandez qui a préparé le devis et qui fera le travail. Je le note au cas où.

J'ai vécu exactement la même chose il y a deux ans. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

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

J'écris cela pour éviter que vous ne fassiez la même erreur. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

Bien sûr, cela change si votre situation est différente.

Résumé rapide pour les nouveaux : Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Je me pose aussi la question.

C'est noté, merci.

C'est noté merci. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré. Bon courage.