Développement e-commerce ou développement de sites web
Lequel choisir, combien coûte chacun, et quand un projet requiert les deux : le développement e-commerce comparé au développement de sites web.
Dernière révision le
- Accueil
- E-commerce Development vs Website Development
Sur cette page
- La différence, en une ligne chacun
- Côte à côte
- Choose E-commerce Development over Website Development when
- Choose Website Development over E-commerce Development when
- Quand un projet requiert les deux
- À qui cela s'adresse vraiment
- Comment le travail se déroule concrètement
- Les chiffres, et leur provenance
- Combien cela coûte aux États-Unis
- Combien de temps cela prend
- Ce qu'il faut nous envoyer
- Comment vérifier ce que vous recevez
- Trois situations que vous reconnaîtrez peut-être
- En interne, freelance, studio ou modèle d'IA ?
- Les règles américaines à connaître
- Les questions à poser à tout prestataire qui vous fait un devis
- Travailler avec un studio que vous ne rencontrerez jamais
- Le jargon qu'on vous servira
- Les questions qu'on nous pose sur ce choix précis
- Et maintenant ?
- Guides et services associés
Both sit under Web Design & Development, and clients regularly ask which of the two they actually want. The short answer is below; the rest of this page is how to tell, what each costs, and the cases where a project needs both.
La différence, en une ligne chacun
- Développement e-commerce
- Création et amélioration de boutiques en ligne, de la vitrine et du checkout aux paiements, marketplaces, abonnements et migrations de plateforme.
- Développement de sites web
- Développement front-end et full-stack, avec les aspects ingrats faits correctement : balisage sémantique, mise en cache judicieuse, un build qui n’effraie personne, et un code que le prochain développeur pourra lire.
Côte à côte
| Développement e-commerce | Développement de sites web | |
|---|---|---|
| À partir de | À partir de 4 800,00 $ par projet | À partir de 145,00 $ de l’heure |
| Délai habituel | — | 2 à 10 semaines |
| Services inclus | 8 | 9 |
Choose E-commerce Development over Website Development when
- Budget is the binding constraint: this starts at $4,800.00 per project against $145.00 per hour for website development
- The job is specifically B2B commerce portals, which sits under this one
- The job is specifically checkout optimization, which sits under this one
- The job is specifically marketplace integration, which sits under this one
Choose Website Development over E-commerce Development when
- Budget is the binding constraint: this starts at $145.00 per hour against $4,800.00 per project for e-commerce development
- The job is specifically API development & integration, which sits under this one
- The job is specifically headless CMS development, which sits under this one
- The job is specifically Laravel development, which sits under this one
Quand un projet requiert les deux
Plus souvent que la question ne le laisse penser — une même mission touche fréquemment aux deux, et une seule équipe les couvre, si bien que passer de l'un à l'autre se règle par une conversation plutôt que par un second prestataire. Si vous ne savez pas exactement ce dont vos fichiers ont besoin, c'est précisément à cela que sert l'essai gratuit.
The process is the same either way: whichever you pick, the work runs through the same stages and is checked against the same bar. Web Design & Development sets that out.
À qui cela s'adresse vraiment
This page assumes you have a real decision to make about E-commerce Development compared with Website Development — not an academic interest in it. That shapes everything below.
Chacune de ces situations est une bonne raison d'être ici. La suite couvre l'ensemble : en quoi consiste le travail, ce qu'il coûte aux États-Unis, combien de temps il prend, ce dont nous avons besoin de votre part et comment savoir si ce que vous recevez est de bonne qualité. Allez directement à la partie qui vous intéresse.
Quand l'occasionnel devient permanent
Il arrive généralement un moment où la conception et le développement web cessent d’être une tâche que l’on gère entre deux autres pour devenir un vrai chantier. Cela ressemble souvent à ceci :
- Le travail retombe sur quelqu'un dont le vrai métier est tout autre, et ce vrai métier en pâtit.
- Le volume n'est plus occasionnel, il est devenu hebdomadaire.
- La qualité varie selon la personne qui était disponible ce jour-là.
- Vous refusez des opportunités parce que la production ne suit pas.
- On refait sans cesse la même correction parce que personne n'a noté comment bien la faire.
- Vous payez des licences logicielles utilisées quelques jours par mois.
Si deux ou trois de ces points sont vrais, la question n'est pas vraiment de savoir s'il faut se faire aider. C'est de savoir s'il faut recruter, faire appel à un freelance ou travailler avec un studio, et une section plus bas présente honnêtement les avantages et inconvénients, y compris les cas où faire appel à nous est la mauvaise réponse.
Comment le travail se déroule concrètement
Un projet de conception et de développement web se déroule par étapes, et ces étapes ne sont pas interchangeables. Les voici dans l’ordre où elles doivent se dérouler.
1. Cadrage
Nous établissons à quoi sert le site, à qui il s'adresse et à quelles conditions on pourra considérer qu'il fonctionne. En général, quelques appels et un examen des données analytiques existantes. L'objectif : une description du projet tenant sur une page, dans laquelle les deux parties se reconnaissent.
2. Contenu et structure
Ce que contient le site, et comment on y trouve ce que l'on cherche. Cette étape précède volontairement le design : disposer des blocs avant de savoir ce qu'ils contiendront, c'est le meilleur moyen d'obtenir une belle page incapable d'accueillir votre contenu réel.
3. Design
Wireframes, puis design visuel, en commençant généralement par la largeur d'un téléphone. La plupart de vos visiteurs sont sur mobile, et une mise en page qui fonctionne en petit s'agrandit presque toujours plus harmonieusement qu'une mise en page qu'il faut comprimer.
4. Développement
Code front-end, templates et configuration de la gestion de contenu. Le tout construit de manière sémantique, pour que le balisage ait un sens pour un lecteur d'écran et un moteur de recherche, pas seulement pour un navigateur.
5. Intégration du contenu
De vrais textes et de vraies images, pas du texte de remplissage. C'est là que la plupart des plannings dérapent, presque toujours du côté du client ; mieux vaut donc commencer pendant le développement plutôt qu'après.
6. Tests
Appareils réels, navigation au clavier, lecteur d'écran, connexion lente. Sans oublier les vérifications ingrates : des formulaires qui envoient vraiment, des redirections qui redirigent vraiment, des outils d'analyse qui enregistrent vraiment.
7. Mise en ligne
DNS, certificats, redirections de chaque ancienne URL, validation dans la Search Console. Le plan de redirection est la partie que l'on oublie, et c'est elle qui coûte du trafic.
8. Suivi après lancement
Surveiller les premières semaines de trafic réel, corriger ce que seul l'usage réel révèle et vous remettre une documentation suffisante pour que vous ne dépendiez pas de nous pour changer un numéro de téléphone.
Where does E-commerce Development compared with Website Development fit? Usually somewhere in the middle of that sequence, and it inherits every decision made before it. That's the argument for settling scope early: a change at stage two is a conversation, and the same change at stage seven is a rebuild.
Les chiffres, et leur provenance
Ce sont des seuils publiés, pas nos opinions. Lorsqu'un organisme de normalisation ou une plateforme a indiqué un chiffre, ce chiffre figure ici et l'organisme est cité en bas de page. Lorsque personne n'en a publié, vous ne trouverez pas de chiffre inventé pour combler le vide.
Combien cela coûte aux États-Unis
Les prix d’abord, puisque c’est ce que vous êtes venu chercher. Voici les fourchettes du marché américain pour la conception et le développement web. Votre montant se situera quelque part dans ces fourchettes, selon les facteurs énumérés ci-dessous.
| Type de travail | Fourchette habituelle | Ce que cela couvre |
|---|---|---|
| Petit site vitrine | $6,000 – $20,000 | Cinq à quinze pages, quelques templates, un CMS réellement utilisable, accessible et rapide. |
| Site d'entreprise avec systèmes intégrés | $20,000 – $75,000 | Templates sur mesure, véritables intégrations, contenu structuré, une migration et une phase de tests digne de ce nom. |
| Projet d'envergure ou complexe | $75,000+ | Multilingue, intégrations complexes, design systems, ou tout projet où le site est le produit lui-même plutôt que sa plaquette. |
Ce sont des fourchettes larges, et elles le sont pour une raison. Voici ce qui fait passer un projet d'un extrême à l'autre.
Ce qui détermine réellement le prix
- Nombre de templates distincts
- Un site de cinquante pages avec six templates représente bien moins de travail qu'un site de douze pages avec onze templates. Comptez les mises en page, pas les pages.
- Disponibilité du contenu
- Un site dont les textes et les images sont prêts avance environ deux fois plus vite qu'un site dont le contenu est rédigé pendant le développement.
- Intégrations
- Un CRM, un système de réservation, une passerelle de paiement, un ancien flux d'inventaire. Chacun constitue un contrat à part avec l'API d'un tiers, et avec ses pannes.
- Objectif d'accessibilité
- Viser les WCAG 2.1 AA dès le départ augmente modestement le coût de la conception et du développement. L'ajouter après coup coûte plusieurs fois plus cher.
- Migration
- Migrer un millier de pages existantes en préservant leurs URL et leur mise en forme est un projet à part entière, avec ses propres risques.
- Qui en assure la maintenance
- Construire un site que vous pouvez modifier en toute sécurité coûte plus cher au départ qu'un site que nous seuls pouvons faire évoluer. Sur trois ans, c'est presque toujours la solution la moins chère des deux.
Comment la rémunération est généralement structurée
Au-delà du montant se pose la question des modalités. Cinq modèles couvrent presque tous les cas dans ce secteur, et le bon dépend de la précision avec laquelle le travail peut être décrit avant de commencer.
- À l'unité
- Un prix fixe par image, par minute, par page, par élément. Idéal quand le travail est réellement répétitif et que vous pouvez décrire précisément une unité. C'est le modèle le plus simple à budgéter et le plus facile à contester, car tout dépend de la correspondance entre votre définition d'une unité et la nôtre. Mettez-vous d'accord sur un échantillon avant de vous mettre d'accord sur une facture.
- Taux horaire ou journalier
- Vous achetez du temps, et le résultat est ce que ce temps produit. C'est honnête quand personne ne peut encore cadrer le travail : un sauvetage, des archives inconnues, une phase exploratoire. Demandez malgré tout un montant plafond. Un accord horaire ouvert sans plafond est un budget sans limite.
- Forfait projet
- Un montant unique pour un périmètre défini, généralement avec un nombre déterminé de cycles de révision. C'est le modèle que préfèrent la plupart des clients, et celui qui pénalise le plus durement un brief flou. Le forfait n'est fixe que si le périmètre l'est, alors attendez-vous à un document de cadrage plus précis que ce qui vous semble confortable. C'est cette précision qui vous protège.
- Abonnement mensuel
- Une capacité définie réservée pour vous chaque mois. Intéressant dès que le travail est continu plutôt qu'occasionnel : un catalogue qui se renouvelle, une chaîne qui publie chaque semaine, un site qui évolue sans cesse. En dessous d'environ dix à quinze heures par mois, cela revient généralement plus cher que d'acheter le travail au fil de l'eau.
- Rémunération à la valeur ou au résultat
- Une tarification liée à un résultat business plutôt qu'à l'effort. Rare, et rarement aussi simple qu'il y paraît. Elle fonctionne quand le résultat est sans ambiguïté et attribuable, et s'effondre quand il n'est ni l'un ni l'autre. Examinez une proposition de rémunération au résultat avec la même rigueur que toute autre affirmation en matière d'attribution.
Si vous voulez un vrai montant plutôt qu'une fourchette, le plus rapide est de nous envoyer le vrai brief : périmètre, volume, échéance, et quelques fichiers d'exemple si vous en avez. Cela suffit généralement pour un prix fixe plutôt qu'une estimation.
Combien de temps cela prend
La version honnête d'un calendrier. Les phases se chevauchent, et celle qui dérape est rarement celle pour laquelle on a prévu de la marge.
| Phase | Durée habituelle |
|---|---|
| Cadrage | 1 à 2 semaines |
| Contenu et structure | 2 à 4 semaines, et c'est l'étape qui dérape |
| Design | 3 à 6 semaines |
| Développement | 4 à 12 semaines selon le nombre de templates |
| Tests et mise en ligne | 1 à 3 semaines, plus le plan de redirection |
Une chose mérite d'être dite clairement : la cause la plus fréquente d'un projet en retard n'est pas la production. C'est l'attente : d'un contenu, d'une décision, d'une personne qui doit jeter un œil à quelque chose. Si vous voulez qu'un projet avance vite, le levier le plus puissant dont vous disposez est de désigner une personne habilitée à dire oui et de vous assurer qu'elle est disponible. Ce seul changement vaut plus que toutes les relances du monde.
Le travail en urgence est possible, et il coûte réellement plus cher, car il implique de vraies personnes qui font de vraies heures supplémentaires, ou un projet qui passe devant celui de quelqu'un d'autre. Nous vous dirons toujours ce que coûte réellement une urgence avant que vous vous engagiez.
Ce qu'il faut nous envoyer
Tout ce qui suit, vous seul le savez. Le consigner au même endroit dès le départ fait gagner plus de temps que tout ce que l'un ou l'autre pourra faire ensuite.
Ce que doit contenir le brief
- À qui il s'adresse
- Le public, en une phrase, avec vos propres mots. Pas un document de persona : une phrase.
- Ce qu'il doit accomplir
- L'action que vous voulez que quelqu'un réalise, ou la décision que vous voulez lui permettre de prendre.
- Où il sera diffusé
- Chaque emplacement, à chaque format. C'est l'oubli le plus fréquent, et c'est celui qui entraîne de nouvelles prises de vue et de nouveaux recadrages.
- Ce qui existe déjà
- Charte graphique, travaux antérieurs, les fichiers que personne n'aime. Surtout les fichiers que personne n'aime, et pourquoi.
- Ce qui est figé
- Couleurs, polices, mentions légales, exigences des plateformes, tout ce qui n'est pas négociable.
- À quoi ressemble un bon résultat
- Deux ou trois références, plus un exemple de quelque chose que vous n'aimez vraiment pas. Ce que vous n'aimez pas est plus utile que ce que vous aimez.
- La vraie échéance
- La date à laquelle quelque chose doit être en ligne, pas celle à laquelle vous aimeriez voir une ébauche. Précisez laquelle vous nous donnez.
- Qui valide
- Un seul nom. Un brief avec quatre validateurs et aucun décideur est un brief qui vous coûtera deux cycles de révision supplémentaires.
Deux d'entre eux méritent d'être soulignés, car ce sont ceux qui coûtent de l'argent quand ils manquent. Où il sera diffusé (chaque emplacement, à chaque format) est l'oubli qui entraîne de nouvelles prises de vue et de nouveaux recadrages. Et qui valide est celui qui ajoute discrètement des cycles de révision : un projet avec quatre validateurs et aucun décideur coûtera toujours plus cher qu'un projet avec un seul nom.
Specific to E-commerce Development compared with Website Development
En plus du brief général, ce type de projet gagne à ce que vous ayez tranché les points suivants avant que quiconque ne commence :
- Choisissez en fonction du livrable dont vous avez besoin plutôt que du seul nom du service
- Envoyez des fichiers sources représentatifs avant d'accepter un périmètre fixe
- Validez un échantillon avant d'appliquer la décision à un lot complet
- Consignez par écrit les formats, dimensions, conventions de nommage et critères d'acceptation
Si vos fichiers sont déjà prêts, vous pouvez nous les envoyer directement : ils sont déposés sur un stockage privé plutôt que dans une boîte de réception, et rien n'est public. Si vous préférez juger de notre niveau avant de vous engager, testez-nous d'abord sur quelques fichiers. Sans carte bancaire, sans engagement, et si cela ne correspond pas à vos besoins, vous n'aurez perdu qu'un après-midi.
Comment vérifier ce que vous recevez
Pas besoin d'expertise technique pour bien évaluer ce travail. Il vous faut une méthode, et elle s'apprend en une dizaine de minutes.
- Vérifiez-le là où il sera utilisé
- Validez un visuel web dans un navigateur, un visuel imprimé sur papier, un mixage audio sur un haut-parleur de téléphone. Valider un livrable dans l'outil qui l'a produit, c'est ainsi que les problèmes arrivent jusqu'au public.
- Vérifiez les bords, pas le centre
- Le centre est presque toujours correct. Regardez les coins, le plus petit format, la chaîne de texte la plus longue, la zone la plus sombre, les dix dernières secondes.
- Vérifiez une chose à la fois
- La couleur, puis la typographie, puis les espacements, puis le contenu. Une relecture qui cherche à tout voir d'un coup voit ce qui saute le plus aux yeux et rate le reste.
- Rassemblez les retours avant de les envoyer
- Une seule liste consolidée vaut mieux que six e-mails. Les contradictions au sein de votre propre organisation se règlent à moindre coût de votre côté que du nôtre.
- Soyez précis sur ce qui ne va pas
- « Rendez-le plus percutant » coûte un cycle de révision. « Le titre est difficile à lire sur le ciel, pouvez-vous assombrir la zone derrière ? » coûte dix minutes.
- Dites aussi ce qui va bien
- Pas par politesse. Si vous ne signalez que les problèmes, le cycle suivant risque de faire disparaître ce que vous aimiez sans que personne ne sache que c'était important.
Le niveau d'exigence que nous nous imposons
Pour que vous sachiez à quoi vous comparer, voici ce qui est vérifié de notre côté avant que quoi que ce soit ne vous parvienne. Rien de tout cela n'est facultatif, et rien n'est facturé en supplément.
- Core Web Vitals mesurés sur des appareils réels : LCP inférieur à 2,5 secondes, INP inférieur à 200 millisecondes, CLS inférieur à 0,1
- Chaque élément interactif accessible et utilisable au seul clavier, dans un ordre logique
- Contraste du texte de 4,5:1 pour le corps de texte et de 3:1 pour les grands caractères, vérifié et non présumé
- Testé sur un vrai téléphone Android de milieu de gamme, et pas seulement dans une fenêtre de navigateur desktop rétrécie
- Formulaires testés de bout en bout, y compris ce qui se passe en cas d'échec
- Chaque ancienne URL fonctionne toujours ou redirige une seule fois, sans chaîne de redirections
Red flags specific to E-commerce Development compared with Website Development
Si vous repérez l'un de ces points dans ce qui vous est livré, signalez-le. Tous peuvent être corrigés, et tous coûtent moins cher à corriger maintenant qu'après la mise en ligne.
- Choisir sur le prix avant de vérifier que les deux devis incluent les mêmes livrables
- Considérer des services connexes comme interchangeables alors qu'ils interviennent à des étapes différentes du workflow
- Lancer la production avant qu'une seule personne soit responsable de la validation
Vous pouvez voir comment nous présentons nos travaux finalisés, avant/après compris, dans le portfolio. Tout ce qui est marqué comme exemple est une réalisation de démonstration de notre part et non un projet client, et c'est indiqué sur l'élément.
Trois situations que vous reconnaîtrez peut-être
Un conseil abstrait est facile à approuver et difficile à appliquer. Voici les formes que prend concrètement ce type de problème, et ce que nous ferions dans chaque cas.
Une refonte qui a perdu la moitié de son trafic
Le nouveau site a été mis en ligne avec de nouvelles URL et sans plan de redirection. Nous avons reconstitué le plan à partir de l'ancien sitemap et des logs serveur, redirigé chaque ancienne adresse vers son équivalent le plus proche, puis soumis à nouveau le site. L'essentiel du trafic est revenu en six à dix semaines. Rien de tout cela n'aurait dû être perdu.
Un site que personne ne pouvait mettre à jour
Chaque modification de texte passait par un ticket développeur, si bien que le site s'est discrètement figé. Nous avons reconstruit les templates autour de zones modifiables encadrées par des garde-fous, pour que l'équipe marketing puisse changer textes et images sans pouvoir casser la mise en page.
Rapide sur un ordinateur portable, inutilisable sur un téléphone
Le site avait été testé sur le poste qui avait servi à le développer. Sur un Android de milieu de gamme avec une connexion normale, il fallait onze secondes pour qu'il devienne utilisable. En compressant les images, en différant les scripts tiers et en supprimant deux graisses de police inutilisées, nous sommes passés sous les trois secondes.
Aucun de ces cas n'exigeait d'exploit. Il fallait simplement que quelqu'un regarde le bon point suffisamment tôt, ce qui est l'essentiel de ce que l'expérience apporte dans ce domaine.
En interne, freelance, studio ou modèle d'IA ?
C'est la décision qui se cache derrière la question « combien ça coûte », et elle mérite une réponse franche plutôt qu'un argumentaire commercial. Il existe quatre façons de faire réaliser un projet de conception et de développement web, et nous ne sommes le bon choix que pour certaines d'entre elles.
Garder le travail en interne
Un membre de votre personnel s'en charge.
Les avantages : la boucle de retour la plus rapide qui soit, la connaissance produit la plus approfondie, aucun effort de briefing pour les petites modifications.
Les inconvénients : vous achetez une personne, pas un travail : ses congés, ses arrêts maladie, ses limites, et les logiciels. Cela cesse d'avoir du sens dès que la demande est irrégulière, car vous payez le pic toute l'année.
Engager un freelance
Un spécialiste, engagé directement.
Les avantages : le moyen le moins cher d'acheter une vraie expertise, et vous traitez directement avec la personne qui fait le travail.
Les inconvénients : une seule personne, c'est un point de défaillance unique. Pas de remplaçant, une capacité limitée, et si elle part en cours de projet, vous héritez de ses fichiers et de ses conventions.
Faire appel à un studio
Une équipe avec un process, un niveau de relecture et des remplaçants.
Les avantages : absorbe le volume et la diversité, prend en charge le contrôle qualité, et ne disparaît pas quand une personne est malade.
Les inconvénients : plus cher à l'heure qu'un freelance, et vous êtes un client parmi d'autres. Intéressant quand la cohérence sur un grand volume de production compte davantage que le tarif le plus bas.
Utiliser un modèle d'IA
Des outils génératifs ou automatisés, avec ou sans vérification humaine.
Les avantages : réellement rapide et réellement bon marché sur ce qu'il fait bien, et il ne se fatigue pas à la page quatre cents.
Les inconvénients : il se trompe avec aplomb, d'une manière difficile à repérer au premier coup d'œil, et ses points faibles sont justement ceux qu'un client remarque : les mains, le texte, les dénombrements, les contours, la continuité. Rien ne devrait être livré sans avoir été vu par une personne, c'est pourquoi nos prestations IA sont tarifées relecture comprise plutôt que présentées comme une remise.
En bref : si le travail est constant et au cœur de votre activité, recrutez. S'il est irrégulier, ou s'il requiert un éventail de compétences que vous ne pouvez pas justifier d'employer, faites appel à un studio. S'il s'agit d'une spécialité précise et que vous avez trouvé le bon spécialiste, faites appel à lui. Nous préférons vous le dire d'emblée plutôt que d'accepter un projet pour lequel nous ne sommes pas adaptés.
Les règles américaines à connaître
Ceci n'est pas un avis juridique et nous ne sommes pas avocats. C'est une liste des règles américaines qui reviennent assez souvent dans ce type de travail pour que les ignorer coûte cher. Si l'une d'elles vous concerne, cela vaut vingt minutes avec quelqu'un qui est avocat.
ADA et Section 508
Les tribunaux américains ont interprété le titre III de l’Americans with Disabilities Act comme s’appliquant à de nombreux sites web commerciaux, et les agences fédérales et leurs prestataires sont tenus de respecter la Section 508, qui adopte les WCAG comme norme technique. En pratique, cela signifie concevoir selon le niveau WCAG 2.1 AA et être en mesure d’en apporter la preuve.
Lois des États sur la protection des données
La Californie, le Colorado, la Virginie, le Connecticut et une liste croissante d'autres États ont adopté des lois sur la protection des données des consommateurs, avec leurs propres exigences d'information et de droit d'opposition (opt-out). Si votre site collecte la moindre donnée, la politique de confidentialité et le comportement des cookies relèvent autant de choix techniques que de choix juridiques.
Obligations de transparence de la FTC
La Federal Trade Commission exige que les liens d’intérêt et les recommandations rémunérées soient signalés clairement et à proximité de l’allégation. C’est un problème de conception : une mention que personne ne voit est une mention qui ne compte pas.
Et les questions commerciales générales
Quelle que soit la discipline, l'achat de services professionnels aux États-Unis soulève toujours la même poignée de questions. Voici celles que nos clients nous posent le plus.
- Contrats et descriptifs de prestations (SOW)
- Un statement of work (cahier des charges contractuel) qui précise les livrables, le nombre de cycles de révision, les conditions de propriété et l'échéancier de paiement vaut bien l'heure nécessaire pour le lire. La plupart des litiges dans ce secteur ne portent pas sur la qualité : ils viennent de deux personnes qui ont compris « terminé » différemment.
- Propriété et work made for hire
- En vertu du droit d'auteur américain, une œuvre créée par un prestataire indépendant appartient en général au prestataire, sauf cession écrite ou si elle relève de l'une des catégories légales restreintes de « work made for hire ». Cela surprend beaucoup d'acheteurs. Obtenez la cession par écrit ; un studio qui hésite vous apprend quelque chose d'utile.
- Payer un prestataire externe
- Une entreprise américaine qui rémunère un prestataire américain recueille normalement un Form W-9 et peut devoir déposer un 1099-NEC ; pour un prestataire non américain, il s'agit généralement plutôt d'un W-8BEN ou d'un W-8BEN-E. Votre comptable voudra ces documents avant la première facture, pas après la dernière.
- Taxe de vente sur les services
- Le caractère imposable d'un service créatif ou numérique varie selon les États, et plusieurs États taxent certains livrables numériques mais pas d'autres. Mieux vaut poser une question à votre comptable avant une mission importante que recevoir un courrier de l'administration fiscale d'un État après.
- Allégations publicitaires
- La Federal Trade Commission tient les annonceurs pour responsables des allégations faites dans leur marketing, y compris celles véhiculées par les images. Une photo produit retouchée qui ne représente plus le produit est un problème publicitaire avant d'être un problème de design, et la responsabilité incombe à l'annonceur plutôt qu'au retoucheur.
- Accessibilité
- Le titre III de l'Americans with Disabilities Act a été interprété par les tribunaux américains comme s'appliquant aux sites web dans de nombreux cas, et les agences fédérales ainsi que leurs sous-traitants sont tenus par la Section 508, qui renvoie aux WCAG. L'accessibilité coûte moins cher quand elle est intégrée dès la conception que quand elle est réglée devant les tribunaux.
Nos propres conditions sont publiées plutôt qu'envoyées sur demande : vous pouvez lire les conditions générales, les conditions de paiement, la politique de remboursement et notre position en matière de confidentialité et de NDA avant même de parler à qui que ce soit. Si quelque chose ne vous convient pas, dites-le tôt : la plupart des points sont négociables, et tout se règle mieux avant le travail qu'après.
Les questions à poser à tout prestataire qui vous fait un devis
Nous compris. Si un prestataire se montre évasif sur l'une d'entre elles, c'est la réponse à la question que vous vous posiez vraiment.
- Qui fait réellement le travail ?
- Demandez si le travail reste entre les mains de votre interlocuteur, passe à une équipe ou est sous-traité. Aucune de ces options n'est mauvaise. Ne pas le savoir, si.
- Qu'est-ce qu'une révision, exactement ?
- Demandez ce qui compte comme une révision par rapport à un nouveau brief, et combien sont incluses. C'est la source la plus fréquente d'une facture inattendue.
- À qui appartient le résultat ?
- Faites-le mettre par écrit, fichiers de travail compris. « Le fichier final vous appartient » et « tout vous appartient » sont deux positions très différentes, et la seconde coûte plus cher pour une bonne raison.
- Que se passe-t-il en cas d'erreur ?
- Demandez combien coûte une reprise et dans quel délai elle est faite. Un studio qui a une réponse claire a déjà eu cette conversation.
- Puis-je voir des travaux similaires aux miens ?
- Pas une bande démo : des travaux dans votre catégorie, à votre volume, avec vos contraintes. Un superbe portfolio dans une autre catégorie prouve le goût, pas l'adéquation.
- Comment traitez-vous mes fichiers ?
- Où ils sont stockés, qui peut y accéder, combien de temps ils sont conservés et ce qu'il advient à la fin. Si vous envoyez quoi que ce soit de non publié, faites-le inscrire au contrat.
- De quoi avez-vous besoin de ma part ?
- Un prestataire incapable de répondre à cette question n'a pas réfléchi à votre côté du projet, et vous le découvrirez à l'échéance.
Une dernière, et c'est celle que l'on ose le moins poser : qu'est-ce qui vous ferait refuser ce projet ? Un studio qui n'a jamais refusé de travail est un studio qui accepte tout, et cela en dit long sur le soin avec lequel le vôtre sera traité.
Travailler avec un studio que vous ne rencontrerez jamais
La plupart des projets de conception et de développement web se déroulent aujourd'hui entre des personnes situées à des endroits différents, souvent dans des fuseaux horaires différents. Cela ne pose aucun problème — et depuis des années — mais certaines habitudes sont payantes et d'autres pénalisantes.
- Un chevauchement, pas une couverture totale
- Ce qui compte n'est pas de savoir si un prestataire est éveillé à 14 h, heure de l'Est, mais s'il existe un créneau prévisible où vous pouvez échanger. Demandez ce créneau et inscrivez-le dans l'agenda.
- Regroupez vos retours
- Avec un décalage horaire, trois cycles d'un commentaire coûtent trois jours. Un cycle de douze commentaires en coûte un. C'est de loin le levier le plus puissant dont vous disposez sur les délais.
- Envoyez les fichiers une fois, correctement
- Une transmission propre avec les originaux, un brief écrit et des fichiers nommés fait gagner plus de temps que toutes les relances du monde. La moitié des projets « lents » l'étaient dès le départ.
- Convenez de ce que signifie « urgent »
- Tout le monde dit urgent. Convenez à l'avance de ce que déclenche réellement une urgence (une autre file d'attente, un autre prix, d'autres intervenants) pour que le mot garde son sens.
- Gardez un seul fil de discussion
- Une décision prise dans un message privé est une décision que personne d'autre, d'un côté comme de l'autre, ne peut retrouver. Un seul canal, un seul fil par projet.
Nos horaires recoupent la journée de travail américaine, et nous préférons convenir avec vous d'un créneau régulier plutôt que de promettre une disponibilité 24 h/24 que personne ne peut réellement tenir. Si vous souhaitez en discuter avant de vous engager, contactez-nous : pas de présentation commerciale, et personne ne vous relancera.
Le jargon qu'on vous servira
Chaque métier a un vocabulaire qui sert de raccourci et finit par faire barrière. Voici ce que signifient réellement les termes courants de la conception et du développement web, en langage clair. Vous ne devriez pas en avoir besoin pour commander le travail, mais cela raccourcit les échanges.
- Core Web Vitals
- Les trois mesures de l'expérience de page publiées par Google : la vitesse d'affichage du contenu principal, la rapidité de réaction de la page aux actions de l'utilisateur et l'ampleur des sauts de mise en page.
- LCP
- Largest Contentful Paint. Le temps nécessaire au chargement du plus grand élément à l'écran. Moins de 2,5 secondes correspond au seuil « bon » publié.
- INP
- Interaction to Next Paint. Le temps que met la page à réagir visiblement lorsque quelqu'un touche l'écran ou clique. Une valeur inférieure à 200 millisecondes est considérée comme bonne.
- CLS
- Cumulative Layout Shift. L'ampleur des déplacements de la page pendant son chargement. Moins de 0,1, c'est bon ; un mauvais score s'explique généralement par une image sans dimensions.
- HTML sémantique
- Utiliser l'élément qui correspond à la chose — un bouton pour un bouton, un titre pour un titre. C'est ce qui rend une page navigable avec un lecteur d'écran et lisible par un robot d'exploration.
- Responsive design
- Une mise en page unique qui s'adapte à l'écran sur lequel elle s'affiche, plutôt qu'un site mobile séparé.
- CMS
- Système de gestion de contenu. L'espace d'administration où une personne qui ne code pas modifie les textes.
- Headless
- Une configuration où le contenu réside dans un système et le front-end est construit séparément. Plus de souplesse, plus de pièces mobiles, un coût d'exploitation plus élevé.
- Amélioration progressive
- Construire de sorte que l'essentiel fonctionne sans JavaScript, puis ajouter des améliorations par-dessus. C'est ce qui permet à un formulaire bien conçu d'être envoyé même quand un script ne se charge pas.
- Plan de redirection
- La liste qui indique vers où pointe désormais chaque ancienne URL. C'est elle qui détermine si une refonte conserve son trafic de recherche ou le jette par la fenêtre.
Une bibliothèque de référence plus complète est disponible si vous souhaitez approfondir l'un de ces sujets, et tout y est rédigé de la même manière : simplement, avec les sources.
Les questions qu'on nous pose sur ce choix précis
L'un des deux est-il moins cher ?
E-commerce Development starts at $4,800.00 per project and website development at $145.00 per hour. Complexity and volume move both, and the cheaper unit is not always the cheaper job.
Lequel est le plus rapide ?
À peu près identiques, et le volume fait bien plus varier le chiffre que le choix entre ces deux options.
Pouvez-vous me dire de quoi mes fichiers ont besoin ?
Oui, gratuitement. Envoyez deux ou trois vrais fichiers — ce diagnostic fait partie de l'essai et n'est pas facturé séparément.
Puis-je changer après le démarrage ?
Oui. Si les fichiers montrent que l'autre service est la bonne réponse, nous refaisons le devis avant d'effectuer le travail, et non après.
Et maintenant ?
- E-commerce Development — what it is, in full, with its own pricing
- Website Development — the same for the alternative
- Web Design & Development pricing — both rates side by side with the US market ranges
- Try it free — a free technical review of one page, written up, and we will tell you which of the two your files need
- Get a quote if the scope is already clear
- Tous nos tarifs publiés, sur une seule page
Guides et services associés
Suivez ces liens pour poursuivre avec le sujet pratique, le service ou le guide de décision le plus proche.
- Bibliothèque d'articles sur le développement e-commerce
- Développement e-commerce
- Guide pratique : le commerce headless
- Performance e-commerce : ce qui fonctionne vraiment
- Guide pratique : l'accessibilité en e-commerce
- E-commerce B2B : ce qui fonctionne vraiment
- Développement e-commerce vs conception de site web
- Développement e-commerce ou maintenance et support de site web
- Packshots e-commerce vs photographie culinaire et de boissons