Je ne vends pas de logiciels. J'amène votre entreprise à se digitaliser elle-même. Pas d'objectifs de chiffre d'affaires, pas de distribution exclusive, pas de fournisseur envers lequel j'ai des obligations. Je suis de votre côté — c'est plus rare qu'on ne le pense.
Sept phrases que j'entends dans chaque PME qui m'appelle.
Aucun de ces problèmes n’est dû à l’absence de logiciel. Ils sont dus à l’absence de processus.
Thèse 01
J'entends souvent cela. Et à chaque fois, je réponds la même chose.
Un projet a un début. Une fin. Un budget.
La numérisation n’a rien de tout cela.
Celui qui l’achète en tant que projet achète un état. Ce dont il a besoin, c’est d’une compétence.
La numérisation est un état d'esprit. Ne pas subir. Piloter.
Thèse n° 2
Là où vos systèmes s’arrêtent, le copier-coller commence. Entre les deux, quelqu’un est assis et retranscrit ce que les deux parties savent depuis longtemps.
Cette personne ne figure dans aucun schéma de système. Elle n’apparaît sur aucune facture de licence. Et si elle part, le processus part avec elle.
Ce n'est pas le logiciel qui manque. C'est la passerelle.
Thèse n° 3
Des logiciels identiques signifient des processus identiques. Des processus identiques signifient des performances identiques.
Et celui qui ne se distingue plus par ce qu’il fait ne se distingue plus que par ce qu’il exige.
La souveraineté n'est pas une question informatique. Elle détermine si vous avez encore quelque chose à offrir que les autres n'ont pas.
Ce n’est pas l’écologie. Ce n’est pas le marketing. Quatre règles de décision.
Ce qui reste quand je pars : le savoir, les processus, les structures, les méthodes. Vous disposez des outils nécessaires pour comprendre votre solution, participer à son élaboration et la faire évoluer.
La technologie est un outil, pas une contrainte. Celui qui connaît ses données, son savoir-faire et ses cycles d’échange prend ses décisions en s’appuyant sur ses compétences plutôt que sur une relation de dépendance.
Toute initiative doit avoir un impact — sur les personnes, les processus et l’activité. Si je constate qu’elle n’y parvient pas, j’y mets fin. Même si cela m’amène à perdre un projet.
Si je vous recommande un produit, c’est parce qu’il vous convient. Pas d’objectifs de chiffre d’affaires, pas de distribution exclusive, pas de portefeuille propre. Si une mise en relation donne lieu à une rémunération, vous en êtes informé à l’avance — même si la réponse honnête est : « Vous n’avez pas besoin de moi pour cela. »
Le conseil informatique indépendant, ça veut dire : aucun produit dans la valise. Je développe des compétences dans votre entreprise — pas des dépendances. À la fin, vous aurez moins besoin de moi, pas plus.
Ensemble, nous élaborons une stratégie et la décomposons en sous-projets. Pour chaque sous-projet, vous en savez trois choses :
C’est vous qui décidez quand mettre en œuvre chaque élément.
Le cadre de référence s’adapte à votre entreprise et à vos ressources — et non à mon portefeuille. Je n’en ai pas. Et au final, vos collaborateurs n’ont pas été submergés. Ils ont évolué avec vous.
Je prends place à la table où se prennent les décisions — et je fais le lien entre l’informatique et les métiers. Priorisation, feuille de route, gouvernance.
En savoir plus →Mettre en place des processus et des outils — tout en transmettant le savoir-faire nécessaire. Documentation, accompagnement, méthodologie pour votre équipe.
En savoir plus →Direction, gestion des fournisseurs, pilotage de la transformation — avec un objectif précis : que vos propres structures soient en place.
En savoir plus →La première étape
Un entretien au cours duquel je vous écoute et je vous pose des questions. Si je constate que vous n’avez pas besoin de moi, je vous le dirai.
Déjà en tant qu’apprenti, j’ai assumé la charge de travail d’un employé à 80 % — en 60 % du temps.
Deux jours par semaine, j’étais à l’école professionnelle. Ce n’est pas un tour de passe-passe : j’ai simplement optimisé un processus de validation particulièrement fastidieux. Cela a suffi. Plus tard, j’ai ajouté à cela le graphisme, deux sites web et l’ensemble de l’informatique. Non pas parce que quelqu’un me l’avait demandé.
D’abord comprendre. Puis simplifier. Je n’ai pas appris cela — j’ai toujours travaillé ainsi.
Tirées de la pratique
Une PME suisse comptant 20 sites souhaitait numériser sa comptabilité. Celle-ci était déjà «numérique» : on s’échangeait des PDF. Dans les deux sens.
Je n'en ai digitalisé aucune. D'abord comprendre. Puis simplifier. Ensuite automatiser.
Les treize autres, personne n'en avait jamais eu besoin. Simplement, personne ne les avait jamais remarquées.
Tirées de la pratique
Deux entreprises, un budget similaire. Pour la première, nous avons passé trois mois à analyser les processus avant que quiconque ne configure le système. Il fonctionne encore aujourd’hui.
Pour la deuxième, on voulait aller vite. Au bout de six mois, le système était opérationnel. Parallèlement, les collaborateurs continuaient à travailler sur Excel.
Aucun outil au monde ne remplace un processus qui n'existe pas.
Tirées de la pratique
Chaque année, le même gros classeur, juste avant la fin. Des nuits entières de travail manuel pour que chaque équipe reçoive son panneau.
Lorsque j’ai refait le site web, j’ai développé un backend pour cela. Une case à cocher par équipe. Un clic suffit pour générer toutes les étiquettes.
La solution n’était pas compliquée. Mais personne n’avait demandé auparavant ce qui se passait réellement.
Tirées de la pratique
Externalisé pendant des années. Lorsque l’entreprise a souhaité le récupérer, personne ne savait plus ce qu’il fallait pour y parvenir. Le savoir-faire avait complètement disparu.
État des lieux. Évaluation réaliste. Mise en place progressive.
La réinternalisation n’est pas un retour en arrière. C’est un choix en faveur de l’autonomie.