Combien coûte une boutique en ligne, et ce qui en fait monter le prix

4 500 € est un vrai chiffre, mais ce n’est pas le seul. Ce qui fait passer de Basic à Pro, ce qui ne le fait pas, et quand la location est un plancher, pas une promesse.

Le client ouvre un devis, voit 4 500 € et pose la question que presque tout le monde pose : combien coûte une boutique en ligne. La réponse qu’il attend est un seul chiffre, mais le chiffre avec lequel il vivra ensuite en est un autre — celui qui reste lorsque l’entrepôt, une deuxième langue ou la facture de la comptabilité viennent s’ajouter à ce que la version Basic laisse délibérément de côté. Cet article porte sur ce qui crée cet écart, et sur le moment où l’écart ne vaut pas d’être acheté, parce que la ligne la moins chère, si elle ne correspond pas au processus, devient après la mise en ligne l’erreur la plus coûteuse que l’on puisse commettre sur ce projet.

Trois prix déjà écrits, et ce qu’ils ne sont pas

Sur notre page de création d’un site e-commerce se tiennent trois lignes, et elles ne sont pas cachées derrière un « sur devis » : la version Basic coûte 4 500 € en paiement unique, la version Pro coûte 9 500 € en paiement unique, et la location commence à 130 € par mois plus 600 € de frais d’installation, uniquement sous Laravel avec notre hébergement. La carte du service, au-dessus d’elles, dit « À partir de 4 500 € », parce que c’est le départ publié le moins cher, non parce que Basic lui-même serait le plancher, et lire ce chiffre comme un plancher revient à transformer la grille en une promesse que nous n’avons pas faite. Basic est à 4 500 € ; la location est la ligne à laquelle « à partir de » appartient vraiment.

Les trois lignes sont indicatives et s’entendent hors taxes, et nous établissons un devis précis après avoir discuté du périmètre, sous cinq à dix jours ouvrés — cette phrase est écrite sous la grille non par politesse, mais comme la frontière entre un repère publié et un contrat. La version Pro a encore une ligne que l’on saute souvent : le paiement peut être échelonné sur douze mois au plus, avec des frais de gestion de 15 % du montant du contrat et une caution personnelle, et si le contrat était exactement de 9 500 €, ces frais le porteraient à 10 925 €. C’est un exemple sur cette somme, pas une nouvelle ligne de grille, et sans caution il n’y a tout simplement pas de paiement échelonné.

Ces trois prix appartiennent au produit « site e-commerce », pas à tout ce que nous vendons, et mélanger les produits ici revient à comparer le panier d’une boutique à un système où il n’y a pas de panier. Un système Laravel à périmètre fixe commence à 8 000 €, et c’est un autre produit : un système dans lequel le processus naît d’une page blanche, non un site avec catalogue, panier et paiement. Le taux horaire de 50 € appartient à ce second produit, au travail en régie avec un compte rendu chaque mois, non à un supplément avec lequel on « retoucherait » Basic jusqu’à en faire un système. La location d’infrastructure commence à 45 € par mois et a sa propre page, ce n’est pas la troisième colonne du forfait boutique, tandis que la réalisation de sites WordPress commence à 2 500 € et est un autre objet, qui n’appartient pas à cette question.

La personne qui lit ces lignes comme une carte de restaurant choisit en général la moins chère, puis s’étonne que le devis soit autre, parce qu’elle a choisi un chiffre, pas un processus. Celle qui les lit comme une carte géographique demande d’abord lesquelles des cinq lignes absentes de Basic lui sont vraiment nécessaires, et seulement ensuite regarde le chiffre. C’est la seconde lecture pour laquelle cet article est écrit, car la première a déjà eu lieu sur la page de service, et elle n’a pas besoin de trois mille mots pour répéter ce qui s’y trouve déjà.

Ce qui fait monter le prix à l’intérieur de Basic : cinq lignes, pas la taille du catalogue

Ce n’est pas la plateforme qui sépare Basic de Pro, et ce n’est pas non plus le nombre de produits, parce que les deux versions existent aussi bien sous WooCommerce que sous Laravel, et que les deux comprennent un nombre de références illimité, le raccordement des paiements avec Makecommerce ou Stripe, l’optimisation du référencement et une interface d’administration. L’écart tient à cinq lignes que la liste Basic donne comme absentes : le module de gestion d’entrepôt, la prise en charge multilingue, les niveaux de prix B2B et les intégrations, le système de remises et la migration des contenus. Pro les inclut toutes, et la composition de la location, dans la grille, est celle de Pro, seulement avec l’hébergement, les mises à jour et la maintenance en plus, si bien que celui qui loue pour « éviter Pro » achète encore la composition Pro, seulement dans un autre rythme.

