01
Avant l’envoi de la version de revue, vérifiez l’engagement.
Ouvrez le deal et relisez les livrables comme le client. La version montre-t-elle ce qui était promis ? Des fichiers finaux, sources, identifiants ou références sont-ils réservés à une remise ultérieure ? Ce contrôle évite une remise accidentelle et une revue confuse.
Nommez la version pour que le client la reconnaisse plus tard : projet, phase, date ou numéro suffisent. L’objectif est de la distinguer des anciens brouillons.
02
Pendant la revue, aidez le client à décider utilement.
Le client peut ouvrir le fichier sans savoir quelle réponse fournir. Donnez les points à vérifier, le parcours de validation, celui des révisions et une date raisonnable. Si plusieurs personnes interviennent, précisez comment leurs retours seront regroupés.
Rattachez les demandes importantes à la version consultée pour éviter de mélanger des fichiers différents ou de traiter une nouvelle idée comme si elle avait toujours été incluse.
03
Après validation, remettez un lot final nommé.
Vérifiez que la validation ou la condition de remise est conservée. Précisez ensuite les éléments inclus : exports, sources, référence du dépôt, documentation, accès ou autre élément convenu. Évitez un dossier « final-final » sans explication.
Pour les liens externes, vérifiez les réglages du prestataire. Dealokr conserve le parcours, mais le tiers contrôle la disponibilité et les permissions réelles des fichiers.
