Qafza
Retour au journal
Méthode6 min de lecture

Comment comparer les propositions d’agences web et d’applications

Vous avez demandé une proposition à trois agences et reçu trois documents qui ne se ressemblent pas. L’un tient sur une page, l’autre en fait trente, le troisième est surtout un portfolio. Les comparer sur le seul montant final, c’est ainsi que beaucoup de projets dérapent. Voici comment les lire pour comparer la même chose.

Partez du même cahier des charges

Des propositions ne se comparent que si elles répondent à la même question. Avant de les demander, rédigez un court cahier des charges : qui sont vos clients, ce que le site ou l’application doit les aider à faire, les pages ou fonctionnalités principales attendues, ce que vous avez déjà (identité, textes, photos, système existant), votre échéance, et qui décide de votre côté. Envoyez le même document à chaque agence.

Si la proposition d’une agence répond à un autre projet, demandez-lui pourquoi. Parfois, elle a repéré quelque chose qui vous avait échappé, et c’est précieux. Parfois, elle vend ce qu’elle vend d’habitude. Dans les deux cas, vous voulez le savoir avant de comparer.

Mettez-les côte à côte

Faites un tableau simple, une colonne par agence et une ligne par sujet : périmètre, exclusions, étapes et dates, révisions, propriété, échéancier de paiement, support après la mise en ligne, et personnes qui travailleront sur le projet. Remplissez-le à partir de chaque document. Les cases vides sont la partie la plus utile du tableau : elles montrent ce que chaque agence n’a pas dit, et ce qu’il faut demander.

Un périmètre que l’on peut vérifier

Un bon périmètre est rédigé de façon à ce que, à la fin, vous puissiez le parcourir ligne par ligne et cocher chaque élément. « Site moderne et responsive » ne se vérifie pas. « Huit pages : accueil, à propos, quatre pages de services, contact, confidentialité ; formulaire de réservation envoyé à deux adresses e-mail ; versions française et arabe » se vérifie.

Pour une application, cherchez les écrans principaux et ce qu’un utilisateur peut y faire, les types d’utilisateurs et leurs droits, les intégrations (paiement, e-mail, cartes, messagerie) et les plateformes : web, iOS, Android. Si deux propositions décrivent le périmètre avec des niveaux de détail très différents, la moins détaillée n’est pas forcément la moins chère au bout du compte. Elle a peut-être simplement laissé les parties difficiles pour plus tard.

Ce qui n’est pas inclus

Les exclusions comptent autant que ce qui est inclus. Une proposition sérieuse dit clairement ce qu’elle ne couvre pas : rédaction des textes, photographie, traduction, saisie des contenus, publicité payante, frais de tiers comme l’hébergement, le domaine, les comptes des magasins d’applications ou les extensions payantes, et la reprise de données d’un ancien système. Si une proposition ne mentionne aucune exclusion, partez du principe qu’il y en a, et demandez-les par écrit.

La proposition la moins chère est souvent celle qui exclut le plus. Lisez les exclusions avant de lire le total.

Le calendrier et ses hypothèses

Tout calendrier repose sur des hypothèses, le plus souvent sur vous : la vitesse à laquelle vous envoyez les contenus, à laquelle vous validez chaque étape, le nombre de personnes qui doivent être d’accord. Privilégiez les propositions qui découpent le travail en étapes datées et qui disent ce dont elles ont besoin de votre part, et pour quand. Une date sans étapes derrière elle est un espoir, pas un plan.

Demandez à chaque agence ce qu’il advient des dates si vous êtes en retard sur les contenus, et ce qu’il advient si c’est elle qui est en retard. Les réponses en disent long sur sa façon de mener les projets.

Les cycles de révision

Vérifiez combien de cycles de révision sont compris à chaque étape et ce qui compte comme une révision. Changer la couleur d’un bouton est une révision. Ajouter une section ou une fonctionnalité est une demande de modification, qui doit être chiffrée à part avant tout début de travail. Des « révisions illimitées » paraissent généreuses, mais signifient souvent que personne n’a défini quand une étape est terminée.

À qui appartiennent le code, le domaine et les comptes

Cette ligne de votre tableau doit être remplie clairement pour chaque agence. Le domaine, l’hébergement, les comptes des magasins d’applications, les statistiques et la fiche Google doivent être au nom de votre société. La proposition doit préciser à quel moment le code source et les fichiers de conception vous appartiennent, en général au paiement complet. Si une agence garde le domaine à son nom ou refuse de remettre le code, vous louez, vous n’achetez pas.

Des paiements liés aux étapes

Un échéancier sain suit le travail : un acompte pour démarrer, puis des paiements au fil des étapes livrées et validées. Vous payez ce que vous voyez, et l’agence est payée au rythme de ses livraisons. Méfiez-vous des propositions qui demandent tout d’avance pour un projet important, sans rien livrer avant la fin. Une courte phase de cadrage, au périmètre fixe et payée d’avance, est un cas différent : elle est réduite, définie, et se termine par quelque chose d’utilisable.