Ces cinq lignes sont celles qui font monter le prix à l’intérieur du produit boutique, parce que chacune est un travail que quelqu’un doit écrire et vérifier, non une majoration pour une technologie plus moderne. Le module de gestion d’entrepôt signifie que le stock n’est plus un chiffre à côté de l’article, mais une vérité qui vit ailleurs et que le site doit refléter à la seconde où l’acheteur appuie sur le bouton, faute de quoi deux acheteurs peuvent prendre la dernière unité en même temps. Le multilingue, ce n’est pas seulement une traduction, c’est un catalogue où le même article existe en plusieurs langues sans casser les adresses par lesquelles Google le trouve déjà. Les prix B2B signifient que deux personnes connectées voient deux prix différents pour la même ligne, et le système de remises signifie que ces prix bougent encore selon la quantité, la période ou le contenu du panier, donc selon des règles que le site doit exécuter lui-même, au lieu de les laisser deviner à l’acheteur.

La migration est la cinquième ligne, et le plus souvent celle que l’on imagine comme une copie de fichiers, alors que les produits, les catégories, les clients et l’historique des commandes doivent passer de façon que les adresses restent les mêmes, faute de quoi disparaît le positionnement que le site a déjà payé avec le temps. Dans la version Pro et dans la location, ce travail est compris ; dans la version Basic, il ne l’est pas, et nous le chiffrons à part selon le volume de données et le nombre de champs, parce que cent articles avec une image ne sont pas le même travail que sept cents articles avec des variations, des groupes de clients et cinq ans d’historique de commandes. Celui qui « fera le transfert lui-même » évalue en général son temps à zéro, jusqu’à ce qu’il ait passé une semaine à recoller des champs qui portent le même nom dans les deux systèmes et y désignent des choses différentes.

Nous-mêmes recommandons en général de commencer par le catalogue de base, les paiements et la livraison, de mettre en ligne, puis d’ajouter les prix B2B, la logique de remises ou l’entrepôt lorsque les premières vraies commandes sont visibles, et ce n’est pas un exercice de modestie, c’est une façon de ne pas régler Pro pour un processus que le site, trois mois plus tard, ne fait toujours pas. Si une deuxième langue ou une deuxième table de prix est nécessaire dès le premier jour, alors Pro n’est pas « un Basic plus cher », c’est la bonne ligne, et la cacher derrière Basic pour que le devis ait meilleure mine, c’est un litige après la mise en ligne où les deux parties auront techniquement raison et resteront toutes les deux mécontentes. L’honnêteté, ici, coûte moins cher qu’une remise qu’il faudra ensuite reprendre.

Ce qui ne fait pas monter le prix du forfait

La taille du catalogue ne fait pas monter le prix du forfait, parce que le nombre de références illimité est déjà dans la version Basic, et qu’un site de quarante articles et un site de quatre mille, sur cette ligne, coûtent la même chose. Ce qui, à quatre mille, commence à coûter, ce n’est pas le nombre de lignes, c’est le fait que ces lignes vivent aussi dans l’entrepôt, dans une deuxième langue ou dans une deuxième table de prix. Celui qui entend « grand catalogue » et entend tout de suite « Pro » mélange le volume et le processus, et ce mélange est cher précisément parce qu’il a l’air raisonnable et qu’il est facile à se vendre, y compris à soi-même.

La plateforme ne fait pas non plus monter le prix du forfait, et WooCommerce ou Laravel — lequel choisir, et quand — est une question à laquelle nous avons répondu dans un article à part, et la tâche de celui-ci n’est pas de le réécrire, parce que ce que celui-ci n’a pas le droit de répéter y est déjà écrit. Dans la grille, Basic est à 4 500 € et Pro à 9 500 € sur les deux plateformes, parce que c’est le travail qui coûte, pas ce qu’il y a en dessous. Ce que la plateforme tranche, ce sont d’autres choses : la ligne de location n’existe que sous Laravel, les correctifs automatiques du cœur sont du côté WooCommerce, et celui qui a le droit d’effectuer votre prochaine modification est une question de code, pas une question des chiffres de cet article.

