Création de site sur-mesure et développement d’applications à Aix-en-Provence

Trois signaux le disent. Le premier : vous faites tourner votre activité sur des tableurs partagés, avec des colonnes que personne d'extérieur ne comprendrait. Le deuxième : vous payez plusieurs logiciels qui ne se parlent pas, et quelqu'un chez vous passe ses journées à recopier de l'un vers l'autre. Le troisième : la façon dont vous travaillez est précisément ce qui vous distingue de vos concurrents, et aucun éditeur ne l'a prévue. Si aucun des trois ne vous parle, un outil du marché sera moins cher et plus rapide — et on vous le dira au premier rendez-vous plutôt qu'au troisième.

Comptez deux à trois semaines de cadrage, puis deux à quatre mois pour une première version réellement utilisable. Le mot important est « utilisable » : on ne livre pas tout d'un coup au bout d'un an, on livre le périmètre qui rend déjà service, puis on l'élargit par lots. Une plateforme complète — SaaS multi-clients, CRM ou ERP couvrant plusieurs services — se compte plutôt en six à douze mois, mais elle est en production bien avant la fin.

Oui aux deux, et c'est écrit au contrat. Le code source vous est cédé, sans licence ni redevance ; le dépôt Git vous est ouvert dès le premier jour du projet, avec tout l'historique ; les données sont exportables à la demande dans un format standard ; l'hébergement peut être sur votre propre compte. La documentation technique et fonctionnelle est livrée avec, précisément pour qu'une autre équipe puisse reprendre. Notre intérêt est que vous restiez parce que le travail vous convient, pas parce que partir serait compliqué.

Dans l'immense majorité des cas, oui. Si votre logiciel publie une interface de programmation — REST, GraphQL, SOAP ou même un vieux service XML — on s'y branche. S'il n'en publie pas, il reste presque toujours une porte : export de fichiers déposés sur un serveur, fichier tableur récupéré automatiquement, boîte e-mail dédiée, accès en lecture à la base. La vraie question n'est d'ailleurs pas technique : c'est de décider quel système fait autorité sur quelle donnée, et ce qui se passe quand les deux ont changé en même temps. On tranche ça au cadrage, avec vous.

Du temps de saisie et du temps de lecture, pas de la magie. Les usages qui rapportent vraiment sont peu spectaculaires : extraire les champs d'un devis fournisseur ou d'une facture scannée pour remplir une fiche, résumer un dossier de trente pages, rédiger un premier jet de compte rendu, classer une demande entrante vers le bon service, retrouver un dossier à partir d'une question posée en langage normal. Tout cela se branche sur vos propres données, avec une validation humaine sur ce qui engage, un coût plafonné et la traçabilité de chaque appel. Le modèle — Claude, GPT, Gemini — se choisit projet par projet et peut être remplacé sans réécrire la plateforme.

Oui : les factures émises par la plateforme sortent au format Factur-X, c'est-à-dire un PDF que votre client lit normalement, avec un fichier de données XML intégré que son logiciel comptabilise sans ressaisie. On câble les mentions obligatoires, la numérotation continue, les avoirs, les acomptes et les situations, le dépôt sur une plateforme de dématérialisation agréée, l'archivage à valeur probante, et l'export vers votre comptabilité — Pennylane, Sage, Cegid ou le format attendu par votre expert-comptable. Le calendrier de la réforme ayant déjà bougé plusieurs fois, on cale le projet sur celui en vigueur au moment du cadrage et on le vérifie avec lui.

Ils changeront, c'est la règle et non l'exception : c'est en voyant les premiers écrans que vous comprendrez ce que vous vouliez vraiment. C'est justement pourquoi on livre par lots courts, avec un environnement de recette ouvert en permanence et une démonstration à chaque fin de lot. Toute demande nouvelle est chiffrée avant d'être développée, avec l'impact sur le calendrier, et vous décidez de la faire, de la reporter ou de l'abandonner. Aucun avenant ne se découvre sur la facture finale.

Oui, et c'est une part importante de ce qu'on nous confie. On commence par un audit court du code et de l'architecture, qui dit ce qui est sain, ce qui est à jeter et ce qui est dangereux — dans un rapport lisible par un dirigeant, pas une liste d'avertissements techniques. On sécurise immédiatement ce qui doit l'être : sauvegardes, accès, secrets exposés, dépendances trouées. Puis on vous remet trois hypothèses chiffrées côte à côte : reprendre, réécrire une partie, tout réécrire. L'audit se facture, il est sans suite obligatoire, et sa conclusion peut très bien être de continuer avec votre prestataire actuel.

Oui, et la partie qui compte n'est pas la traduction de l'interface : c'est de faire exister chaque version dans son propre moteur de recherche. Cela suppose une URL par langue, des balises hreflang complètes et réciproques, des mots-clés recherchés pays par pays plutôt que traduits mot à mot, et une version par défaut déclarée. S'ajoutent les devises, la TVA selon le pays, les formats de date, les fuseaux horaires sur les rendez-vous et les rappels, et le sens de lecture pour l'arabe ou l'hébreu. Tout cela se décide au début : rattraper le multilingue sur une plateforme qui ne l'a pas prévu coûte souvent plus cher que de l'avoir posé dès le départ.