En bref : choisissez la plus petite option qui couvre vos besoins indispensables. Un site convient à la crédibilité et à la capture de leads, une plateforme e-commerce à la vente standard, un SaaS aux processus courants, et un système sur mesure ne se rentabilise que si plusieurs rôles, règles et intégrations doivent vivre dans un seul système que vous possédez.
« Faut-il un site, une boutique Shopify, un outil SaaS ou un développement sur mesure ? » se pose souvent comme si la réponse était une marque. Ce n'est pas le cas. Les quatre options résolvent des problèmes différents, et se tromper coûte pareil : un an de contournements, puis une migration.
Ce guide est un cadre, pas un argumentaire commercial. Il se termine par les situations où l'option la plus chère est la mauvaise, parce que ce sont celles que l'on regrette.
Partir des besoins, pas des plateformes
Un besoin est un comportement dont l'entreprise a besoin, écrit pour pouvoir être vérifié : « un caissier peut clôturer un poste et les chiffres carburant, caisse et stock concordent » — pas « il faut un tableau de bord ». Écrivez-en dix. Marquez chacun indispensable ou souhaitable. Chaque option ci-dessous se juge ensuite face à votre liste, pas face à sa propre page de fonctionnalités.
Les quatre options, honnêtement
Un site vitrine
Un site web présente l'entreprise, explique l'offre et capte des demandes. C'est la bonne réponse quand l'objectif est la crédibilité et la capture de leads et que rien dans votre exploitation n'a besoin de lui parler. Il atteint sa limite dès qu'il faut des comptes, des commandes, du stock ou tout ce qui change d'état.
Une plateforme de boutique comme Shopify
Une plateforme de boutique fournit catalogue, panier, paiement et gestion des commandes dès le premier jour. C'est la bonne réponse pour vendre un ensemble défini de produits avec des flux standards — voir le développement e-commerce. Elle peine quand vos règles de prix, votre logistique ou vos comptes clients ne ressemblent plus à une boutique : devis sur mesure, logique multi-entrepôts, circuits de validation B2B. Vérifiez toujours que les moyens de paiement et de livraison de vos clients sont pris en charge avant de vous engager.
Un outil SaaS par abonnement
Un produit SaaS (CRM, comptabilité, ERP en ligne) est la réponse d'un autre à un processus courant. Il gagne sur la vitesse et la maintenance : pas de développement, pas d'hébergement, mises à jour incluses. Il perd quand votre processus est ce qui vous différencie, quand la donnée doit circuler entre cinq outils, ou quand le coût par utilisateur croît plus vite que la valeur.
Un système d'entreprise sur mesure
Le logiciel sur mesure est construit autour de la façon dont votre entreprise fonctionne réellement. Il convient quand plusieurs rôles, règles et exceptions doivent vivre dans un seul système sans qu'aucun produit ne les modélise — et quand posséder le code, les données et la feuille de route vaut plus que la vitesse de l'achat. Il coûte plus cher au départ et demande un responsable ensuite.
Cinq critères qui les séparent vraiment
| Critère | Site web | Plateforme boutique | Outil SaaS | Système sur mesure |
|---|---|---|---|---|
| Délai avant la première valeur | Semaines | Semaines | Jours à semaines | Mois (à phaser) |
| Adéquation à votre processus | Sans objet | Bonne pour la vente standard | Bonne pour les processus courants | Exacte, car vous la définissez |
| Effort pour connecter d'autres outils | Faible | Moyen : apps et API | Moyen à élevé : limité par l'éditeur | Conçu dès le départ |
| Propriété et sortie | Vous le possédez | Données exportables ; plateforme louée | L'éditeur détient modèle de données et tarifs | Vous possédez code et données |
| Où il peine | Tout ce qui est transactionnel | Prix, logistique, comptes atypiques | Processus différent de celui de l'éditeur | Le coût et le besoin d'un responsable |
Le test de complexité opérationnelle
La complexité opérationnelle, c'est le nombre de rôles, de règles et d'exceptions que le logiciel doit modéliser. Trois questions l'estiment :
- 1Combien de rôles différents utilisent le système, avec des vues et permissions différentes (propriétaire, responsable, caissier, entrepôt, comptable) ?
- 2Combien de règles décident d'un résultat — prix, éligibilité, validation, routage — et à quelle fréquence surviennent des exceptions ?
- 3Avec combien d'autres outils doit-il échanger des données, et qui répare quand une synchronisation échoue ?
Des réponses faibles orientent vers un site ou une plateforme de boutique. Des réponses moyennes vers un SaaS, éventuellement avec une légère intégration. Des réponses élevées sur deux ou trois questions sont le signal qu'un système sur mesure peut se rentabiliser.
Ce qui change dans le contexte marocain
- Paiements : carte bancaire via le réseau national CMI, portefeuilles mobiles et paiement à la livraison coexistent. Votre choix doit gérer le mélange que vos clients utilisent réellement, et rapprocher les commandes payées à la livraison.
- Langues : français, arabe (de droite à gauche) et souvent anglais. Vérifiez la prise en charge du sens de lecture droite-gauche dans le thème et le paiement d'une plateforme, pas seulement sur sa page marketing.
- Canaux : le premier contact se fait souvent sur WhatsApp ou par téléphone ; commandes et demandes doivent donc aboutir à une fiche unique, quel que soit le canal.
- Conformité : les règles de facturation et de données personnelles (loi 09-08, sous le contrôle de la CNDP) s'appliquent à ce que vous construisez ou achetez. Demandez à tout éditeur où les données sont hébergées et consultez les indications actuelles de la DGI et de la CNDP pour votre cas.
Une démarche de décision en cinq étapes
- 1. Écrire les besoinsDix comportements, chacun vérifiable, chacun marqué indispensable ou souhaitable.
- 2. Passer le test de complexitéRôles, règles et exceptions, intégrations. Notez les chiffres.
- 3. Chiffrer trois ans, pas unLicence ou développement, plus intégration, évolutions, hébergement et coût d'être bloqué.
- 4. Choisir la plus petite option qui couvre l'indispensableSi une plateforme de boutique le couvre, ne construisez pas. Si elle couvre 60 %, comptez honnêtement les contournements.
- 5. Prévoir la sortieQuel que soit le choix, sachez comment la donnée en sort. C'est ce qui décide de la réversibilité.
Deux exemples de notre travail
Gloora est une boutique marocaine de soins de la peau. Le besoin : une marque forte, un parcours d'achat clair et une boutique capable de grandir — un problème de commerce, donc un travail centré sur la boutique et le parcours client plutôt que sur un logiciel de gestion sur mesure.
Flowexe gère des stations-service : carburant, stock, finances, postes et fidélité, avec propriétaires/responsables et caissiers ayant chacun leur vue. C'est une complexité élevée aux trois tests, et une boutique ou un SaaS générique aurait forcé la station à se plier à l'outil. Le sur-mesure, livré par phases, avait du sens.
Quand l'option coûteuse est la mauvaise
- Vous n'avez pas validé la demande : lancez d'abord une plateforme de boutique ou un site simple.
- Votre processus est standard et un bon SaaS en couvre 90 % : achetez, et investissez dans la formation.
- Personne ne sera responsable du système après le lancement : un logiciel sur mesure sans responsable se dégrade.
- Le besoin est un ressenti (« plus moderne ») plutôt qu'un comportement : c'est une refonte, pas un système.
Questions fréquentes
Shopify suffit-il pour une boutique en ligne marocaine ?
Pour beaucoup de boutiques qui vendent un catalogue défini avec un paiement et une livraison standards, une plateforme de boutique suffit. Vérifiez que les moyens de paiement, options de livraison et la prise en charge français/arabe (droite-gauche) dont vos clients ont besoin sont disponibles avant de vous engager, et prévoyez des intégrations si vous voulez synchroniser stock ou comptabilité.
Quand le sur-mesure bat-il le SaaS ?
Quand votre processus est ce qui vous différencie, que plusieurs rôles et règles doivent vivre dans un seul système, que la donnée doit circuler entre de nombreux outils, ou que posséder code et données compte plus que la vitesse de lancement. Sinon, le SaaS est généralement moins cher et plus sûr.
Puis-je commencer par un site et passer à un système plus tard ?
Oui, et c'est souvent sage. Gardez les données exportables, utilisez des URL propres et un contenu structuré, et ne construisez pas des fonctions dont vous n'avez pas encore besoin. Un chemin par phases coûte moins qu'un gros développement initial.