Le raccordement d’un transporteur n’est pas un module de gestion d’entrepôt, même si les deux lignes, dans la conversation, fusionnent souvent, parce que les deux touchent « la sortie des marchandises de la maison ». L’interface d’Omniva, de DPD, de la poste lettone ou de Venipak signifie qu’un envoi peut être créé, suivi et déposé en consigne automatique ; le module de gestion d’entrepôt signifie que le stock est vrai au moment même où l’envoi a le droit d’être créé. Dans le site e-commerce Riga Lashes, que nous maintenons sous Laravel, ce sont deux choses distinctes dans la même phrase : l’entrepôt des articles et les intégrations avec les messageries, plus les paiements et un processus automatisé jusqu’à l’emballage. Les confondre, c’est soit payer Pro trop cher quand il ne faut qu’une interface d’expédition, soit rester en Basic avec un transporteur et s’étonner que le stock du site ne coïncide pas avec ce qui est sur l’étagère.

Horizon, Jumis ou une autre comptabilité ne sont pas non plus dans Basic, même si nous travaillons régulièrement avec eux, et cela reste vrai même lorsque ces lignes ne figurent pas dans le contrat en question. Dans la grille, Basic comprend les intégrations spécifiques sur demande, et cela veut dire un devis, pas un cadeau, parce qu’une interface publiée n’est pas encore une intégration : il faut que quelqu’un fasse coïncider ce que le site appelle un article avec ce que la comptabilité appelle une unité de nomenclature. Si la comptabilité est l’endroit où vit la vérité du stock, alors cette ligne doit être nommée et chiffrée séparément, et non imaginée comme une part des 4 500 €, faute de quoi le devis et l’espoir divergent déjà avant le premier sprint.

Construction contre location : seulement des planchers

La location a l’air moins chère tant qu’on ne l’additionne pas sur des années, et plus chère dès que l’on oublie les mots « à partir de ». 130 € par mois sur cinq ans, ce sont 7 800 €, plus 600 € de frais d’installation, donc à partir de 8 400 €, et c’est un plancher, pas un total, parce que la location commence à 130 €, elle ne s’y arrête pas. La version Pro coûte 9 500 € une fois, et l’hébergement vient à côté : notre location d’infrastructure commence à 45 € par mois, donc à partir de 2 700 € sur cinq ans, soit à partir de 12 200 € au total, et les mises à jour applicatives n’y sont pas encore. Les deux chiffres sont des planchers, et ils ne sont comparables que parce que, dans la grille, la composition fonctionnelle des deux formules est la même, non parce que l’un d’eux serait une facture que l’on peut signer sans cadrage.

La location n’existe que sous Laravel et seulement avec notre hébergement, et cette limite n’est pas une question de goût : sur la ligne de location, nous sommes responsables de l’environnement, des mises à jour et de la maintenance, et nous ne prenons cette responsabilité que là où le code et le serveur sont dans nos mains en même temps. On ne loue pas de site WooCommerce chez nous, et s’il vous faut rester sous WooCommerce ou garder le serveur chez vous, la ligne de location ne vous convient pas, quel que soit l’attrait du chiffre mensuel, parce que le chiffre mensuel, ici, achète aussi l’environnement, pas seulement le logiciel.

Comparer des planchers est honnête ; en faire la promesse qu’en cinq ans la location coûtera 8 400 € ne l’est pas, parce que le périmètre fait monter la location comme il fait monter la construction, seulement ailleurs — plus d’intégrations, plus de langues, plus de logique adaptée. Dans la location, vous payez l’usage avec l’hébergement ; dans la construction, vous réglez le système d’un coup, puis séparément pour qu’il reste vivant. Où chacune s’arrête, c’est le périmètre qui le décide, c’est pourquoi nous les chiffrons toutes les deux pour le projet, au lieu de les lire dans la grille comme la facture finale, et celui qui demande « un total exact à cinq ans, dès maintenant » demande ce que la grille, volontairement, ne donne pas.

La location est la bonne réponse lorsque vous voulez la composition Pro sans un 9 500 € unique et que vous acceptez de rester dans notre environnement, et elle ne l’est pas lorsque le but est de passer sous Basic, parce que la composition de la location n’est pas celle de Basic. Celui qui loue pour éviter Pro évite en général le mauvais chiffre : il paie encore l’entrepôt, le multilingue et la migration, seulement au mois, et au bout d’un an il découvre qu’il a acheté le même Pro, seulement dans un autre rythme. Si le rythme vous convient, la location est un bon instrument ; si le rythme n’est qu’une façon de ne pas voir Pro, l’instrument travaille contre vous.

