Je vous explique le processus de passation quand un client change d'agence (côté repreneur)

J'ai aussi l'expérience d'être le côté qui passe la main, j'ajoute deux points là-dessus.

1. La passation se fait au pire moment de la relation et c'est pour ça qu'elle est souvent mal faite. Si on met une clause "procédure de passation" dans le contrat, ça réduit la partie émotionnelle : ce qui doit être livré, à qui, dans combien de jours, est écrit dès le départ.

2. Je dis aussi un truc à l'agence qui passe la main : une passation propre, c'est le meilleur marketing. Deux clients à qui on a bien livré sont revenus deux ans plus tard pour un autre projet. Ceux qui claquent la porte ne reviennent pas.

Chez nous, ça s'est passé comme ça : en reprenant, on a fait une seule réunion de passation avec l'ancienne agence et ça a super bien marché.

Deux heures, enregistrées, juste questions-réponses. Notre équipe s'est préparée avant, a écrit les questions. Ce qu'on a appris en ces deux heures, on n'aurait jamais pu l'apprendre seuls en deux semaines.

Le client avait mis cette réunion au contrat, sinon elle n'aurait pas eu lieu. Je recommande.

En tant que petite agence, j'ajoute : ne changez rien de "moche" le premier mois sur un projet que vous reprenez.

C'est le premier réflexe de toute équipe repreneuse, c'était aussi le nôtre. Ensuite on a appris que sous cette solution moche, y'a souvent une raison et nettoyer sans connaître cette raison, c'est casser un truc qui marche.

Avant de changer, répondez à la question "pourquoi c'est fait comme ça". Même si y'a pas de réponse, le fait d'avoir cherché est ce qui vous protège, pas ce qui vous ralentit.

Exactement, et ce n'est pas si connu que ça. Les décisions hâtives finissent par être corrigées six mois plus tard.

Corrigez-moi si je me trompe.

Il y a un point qui m'interpelle. Si le périmètre s'agrandit il faut augmenter soit le délai, soit le budget. Il n'y a pas de troisième option.

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

Je parle du point de vue du fournisseur c'est mon côté. Quand on essaie de tout changer en même temps, rien ne prend.

La plupart des pertes de temps s'accumulent sur les tâches en attente de validation. Bon courage.

J'écris cela pour éviter que vous ne fassiez la même erreur. du coup ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Je vous conseille de ne pas vous presser. Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

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

La réponse ci-dessus va droit au but. 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.

Séparons les concepts, ils sont souvent confondus. Les décisions hâtives finissent par être corrigées six mois plus tard.

La plupart des pertes de temps s'accumulent sur les tâches en attente de validation. J'espère que cela vous sera utile.

Pour entrer dans le détail : Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Bon courage.

Merci beaucoup, cela m'a été très utile. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

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

Chez nous aussi. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

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

Je suis intéressé. Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé.

Merci c'était exactement la réponse que je cherchais. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère... C'est confirmé par l'expérience.

Vous avez raison, je suis aussi passé par là. Aucun processus sans suivi ne s'améliore car vous ne savez pas quoi corriger.

Nous avons aussi bloqué au même endroit à une époque. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

Quand on décide sans mesurer, on revient toujours au même point. Je suis aussi curieux de savoir si d'autres font autrement.

Il y a aussi un aspect mesure à considérer. Avant de décider, regardez quelles données vous avez en main.

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