Site vitrine et CRM interne en Laravel pour IZYGO, entreprise francilienne de transport, location d'utilitaires et lavage automobile. Un seul système pour attirer les demandes et piloter l'exploitation.
IZYGO est une entreprise francilienne installée à Aubervilliers, en Seine-Saint-Denis. Elle exerce trois métiers sous une même marque : le transport express, médical et sous température dirigée, la location d'utilitaires avec ou sans chauffeur, et le lavage automobile IZYWASH. Trois activités, une seule équipe. Le projet consistait à construire le site public et l'outil interne qui pilote l'entreprise.
Le point de départ est un cas très courant chez les PME de services : un site vitrine qui présente bien l'activité, et derrière, une organisation qui tient sur des tableurs, une boîte mail partagée et une messagerie instantanée. Chez IZYGO, la difficulté venait du volume et de la nature des demandes. Une livraison urgente, une location de fourgon et un lavage de flotte n'ont ni le même délai, ni le même interlocuteur, ni le même cycle de facturation. Tout arrivait pourtant au même endroit, sans règle commune.
S'ajoutaient deux contraintes fortes. D'abord la disponibilité : l'entreprise annonce une activité continue, les demandes arrivent le soir, le week-end et les jours fériés. Ensuite la traçabilité, parce que le transport médical et la chaîne du froid imposent de savoir qui a transporté quoi, quand, dans quelles conditions et pour quel client. Un site vitrine seul n'aurait rien réglé : il aurait ajouté des demandes à un système incapable de les absorber proprement.
Deux ensembles, reliés entre eux.
Le site public présente les trois métiers sur des pages dédiées, avec un catalogue de flotte, un parcours de devis court (formulaire et messagerie), une FAQ par activité et des pages de contact et de présentation. Chaque page métier répond à une intention précise : quelqu'un qui cherche un transport urgent en Île-de-France n'a pas la même question que quelqu'un qui cherche à louer un fourgon de 20 m³. Les données structurées, type d'organisation, services et questions fréquentes, ont été posées pendant la construction, pas rajoutées après coup.
Le CRM interne couvre le cycle réel : une demande entre, elle devient une fiche client, puis un devis, puis une mission affectée à un véhicule, suivie jusqu'à la facturation. Les rôles séparent ce que voit un commercial, un exploitant et la direction. Le planning des véhicules et les informations client vivent dans la même base, ce qui évite la double saisie et les versions contradictoires d'un même dossier.
Le lien entre les deux est volontaire. Un formulaire public ne génère pas un mail de plus : il crée une fiche dans l'outil interne, avec un statut et un responsable. C'est ce détail qui change le quotidien d'une équipe.
Laravel pour l'ensemble, site et back-office. Le métier débordait du cadre d'un thème : règles de devis, rôles utilisateurs, planning, historique, facturation. Un CMS aurait demandé plus de contournements que de construction. À l'inverse, un framework applicatif permet d'écrire ces règles une fois, de les tester et de les faire évoluer sans casser le reste. La documentation Laravel décrit bien cette logique de fondations posées pour durer.
Le site public est rendu côté serveur. Les pages sont légères, lisibles par les moteurs de recherche et rapides sur une connexion moyenne, ce qui compte quand une partie du trafic vient du mobile. Le back-office, lui, reste un outil de travail : densité d'information, filtres, recherche, aucune décoration inutile.
La sécurité a été traitée comme une exigence de base : authentification, contrôle d'accès par rôle, journalisation des actions sensibles, sauvegardes. Comme IZYGO manipule des données clients et des informations liées au transport médical, j'ai travaillé dans une logique de minimisation. On ne collecte que ce qui sert à la mission, et on limite ce qui est conservé. Le cadre est celui du RGPD, que la CNIL explique clairement.
Une demande n'est plus un message perdu dans une boîte partagée. Elle devient une ligne dans un système, avec un responsable, un délai et une suite. Le dirigeant voit l'activité sans appeler trois personnes, et l'équipe arrête de ressaisir ce qu'elle a déjà saisi ailleurs.
Le site travaille de son côté. Les pages métier se positionnent sur des recherches locales, et les données structurées aident les moteurs à comprendre qu'il s'agit d'une entreprise de services avec une zone d'intervention, des offres et des réponses aux questions fréquentes. Le résultat n'est pas un chiffre isolé, c'est un système qui tient : acquisition d'un côté, exécution de l'autre, dans le même ensemble.
Ce projet parle à toute entreprise de services qui vend et exécute en même temps. Transport et logistique, location de matériel, propreté, BTP, événementiel, services à domicile : dès qu'il y a des devis, des interventions, des ressources à planifier et des clients récurrents, l'écart entre le site et l'exploitation coûte de l'argent.
Il parle aussi aux structures multi-activités. IZYGO vend trois services sous une marque unique. Beaucoup de PME françaises, belges, suisses ou canadiennes sont dans la même situation, avec un site vitrine qui mélange tout et aucun back-office derrière.
Si vous reconnaissez votre organisation dans ce qui précède, il y a deux points de départ : l'offre sites et plateformes qui convertissent pour le volet public, et l'offre systèmes métier sur mesure pour le volet interne. Si vous ne savez pas encore par quel bout commencer, le diagnostic sert exactement à ça : cadrer avant d'écrire du code. J'ai détaillé ailleurs le choix entre WordPress et Laravel dans ce comparatif.
Cela dépend de ce qui est réellement spécifique chez vous. Si votre valeur tient à un planning de véhicules, à des règles de devis ou à une traçabilité particulière, un outil générique atteint vite ses limites et vous finissez par payer des contournements. À l'inverse, si vos besoins sont standards, un abonnement suffit et je vous le dis. Chez IZYGO, la planification, les rôles et le lien direct avec les pages métier justifiaient du sur mesure.
Je ne donne pas de durée avant d'avoir compris le périmètre, parce que c'est exactement là que les projets dérapent. Je découpe toujours en étapes livrables : le site public d'abord, puis les modules internes un par un, pour que vous ayez quelque chose en production rapidement et que chaque brique serve avant la suivante. Le diagnostic sert à poser ce découpage noir sur blanc, avec les priorités et les dépendances.
Le sujet se traite au cadrage, pas à la fin. On définit ce qui est réellement nécessaire, combien de temps on le conserve et qui y a accès. Pour un client en France, en Belgique, en Suisse ou au Canada, l'hébergement et les transferts se décident selon votre cadre réglementaire. Je m'aligne sur vos obligations plutôt que d'appliquer une recette unique.
Tikehub est une plateforme de billetterie, de concours à votes payants et de collecte de fonds. Je l’ai conçue pour qu’un organisateur vende, encaisse et suive sans assembler cinq outils.
Catalogue de véhicules neufs et d'occasion pour un distributeur basé à Cotonou : 41 modèles, 28 marques, prix affichés et parcours de contact unifié. Ce que cette réalisation prouve pour un concessionnaire, un importateur ou un e-commerçant en France, en
Une boutique WooCommerce pour un distributeur d'accessoires auto, où chaque fiche produit a été conçue comme une landing page autonome. Ce que cette réalisation prouve pour un e-commerçant ou un importateur en Europe et au Canada.