Quand le site e-commerce n’est plus un site e-commerce

Il y a un moment où la conversation sur Basic et Pro devient sans objet, parce que ce qu’il faut construire n’est plus un catalogue avec un panier. Dans la plateforme de commande de repas LIDO, ce n’est pas l’article qui fixe le prix, c’est l’adresse : la géolocalisation détermine la zone de livraison et le montant, chaque restaurant a son propre assortiment, et à côté des commandes tourne une automatisation de processus distincte, avec des intégrations vers plus de dix systèmes, dont Wolt, QWQER et RKeeper. Ce n’est pas un site Pro avec quelques suppléments, c’est un processus pour lequel la métaphore de la boutique devient trop étroite, et dans ces cas-là la grille a une autre ligne, que cacher derrière le nom d’un site e-commerce revient à vendre le mauvais produit avec le bon sourire.

Un système Laravel à périmètre fixe commence à 8 000 €, et ce « à partir de » est réel : le périmètre, le délai et le prix sont fixés avant le travail, mais le chiffre de départ n’est ni le Basic boutique ni le Pro boutique. Le taux horaire de 50 € appartient à la même couche, au travail en régie avec un compte rendu chaque mois et sans engagement de longue durée, non au forfait boutique. Confondre ce taux avec le forfait, c’est s’imaginer que 4 500 € sont quatre-vingt-dix heures que l’on peut empiler jusqu’à obtenir un système, alors que l’on n’obtient qu’un contrat flou dans lequel les deux parties ne comptent pas la même chose comme déjà payé.

On voit la frontière à la question, pas au chiffre d’affaires, et cela compte, parce que le chiffre d’affaires, ici, ne ment pas, mais ne tranche rien non plus. S’il vous faut un catalogue dans lequel l’acheteur choisit lui-même, paie et reçoit un envoi, vous êtes encore dans le produit boutique, même si le catalogue est grand. Si la commande ne devient commande qu’après une zone, après un cuisinier, après la validation d’un autre système ou après une logique pour laquelle le site tout fait n’a pas de mot, vous avez franchi la frontière. Nous ne la cachons pas pour vendre la ligne la plus chère ; nous la nommons pour ne pas vendre un site e-commerce là où un site e-commerce ne tiendra pas la première vraie semaine.

C’est aussi l’endroit où l’honnêteté et la persuasion tirent dans des directions opposées, parce que la page boutique a l’air plus vendable que la page système, et qu’il est plus agréable d’entendre que c’est un Pro avec quelques intégrations que d’entendre que ce n’est plus un site e-commerce. Nous disons pourtant la seconde phrase, parce que la première, après la mise en ligne, devient un reproche, et qu’un reproche pour un mauvais produit coûte plus cher qu’un devis perdu. Si cette distinction vous paraît trop rude, c’est le signe que la frontière est déjà proche, non que nous l’avons inventée pour compliquer un projet simple.

Huit à trente-deux semaines ne sont pas la somme de quatre phases

Le délai que nous publions est de huit à trente-deux semaines, du cadrage à la mise en ligne, selon le périmètre, et le processus est un cadrage d’une à deux semaines, un design de deux à trois, un développement de quatre à dix, puis une mise en ligne dans une fenêtre planifiée et les trente premiers jours en disponibilité renforcée. Si l’on additionne ces phases, on obtient sept à quinze semaines plus une mise en ligne dont le nombre de semaines n’est pas écrit, et ce n’est pas le même chiffre que 8–32. Les additionner pour expliquer la fourchette publiée, c’est inventer une arithmétique que la grille n’a pas, puis s’étonner que le projet n’entre pas dans ce qui avait été promis, alors que le promis n’était pas une somme.

La huitième semaine est possible lorsque le périmètre est Basic, que le contenu est prêt et que les intégrations sont celles qui tiennent déjà dedans ; la trente-deuxième apparaît lorsque la migration est grande, que les langues sont plusieurs, que la comptabilité doit être accordée au site ou que le processus change en chemin. Le temps fait monter le prix non parce qu’une semaine serait elle-même une ligne de grille, mais parce qu’un chemin plus long signifie presque toujours plus de décisions que personne, au cadrage, n’avait encore nommées. C’est précisément pourquoi, pour nous, la fin du cadrage est un périmètre et un prix clairs, non une approximation : tant que ce n’est pas fait, tout délai est un souhait, et un souhait, nous ne le vendons pas comme un calendrier.

