Transformation digitale des PME : connecter vos systèmes, numériser vos processus

Pour une PME, la transformation digitale fonctionne le mieux comme une suite de petits projets, chacun corrigeant un processus et laissant derrière lui un système qui fonctionne. Commencez par une carte de la manière dont le travail circule réellement, connectez les systèmes que vous gardez avant d’en remplacer un, et numérisez les étapes qui coûtent le plus d’effort manuel. Ne remplacez un système central que si le connecter coûterait plus cher que de migrer. Le budget reste ainsi découpé en phases que vous approuvez l’une après l’autre, et l’activité continue pendant tout le projet. Notre conseil en transformation numérique aboutit à des systèmes en service, pas à un document de stratégie.

Remplacer, connecter ou étendre : que faire des systèmes existants ?

Gardez et connectez un système existant quand il fait encore son travail et que l’éditeur le maintient : le problème, ce sont généralement les données prisonnières, pas le système lui-même. Étendez-le avec des outils sur mesure quand le cœur fonctionne mais pas les processus qui l’entourent. Remplacez-le quand le support prend fin, qu’il ne peut échanger aucune donnée ou que les contournements dominent le quotidien. La plupart des PME ont besoin des deux premières options.

Approche	Quand elle convient	Points d’attention
Garder et connecter	Le système fonctionne, les données sont prisonnières	Interfaces anciennes ; tester avec des volumes de données réels
Étendre avec des outils sur mesure	Le cœur tient, les processus qui l’entourent non	Garder un seul système de référence par type de données
Remplacer	Fin du support, aucun échange de données possible, contournements omniprésents	La migration des données et la formation représentent l’essentiel de l’effort

Comment une transformation par phases est-elle construite ?

La première phase est une carte des processus et des systèmes : chaque système, chaque flux de données, chaque étape manuelle, dessinés avec les personnes qui font le travail. Il en ressort une liste de changements classés par effort et par impact. Chaque phase suivante prend un élément en tête de liste : une intégration qui supprime la double saisie, un portail qui remplace les commandes par e-mail, un formulaire numérique qui remplace le papier, un tableau de bord qui remplace un Excel mensuel. Chaque phase se termine par quelque chose en usage quotidien.

L’ingénierie sous-jacente est la même que dans nos autres projets : des intégrations idempotentes (une exécution relancée ne crée jamais de doublons), journalisées et surveillées ; un propriétaire clair pour chaque type de données ; et l’IA là où elle économise des efforts, par exemple pour trier les e-mails entrants, avec des personnes qui confirment les cas incertains. La plateforme de détection de startups et de prospection que nous avons construite pour un client SaaS exécute chaque jour un pipeline en plusieurs étapes selon ces principes.

Exemple : un grossiste familial au Tessin

Scénario illustratif, pas un projet client.

Un grossiste en matériaux de construction de 35 collaborateurs approvisionne les entreprises du bâtiment du Tessin. L’ERP date de 2009 et n’a pas d’API, mais il peut importer des fichiers de commande depuis un dossier. Les commandes arrivent par téléphone, par e-mail et parfois par fax. Les bons de livraison sont imprimés, signés sur le chantier et scannés des semaines plus tard.

La phase un cartographie le processus de la commande à la facture et montre que la plupart des erreurs viennent de la ressaisie des commandes. La phase deux ajoute un portail de commande B2B en italien et en allemand : les entreprises clientes voient leurs prix et leurs commandes passées, et chaque commande est écrite sous forme de fichier que l’ERP importe toutes les quinze minutes. La phase trois remplace les bons de livraison papier par une signature sur tablette et un PDF envoyé au client. La phase quatre ajoute un tableau de bord des commandes, des livraisons et des factures ouvertes. L’ERP reste ; son remplacement sera réexaminé quand le support de l’éditeur prendra fin.

Que faut-il prévoir pour un projet en Suisse ?

• Protection des données. La LPD révisée, en vigueur depuis le 1er septembre 2023, s’applique aux données traitées en Suisse (le RGPD aux personnes dans l’UE) et impose la protection des données dès la conception et par défaut. Décidez du lieu d’hébergement, des rôles d’accès et des durées de conservation lors de l’architecture. Si des données sont stockées hors de Suisse, votre déclaration de protection des données doit nommer les pays.
• Paiements et factures. La QR-facture a remplacé les anciens bulletins de versement le 30 septembre 2022. Avec une référence structurée sur chaque QR-facture, les avis de crédit bancaires (camt.054) peuvent être rapprochés automatiquement des factures ouvertes, ce qui constitue souvent un premier gain rapide et peu risqué.
• Logiciels suisses courants. bexio et Abacus sont très répandus ; tous deux publient des API et peuvent donc être connectés plutôt que remplacés.
• Langues. Portails, documents et messages doivent souvent exister en allemand, en français et en italien. Prévoyez-le dans le modèle de données dès le départ.

Comment se déroule un projet ?

1. Découverte. Ateliers et entretiens produisent la carte des processus et des systèmes, ainsi que la liste classée des changements.
2. Architecture. Pour la première phase : processus cible, propriété des données, intégrations, hébergement et protection des données.
3. Développement. Par itérations courtes, testé avec des données réelles et les personnes qui l’utiliseront.
4. Lancement. D’abord une équipe ou un site, avec l’ancien processus en solution de repli.
5. Itération. Bilan du résultat, puis décision sur la phase suivante.

Après la phase de découverte, vous recevez une offre à prix forfaitaire ou par phases. Si votre besoin le plus urgent est un outil interne, consultez la page systèmes de gestion internes ; pour notre façon de travailler en général, voyez notre méthode.