Prix et distinctions
Quelles preuves réunir pour démontrer l’originalité et l’apport technique d’un site ?
Pour démontrer l’originalité et l’apport technique d’un site, montrez le problème rencontré, les options étudiées, le choix réalisé et ce qu’il permet concrètement. Une liste de technologies ou quelques captures ne suffisent pas à expliquer ce qui appartient vraiment au travail de l’équipe.
L'essentiel.
L’originalité et l’apport technique se démontrent en reliant une difficulté, une décision et un résultat observable. Conservez les étapes de conception, distinguez ce qui a été créé de ce qui a été réutilisé et choisissez des vérifications correspondant exactement aux qualités revendiquées.
- Distinguez le concept, les moyens employés et les résultats observés.
- Conservez les recherches, les prototypes et les arbitrages qui expliquent la genèse du travail.
- Déclarez les outils, composants et contributions réutilisés avec précision.
- Associez chaque qualité technique revendiquée à une vérification adaptée et contextualisée.
La preuve doit rester proportionnée à l’affirmation. Vous pouvez démontrer une interaction originale dans votre projet sans prétendre qu’elle n’a jamais existé ailleurs. Vous pouvez montrer une amélioration technique dans un périmètre donné sans déclarer le site exemplaire dans toutes les conditions possibles.
Définir ce qui est nouveau ou particulièrement bien réalisé
L’originalité peut résider dans une idée, une relation entre contenus, une interaction ou une manière d’utiliser des moyens existants. Précisez le niveau concerné. Dire « nous avons développé une expérience en 3D » indique une famille de techniques ; cela ne décrit pas encore une contribution singulière.
Le Developer Award Awwwards met notamment en avant la qualité du code et le fonctionnement sur différents navigateurs et appareils. Cette orientation montre pourquoi la réalisation doit être examinée au-delà du rendu d’un écran idéal.
Préparez une phrase factuelle : « Pour permettre telle action malgré telle contrainte, nous avons conçu telle solution. » Elle doit pouvoir être illustrée. Si le mot « conçu » désigne en réalité le paramétrage d’un outil existant, précisez-le. Cette exactitude ne retire pas la valeur de l’intégration ; elle permet de la situer.
Organiser les preuves par affirmation
Construisez un registre qui associe chaque revendication à ses pièces. Il évite de produire un dossier volumineux mais incapable de soutenir les phrases les plus importantes. Gardez également les versions et les dates nécessaires pour comprendre l’évolution.
| Affirmation | Pièce pertinente | Ce qu’elle ne prouve pas seule |
|---|---|---|
| Le concept est propre à la marque | Recherches et décisions reliées au contexte | Une nouveauté absolue dans tout le design |
| L’interaction répond à une contrainte | Prototype, alternatives et démonstration | Une meilleure compréhension pour tous |
| La réalisation reste fluide | Mesures et observations contextualisées | Une performance identique sur chaque appareil |
| Le système résiste aux variations | Cas de contenus et situations testées | L’absence de tout défaut futur |
| L’équipe a créé une partie spécifique | Historique, périmètre et crédits | La propriété de tous les éléments utilisés |
Les conditions de candidature D&AD rappellent l’importance des matériaux soumis et de l’admissibilité. Votre archive doit donc permettre de préparer les pièces acceptées, pas seulement de raconter le processus oralement.
Une affirmation, une preuve, une limite
- AffirmationNommer précisément la qualité créative ou technique revendiquée.
- PièceChoisir une démonstration, un historique, une observation ou une mesure.
- ContextePréciser version, conditions, contenus et méthode de vérification.
- LimiteIndiquer ce que la preuve ne permet pas de généraliser.
Documenter la technique dans son contexte
Une mesure technique doit indiquer les conditions qui lui donnent un sens : version du site, appareil ou environnement, parcours, données et méthode. Une capture de score isolée peut être difficile à interpréter. Conservez assez d’informations pour comprendre ce qui a été testé et, si nécessaire, le reproduire.
Séparez les preuves de fonctionnement des preuves de perception. Un enregistrement peut montrer qu’une animation s’exécute. Il ne démontre pas que son rôle est compris. Une observation utilisateur peut révéler une ambiguïté, sans expliquer à elle seule la cause technique d’une saccade.
Documentez également les compromis. Si une version mobile simplifie un effet pour préserver le parcours, montrez l’intention conservée et la solution choisie. Ce choix peut révéler davantage de maîtrise qu’une tentative de reproduire partout une scène trop exigeante.
Enfin, attribuez correctement les contributions : direction artistique, développement, modèles, son, photographie ou composants existants. Un projet original peut utiliser des outils communs. La question est de savoir comment ils ont été assemblés et ce qui relève de la contribution de chacun. Notre article sur les crédits de candidature aide à préparer cette attribution.
Exemple pédagogique : une visualisation de matière
Imaginons un site fictif qui permet de comparer des matériaux selon leur réaction à la lumière. L’équipe utilise un moteur de rendu existant, mais conçoit la logique de comparaison, les contrôles et les représentations propres aux données du projet.
Le dossier ne doit pas présenter le moteur comme une invention interne. Il peut en revanche expliquer le problème résolu : conserver des repères comparables entre plusieurs vues, donner un accès aux informations et adapter la présentation aux conditions d’affichage.
Les preuves comprennent des prototypes montrant les alternatives, une capture du parcours livré et des vérifications sur les configurations retenues. Si une représentation repose sur une approximation pédagogique, cette limite est indiquée. Le site ne doit pas laisser croire qu’il constitue un instrument de mesure physique exact si ce n’est pas le cas.
La candidature peut alors défendre un apport précis : une manière de rendre un sujet explorable, avec une réalisation adaptée à ses contraintes. Elle n’a pas besoin d’affirmer une première mondiale ou une performance universelle. La précision de la contribution donne au jury les moyens d’en apprécier la qualité.
Questions fréquentes
Faut-il partager le code source avec le jury ?
Cela dépend des pièces demandées et des autorisations disponibles. Ne transmettez pas automatiquement un dépôt complet ou des éléments confidentiels. Une explication technique, une démonstration ou des extraits autorisés peuvent parfois suffire. Vérifiez les règles du concours et définissez le périmètre de partage avec les personnes concernées.
L’utilisation d’une bibliothèque réduit-elle l’originalité ?
Pas nécessairement. Une bibliothèque est un moyen de réalisation ; l’apport peut se situer dans le concept, la composition, l’interaction ou l’intégration. Décrivez ce qui a été réutilisé et ce qui a été conçu. L’enjeu est l’exactitude de la contribution, pas une obligation de tout reconstruire.
Comment prouver qu’une idée n’a jamais été réalisée ?
Une telle affirmation est très difficile à soutenir. Préférez une formulation précise sur ce qui distingue votre projet et les références examinées. Une recherche documentée peut expliquer votre démarche, mais elle ne garantit pas l’absence d’antécédent. La qualité du travail n’exige pas toujours une revendication de nouveauté absolue.
Sources
Sources officielles consultées le 8 novembre 2026 : Awwwards — Developer Award ; D&AD — Terms and Conditions. Le registre proposé est un outil de préparation, pas une procédure officielle de certification.
Construire une preuve de qualité avec LVX
LVX propose de relier la conception et la réalisation à des décisions documentées. Cette démarche permet de montrer ce qui appartient au projet, pourquoi certains moyens ont été choisis et comment les qualités annoncées ont été vérifiées. Elle facilite une candidature, mais aussi la transmission du travail au client et aux partenaires. L’objectif est de défendre une contribution précise, avec des preuves adaptées et des limites claires, plutôt que de remplacer l’examen du site par un vocabulaire d’innovation ou une promesse technique trop large. Découvrir notre approche.
