Définir ce qui doit changer
Décrivez une situation concrète : ce qui se passe aujourd'hui, ce qui devrait se passer et les fonctions à conserver. Séparez les corrections indispensables des évolutions souhaitées. Si le projet est déjà commencé, indiquez ce qui est en ligne, ce qui existe seulement sur une copie et ce qui a réellement été vérifié.
Vous n'avez pas besoin de connaître la cause technique pour décrire le problème. Pour le premier échange, réunissez cinq éléments : la situation actuelle, le résultat attendu, les fonctions à conserver, les documents disponibles et la personne qui validera le travail. Ne joignez pas de mots de passe à cette description.
Comparer l'organisation proposée
Un interlocuteur direct peut convenir à un périmètre technique défini. Un projet qui demande plusieurs compétences en parallèle doit préciser qui les porte et qui coordonne les décisions. Le statut de freelance ou d'agence ne suffit pas à répondre à ces questions.
| Question | Élément à chercher dans la proposition |
|---|---|
| Qui réalise et qui valide ? | Interlocuteurs et responsabilité de la recette |
| Que comprend le travail ? | Pages, fonctions, données et exclusions explicites |
| Comment les changements sont-ils essayés ? | Environnement de test et scénarios représentatifs |
| Que se passe-t-il après livraison ? | Corrections, suivi et conditions définis |
| Que récupère-t-on ? | Sources, documentation, accès et modalités de transmission |
Un montant se compare à un périmètre. Une ligne « migration complète » sans détail ne permet pas de savoir si le thème, les connexions externes et les redirections sont inclus.
Lire les références avec leur contexte
Cherchez une intervention proche de votre besoin, puis examinez ce qu'elle démontre. Une capture montre une présentation ; une recette décrit des comportements vérifiés ; un résultat commercial demande une mesure et son contexte. Une démonstration de module ne prouve pas son fonctionnement sur tous les thèmes.
Le cas de stabilisation d'une boutique présente une intervention historique. La démonstration de commande rapide décrit un module et les limites de sa recette. Choisissez la preuve qui se rapproche du travail à confier ; aucune des deux ne garantit le résultat sur votre boutique.
Préparer une passation exploitable
Rassemblez la version de la boutique, la liste des modules, les personnalisations connues, les travaux en attente et les documents de livraison disponibles. Précisez où se trouvent les sources et qui maîtrise les comptes utiles. Les accès nécessaires seront transmis par un canal adapté, pas dans un premier formulaire public.
Pour une agence ou un designer qui confie une intégration, ajoutez les maquettes, leurs variantes mobiles et les interactions attendues. Définissez qui répond aux questions fonctionnelles et qui rassemble les retours. L'offre de refonte et d'intégration permet de situer ce périmètre.
Un accès au back-office ne remplace pas les autres éléments de la passation. Faites préciser qui peut fournir les fichiers, la base de données, la sauvegarde disponible et sa dernière vérification, les sources des adaptations et les informations sur les modules. Pour l'administration PrestaShop, l'éditeur décrit la création d'un compte employé dédié avec un profil adapté (nouvel onglet), sans partager votre propre compte.
Convenez d'une première livraison vérifiable
La reprise ne signifie pas automatiquement une refonte ou une migration. Demandez d'abord ce qui peut être conservé, ce qui reste inconnu et quel premier travail peut être essayé sur une copie de test. Le périmètre et les conditions de cette étude doivent être convenus ; une prise de contact ne comprend pas un audit technique complet.
Exemple fictif : une remise professionnelle doit rester identique après une correction du panier. Avant le travail, définissez un compte de test, les produits concernés et le résultat attendu. À la livraison, rejouez ce parcours et un achat sans remise. Notez l'environnement essayé, le résultat, les écarts et la personne qui accepte la livraison. Ce scénario illustre une méthode ; il ne décrit pas une réalisation cliente.
Pour un suivi récurrent, précisez aussi qui traite les incidents et les évolutions après la passation. Le guide de cadrage de la maintenance aide à distinguer ces responsabilités.
Présenter votre périmètre
Décrivez le résultat attendu, l'organisation actuelle et les documents dont vous disposez. Ces éléments permettent d'examiner si Wolyus peut intervenir sur le périmètre ou s'il faut d'abord le préciser.