« Il nous faut un site. » Une phrase, et pourtant tout peut encore arriver : une vitrine d'une page, une boutique en ligne, un portail client. Le freelance qui lit cette phrase ne sait ni quoi chiffrer, ni quand livrer, ni comment sera jugé son travail. Et vous ne savez pas non plus, à ce stade, ce que vous achèteriez vraiment.
Le réflexe naturel est de partir à la recherche d'un profil : un développeur, un designer, un « full-stack ». Mais un bon profil ne répare pas un mauvais brief. Ce guide part du principe inverse : clarifiez d'abord ce que vous voulez livrer, ensuite cherchez qui peut le livrer.
Commencez par le résultat, pas par le profil
Un brief solide distingue trois choses que l'on confond souvent. L'objectif, d'abord : ce que le projet doit changer pour vous — vendre en ligne, présenter une offre, automatiser une tâche répétitive. Le livrable, ensuite : l'objet concret que le freelance remettra — trois pages publiées, un prototype cliquable, un script documenté. Et enfin les critères d'acceptation : comment vous saurez que le livrable est terminé — le formulaire envoie bien un e-mail, la page s'affiche correctement sur mobile, le délai est tenu.
Quand ces trois niveaux sont séparés, la suite devient simple : le freelance sait ce qu'il produit, vous savez ce que vous validez, et les malentendus se paient en questions posées au début plutôt qu'en corrections facturées à la fin.
Un brief clair ne remplace pas l'expertise du freelance. Il lui donne une direction.
Un brief utile tient en six questions
Pas besoin d'un cahier des charges de vingt pages. Répondez honnêtement à six questions et vous aurez déjà un brief exploitable :
- Objectif : quel problème ce projet résout-il, et pour quel résultat mesurable ?
- Audience : qui utilisera ou consultera le livrable, et dans quel contexte ?
- Livrables : que doit-on pouvoir voir, tester ou recevoir à la fin ?
- Contraintes : quels outils, contenus ou accès existent déjà — et que fournissez-vous ?
- Budget et délai : quelle enveloppe et quelle échéance encadrent le projet ?
- Critères de validation : qu'est-ce qui vous fera dire « c'est terminé » ?
Du besoin flou au brief exploitable
Prenons un exemple fictif — une petite entreprise qui déclare : « il nous faut un site ». Après les six questions, le besoin devient : une vitrine de trois pages (accueil, services, contact), lisible sur mobile, avec un formulaire de contact fonctionnel. Les textes et les photos sont fournis par le client. L'enveloppe envisagée est de l'ordre de 1 500 € — un chiffre purement illustratif, qui ne préjuge en rien des tarifs pratiqués — et la mise en ligne est souhaitée sous quatre semaines.
« Vitrine de trois pages, mobile inclus, formulaire de contact, contenus fournis par nos soins, mise en ligne sous quatre semaines. »
La différence est radicale : avec la première version, chaque freelance propose sa propre interprétation ; avec la seconde, tous répondent à la même demande — et les devis deviennent comparables.
Remarquez ce qui a changé : l'exemple ne précise ni la technologie, ni le design au pixel près. C'est volontaire. Un brief décrit le résultat attendu et les contraintes ; il laisse au freelance le choix des moyens — c'est d'ailleurs souvent là que son expertise apporte le plus de valeur. Réservez vos exigences à ce qui compte vraiment pour vous : le formulaire doit fonctionner, le mobile doit être propre, les textes sont les vôtres.
Dans cet exemple, le brief exclut explicitement : la création du logo, la traduction du contenu et la maintenance continue du site. Dire ce qui n'est pas inclus évite les tensions au moment de la livraison.
Ce que les agents peuvent préparer. Ce que vous décidez.
Sur Onrari, ce travail de clarification n'est pas laissé au hasard. Nora mène la conversation pour transformer votre besoin en spécification de projet structurée. Malik identifie les profils de freelances pertinents à partir de cette spécification. Léa prépare et envoie les invitations aux candidats qualifiés. Adam vous aide pendant les entretiens en remettant le contexte sous les yeux. Sarah, enfin, vous accompagne dans le Studio pour organiser jalons, contrats et paiements pendant l'exécution.
Ces agents vous aident à préparer et à suivre le projet. Leurs suggestions restent à examiner : vérifiez le périmètre, échangez avec les freelances et formalisez les engagements avant de démarrer. Un contrat requiert une acceptation explicite ; aucun paiement n'est déclenché depuis une conversation.
Prévoyez la validation avant de commencer
Le moment où l'on juge le travail ne doit pas être une surprise. Convenez dès le départ du périmètre exact, puis formalisez-le : sur Onrari, le contrat n'entre en vigueur qu'après acceptation explicite par le freelance, pas par simple accord implicite sur un prix. Le financement d'un jalon est une action que vous effectuez volontairement dans le Studio — il n'est jamais déclenché automatiquement. À la livraison, vous pouvez valider le livrable ou demander des modifications, et l'autorisation du paiement reste une décision qui vous appartient.
Anticiper la validation ne signale pas de la méfiance : cela donne au freelance des critères clairs et à vous un moment de contrôle prévu — au lieu d'une négociation de fin de projet.
Votre prochain pas : écrire trois phrases
Pour avancer dès aujourd'hui, complétez ces trois phrases dans un coin de notes : « Je veux obtenir ___ pour ___. » « Le freelance me remettra ___. » « Je considérerai le travail terminé quand ___. » Si une phrase reste vide, c'est précisément le point à clarifier avant de chercher un profil.
Ensuite, vous pouvez poser ces trois phrases à Nora et laisser la conversation faire le reste : découvrez .