L’attente du contenu est l’endroit où le calendrier glisse le plus souvent, et il glisse avant le code, non au milieu, parce que tant qu’il n’y a pas de textes, d’images et de données d’articles, le design s’arrête, et tant que le design s’arrête, le développement ne commence pas. Un délai court, à cet endroit, ne s’obtient pas par un travail plus rapide ; il s’achète en sautant la vérification, ou en mettant en ligne un site dont la moitié du catalogue est encore des espaces réservés. Nous ne le faisons pas, même si le devis en a alors l’air plus lent que la promesse qu’un concurrent a écrite sans liste de contenus, parce qu’un site qui s’ouvre vide n’est pas rapide — il est inachevé, et l’acheteur remarque un site inachevé plus vite qu’un calendrier.

Commencer plus petit est aussi un instrument de délai, pas seulement de prix, parce qu’un site qui se met en ligne avec le catalogue, les paiements et la livraison entre dans le bas de la fourchette, et que les lignes Pro peuvent venir lorsqu’elles ne sont plus une hypothèse. Un site qui veut les cinq lignes Pro plus la comptabilité dès le premier jour se tient dans le haut de la fourchette, et cette longueur est honnête. La cacher pour que le devis ait l’air plus rapide, c’est déplacer le retard sur la semaine où vous avez déjà promis la publicité, et alors le retard n’est plus une question de notre calendrier, c’est une question de votre campagne.

Combien coûte une boutique en ligne une fois qu’elle est déjà ouverte

Il y a des coûts qui ne font pas monter le forfait et qu’il faut pourtant payer même si vous restez en Basic, et ce n’est pas une cinquième version, ce sont des devoirs sans lesquels le site peut avoir l’air fini et ne doit pas s’ouvrir au consommateur. Le code de la consommation, pour les contrats à distance, exige qu’avant de s’engager, l’acheteur voie clairement l’identité du vendeur, le prix final taxes comprises, les frais de livraison, le droit de rétractation avec le formulaire type, et la façon dont la commande sera exécutée. Ces informations font partie du contrat, et prouver qu’elles ont été données est le travail du vendeur, non celui de l’acheteur.

Sur le site, cela devient un travail d’écrans précis : juste avant la commande, le prix et la livraison doivent être visibles, le bouton doit dire que la commande crée une obligation de payer — « commande avec obligation de paiement » ou une formule aussi nette — faute de quoi la commande ne lie pas l’acheteur, et les restrictions de livraison ainsi que les moyens de paiement doivent figurer au plus tard au début de la passation de commande. Ce n’est pas une question d’extensions et ce n’est pas un argument pour passer à Pro, c’est un texte, une formulation de bouton et l’ordre dans lequel le prix apparaît, et ce travail tient déjà dans la première mise en ligne, faute de quoi le site est mis en ligne au mépris de règles dont la surveillance, en France, appartient à la DGCCRF.

Le droit de rétractation du consommateur est de quatorze jours, non de quatorze jours ouvrés, et pour les biens le délai se compte à partir du jour où le bien est en sa possession ; si l’information sur la rétractation n’a pas été donnée, le consommateur peut se rétracter dans l’année qui suit la fin du délai initial de quatorze jours. Des exceptions existent — bien confectionné selon les instructions, bien nettement personnalisé, emballage d’hygiène descellé — et on n’a pas le droit de les inventer plus larges que le code ne le permet, si commode soit-il d’annoncer que « dans cette boutique, on ne reprend pas ». La confirmation du contrat doit être remise sur un support durable, au plus tard à la livraison, et tout cela est le travail d’un site Basic exactement comme d’un Pro, parce que la loi ne regarde pas le nom du forfait.

Deux conversations sur la TVA ne doivent pas en devenir une seule ici, parce qu’elles appartiennent à deux contrats différents. Notre grille s’entend hors taxes, et la facture qui vous parviendra portera la TVA à part ; c’est notre contrat avec vous. Pour l’acheteur du site, le prix final doit déjà inclure les taxes, et le taux normal applicable aux livraisons de biens et aux prestations de services, en France métropolitaine, est de 20 %, comme le publie l’administration fiscale au BOFiP (CGI, art. 278), même si des taux réduits existent pour certaines catégories de biens et que dire « tout est à 20 % » serait un raccourci faux — c’est pourquoi le prix que voit le consommateur et le prix que vous voyez dans notre devis restent deux colonnes distinctes.

