Une correction ajuste le travail convenu ; une extension ajoute une exigence. Définissez cette distinction avant la réalisation. Modifier un titre est une correction ; ajouter un moteur de réservation est une nouvelle fonction. La remise du code ne transfère pas les licences de tiers.
Définir la correction par rapport au travail approuvé
Une correction ajuste une prestation déjà convenue. Changer un titre, reprendre un cadrage ou corriger l’espacement d’une section existante peut en relever. Une nouvelle langue, une page supplémentaire ou un moteur de réservation ajoute un besoin. Les exemples permettent de comprendre la différence avant les désaccords.
Soumettez les remarques sous forme regroupée : page, problème observé et résultat souhaité. Si plusieurs personnes relisent, une seule doit consolider les commentaires. Le prestataire évite ainsi de recevoir deux décisions incompatibles sur le même élément.
Distinguez un défaut d’une préférence nouvelle. Un formulaire qui ne fonctionne pas comme prévu demande une correction. Changer une direction graphique validée parce qu’un nouvel interlocuteur préfère un autre style nécessite une discussion sur le travail et le délai.
Préparer une remise exploitable
Listez ce qui permet de poursuivre l’exploitation : dépôt ou archive source, fichiers de contenu, construction, publication, domaine, hébergement et dépendances externes. La liste doit correspondre au système réellement livré, pas à un formulaire générique.
Demandez une explication d’une modification ordinaire. Le prochain responsable peut-il trouver le texte, préparer le site et identifier la destination de publication ? Si aucun panneau de gestion n’est inclus, expliquez le fonctionnement prévu. Une structure de blog n’implique pas un éditeur dans le navigateur.
Séparez propriété du code et droits des tiers. Polices, photos, modèles et logiciels gardent leurs licences. Consignez restrictions, abonnements et informations de transfert. Les mots de passe et secrets suivent un canal privé adapté ; ils ne doivent pas entrer dans un dépôt public ou une documentation générale.
Vérifier avant de clôturer
Parcourez les pages avec le contenu définitif, utilisez le menu sur téléphone et essayez une demande invalide puis valide. Confirmez que la réussite correspond à une réception ou un enregistrement réel. Testez aussi le changement de langue sur une page de détail.
Gardez un relevé indiquant contrôles réalisés, éléments remis et paramètres externes encore nécessaires. Séparez essais locaux et vérifications de production. Un formulaire local fonctionnel ne prouve pas la configuration des secrets et de la base distante. Une dépendance à l’autorisation du propriétaire doit être décrite précisément.
Définissez ensuite les corrections couvertes après réception, le canal pour les changements de contenu et la maintenance séparée. Évitez assistance à vie ou révisions illimitées sans processus. Les forfaits Orvunweb prévoient des limites de corrections et des estimations de livraison confirmées par écrit.
La remise réussie permet au propriétaire de comprendre ce qu’il possède et à un autre professionnel de continuer sans reconstituer le projet. Recevoir une archive est une étape ; disposer d’un chemin d’exploitation clair est le véritable résultat attendu.
Liste pratique
- Regrouper les retours
- Lister les fichiers
- Vérifier les accès
Un exemple concret: Modifier un titre est une correction ; ajouter un moteur de réservation est une nouvelle fonction.
Une limite à respecter: La remise du code ne transfère pas les licences de tiers.
La prochaine étape
Présentez votre projet à Orvunweb