Le support après la mise en ligne

Comparez ce que chaque agence propose une fois le site ou l’application en ligne : hébergement, sauvegardes, mises à jour de sécurité, surveillance de la disponibilité, petites modifications, et la façon de signaler un problème. Cherchez des délais de réponse écrits plutôt qu’un « nous sommes toujours disponibles ». Si le support n’est pas mentionné du tout, posez la question, car tout site et toute application en ont besoin.

Les questions à poser lors de l’appel

  • Qui travaillera exactement sur mon projet, et qui sera mon interlocuteur au quotidien ?
  • Que dois-je valider à chaque étape, et comment ?
  • Quelle partie de ce périmètre vous paraît la plus risquée ?
  • De quoi avez-vous besoin de ma part, et pour quand, pour que les dates tiennent ?
  • Comment traitez-vous une modification demandée en cours de projet ?
  • Puis-je voir un projet similaire et savoir comment il s’est déroulé, pas seulement à quoi il ressemble ?
  • Que se passe-t-il le premier mois après la mise en ligne ?

Les signaux d’alerte

  • Un périmètre flou, impossible à vérifier en fin de projet.
  • Des promesses de positionnement, de trafic, de ventes ou d’un nombre de clients. Personne ne les contrôle, et une agence honnête les mesure avec vous.
  • Le paiement intégral d’avance pour un projet important.
  • Le domaine ou les comptes enregistrés au nom de l’agence.
  • Ni étapes, ni dates, ni exclusions.
  • Une pression pour signer vite, ou une remise qui expire demain.

Comment nous travaillons chez Qafza

Nos propositions comprennent un périmètre écrit que vous pouvez vérifier, une liste d’exclusions, des étapes datées, deux cycles de révision par étape, des paiements liés aux étapes, et le domaine, les comptes et le code au nom de votre société une fois le paiement complet. Nous nous engageons sur le périmètre, les délais et la qualité, pas sur un positionnement ou des ventes, et nous mesurons avec vous les demandes, les réservations et le positionnement après la mise en ligne. Si vous comparez des propositions, envoyez-nous le même cahier des charges qu’aux autres.

Gratuit : la grille pour choisir son agenceQuestions à poser, propositions comparées ligne par ligne, propriété, paiements et signaux d’alerte.Recevoir la grille
L'équipe Qafza7 octobre 2026
Autres articles
Tous les articles
Agences7 min de lecture

Travailler avec un partenaire de développement en marque blanche

Lire l'article
Agences6 min de lecture

Des rapports clients mensuels que les clients lisent vraiment

Lire l'article
Agences6 min de lecture

Maîtriser la dérive du périmètre sans perdre le client

Lire l'article
Agences7 min de lecture

Des devis sur mesure aux forfaits : un guide pour les dirigeants d’agence

Lire l'article
Sites web6 min de lecture

Avant de mettre votre site en ligne : la liste de contrôle

Lire l'article
Sites web6 min de lecture

Ce qui se passe après la mise en ligne de votre site

Lire l'article
Applications6 min de lecture

MVP ou application complète : que construire en premier ?

Lire l'article
Cliniques6 min de lecture

Répondre aux demandes patients sur WhatsApp : guide clinique

Lire l'article
Cliniques6 min de lecture

Fiche Google de votre clinique : le guide pratique

Lire l'article
Méthode6 min de lecture

Cahier des charges d’application : comment le rédiger

Lire l'article
Algérie6 min de lecture

Choisir une agence web en Algérie : le guide pratique

Lire l'article
SEO6 min de lecture

Référencement local à Alger : le guide pratique

Lire l'article
Agences6 min de lecture

Onboarding client en agence : un processus pratique

Lire l'article
Gestion d'agence6 min de lecture

Pourquoi nous avons créé notre propre système d'exploitation d'agence

Lire l'article
Algérie6 min de lecture

Site web d'entreprise en Algérie : ce qu'il doit avoir en 2026

Lire l'article
Méthode6 min de lecture

Discovery Sprint : ce que c'est, et quand vous en avez besoin

Lire l'article
Expérience client5 min de lecture

Pourquoi chaque projet client mérite son propre portail

Lire l'article
Cliniques6 min de lecture

Répondre à chaque demande de patient : une checklist pour les cliniques haut de gamme

Lire l'article
Méthode6 min de lecture

Comment cadrer un projet logiciel sans mauvaise surprise

Lire l'article
Démarrer un projet

Osez le saut.

Dites-nous où vous voulez que votre entreprise soit dans douze mois. Nous vous montrerons comment y arriver.

Discuter sur WhatsApp