La facture électronique structurée est la troisième ligne que de plus anciens articles de presse datent encore mal, alors que le ministère de l’Économie dit aujourd’hui que toutes les entreprises doivent pouvoir recevoir des factures électroniques à compter du 1er septembre 2026, que les grandes entreprises et les ETI doivent dès cette date les émettre au format électronique — Factur-X et les autres formes de la norme EN 16931, via une plateforme agréée — et que l’obligation d’émettre pour les PME et les micro-entreprises s’ouvre le 1er septembre 2027. Ce n’est pas l’obligation, pour chaque boutique, de produire dès demain des factures électroniques à l’attention des consommateurs, mais une raison de laisser ouverte la question comptable si vous vendez déjà à des entreprises, ou allez le faire bientôt, et ce n’est pas une raison de commencer par Pro si vos acheteurs sont des personnes auxquelles il faut quatorze jours de rétractation, non un fichier Factur-X.

Le consentement aux cookies est encore une ligne que cet article ne réécrit pas : si le site mesure les visiteurs ou affiche des outils tiers, le bandeau n’est pas une décoration, et sur ce qu’il doit contenir, nous avons écrit à part. Ce travail n’appartient pas non plus à la version Pro, parce qu’il appartient à tout site dont les cookies ne se limitent pas à ceux qui sont strictement nécessaires, et un devis qui l’oublie n’est pas moins cher, il est incomplet.

Quand Basic suffit, et quand nous ne le disons pas

Basic suffit lorsque le processus tient dans un catalogue à un prix, une langue, un paiement et une livraison, et lorsque le stock peut vivre dans le site lui-même, tant que les commandes ne sont pas encore nombreuses. Pour un très petit site e-commerce aux processus standards, nous le disons ainsi, et nous le disons aussi lorsque le devis Pro aurait l’air plus imposant, parce que vendre Pro pour un processus qui n’existe pas, c’est un client qui, après la mise en ligne, demande pour quoi il a payé cinq mille euros de plus. Cette question est méritée, et nous préférons ne pas l’entendre, même si cela signifie une ligne plus petite sur ce devis.

Pro vaut la peine lorsqu’une des cinq lignes est nécessaire dès le premier jour, non « quand nous aurons grandi », parce qu’une deuxième langue, une deuxième table de prix, une migration depuis un site vivant ou un entrepôt sans lequel on n’a pas le droit de vendre ne sont pas des fonctions d’avenir. Ce sont des fonctions du premier jour, et les cacher dans Basic pour que le chiffre reste 4 500 €, c’est déplacer le litige sur la semaine où le site doit déjà s’ouvrir. La location vaut la peine lorsque la composition Pro est nécessaire, mais pas un 9 500 € unique, et lorsque Laravel plus notre hébergement vous conviennent ; elle ne vaut pas comme substitut de Basic, parce qu’elle n’achète pas une composition moins chère, mais un autre rythme de paiement pour la même composition.

La ligne système vaut la peine lorsque le mot « boutique » ne nomme plus le processus : tant que nous pouvons montrer un panier et un paiement, nous restons dans le produit boutique, mais lorsque la commande est un itinéraire entre restaurants, zones et systèmes étrangers, nous l’appelons par son vrai nom, même si cela signifie un chiffre de départ plus élevé et une conversation plus longue. L’honnêteté, ici, n’est pas un style marketing, c’est la façon dont le devis, après la mise en ligne, est encore le devis que vous avez signé, et c’est la seule façon dont cet article a le droit de s’arrêter : non sur un résumé, mais sur un choix que vous pouvez faire avant que quelqu’un ne vous ait vendu la mauvaise ligne.

Si vous voulez que nous lisions votre processus et disions laquelle de ces lignes est la vôtre, écrivez-nous. Parfois la réponse la plus honnête est que Basic suffit et que l’argent vaut d’être gardé pour la deuxième année, non pour le premier écran ; parfois la réponse est Pro ; parfois la réponse est que le site e-commerce n’est pas le produit. Les trois sont valables, et une seule d’entre elles, dans chaque cas, est juste, et nous préférons perdre un devis dans lequel nous aurions dit la mauvaise ligne plutôt que gagner un projet dans lequel cette ligne, après la mise en ligne, devient un reproche.