Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Du concept à la publication. Un expert dédié, 12 ans d'expérience.
En résumé : développement application desktop à Québec (549 459 habitants), c'est un projet piloté par un expert senior — pas une agence. Communication directe, code livré, publication sur l'App Store et Google Play en quelques semaines.
Ces questions portent sur la vie du logiciel dans l'entreprise : le déploiement sur toutes les machines, la connexion aux outils en ligne existants, la sécurité, le travail hors ligne, et les frais récurrents. Le point qui décide le plus souvent du calendrier n'est pas technique : c'est la politique de sécurité de votre service informatique.
Un logiciel de bureau pose une question que le web ne pose jamais : comment arrive-t-il sur les machines ?
Sur un site, vous publiez et tout le monde a la nouvelle version dans la seconde. Sur un poste de travail, il faut installer, signer l'application pour que le système accepte de la lancer, et prévoir comment les mises à jour parviendront aux ordinateurs de vos équipes à Québec — parfois derrière un pare-feu, parfois sans droits d'administrateur.
Ce n'est pas compliqué, mais ça se décide au début. Un logiciel excellent que personne n'arrive à installer ne sert à rien, et c'est le genre de mur qu'on découvre la semaine du déploiement.
Moderniser un vieux logiciel n'est pas le réécrire. C'est d'abord récupérer les données et comprendre les règles métier qui y sont enfouies, souvent nulle part ailleurs que dans le code. Ensuite seulement vient l'interface. Un projet de modernisation qui commence par le graphisme se termine par la découverte, tardive, qu'une règle essentielle avait été oubliée.
C'est un classique. Une entreprise florissante à Québec. Mais en coulisses, tout tourne sur un logiciel créé en 1998. Du Visual Basic 6, du Delphi, ou une base de données Access géante.
Qu'est-ce que le développement application desktop Québec dans ce cas ? C'est de la rénovation extrême.
L'objectif n'est pas de perturber vos employés. Ils ont leurs habitudes. Leurs raccourcis clavier. Le point essentiel : on va changer le moteur sans changer la carrosserie.
On extrait les données. On recrée une interface claire avec un développeur logiciel Québec expérimenté. Mais on garde la logique métier qui fait tourner votre entreprise depuis des années dans la région Québec.
Pourquoi faire ça ? Parce qu'un jour, Windows fera une mise à jour et votre vieux logiciel ne s'ouvrira plus. Et là, votre production s'arrête. La plupart des utilisateurs abandonnent si un temps de chargement dépasse 3 secondes, imaginez s'ils ne peuvent même pas ouvrir l'outil. Anticiper, c'est survivre.
La peur numéro un, quand on lance un projet d'application, c'est de perdre le contrôle : on signe un devis, on confie son idée, et on n'entend plus rien pendant trois mois. Le fonctionnement décrit ici existe pour que ça n'arrive pas.
Trois règles, les mêmes sur chaque projet :
Vous testez l'application sur votre téléphone toutes les deux semaines.
Québec a un tissu de PME solide et une vraie exigence sur la langue : une application à moitié traduite s'y remarque tout de suite et se pardonne mal. Le français y est un critère de qualité, pas une case à cocher, ce qui me convient — j'écris les textes de l'application moi-même plutôt que de les faire passer par un traducteur automatique.
Écrire les textes soi-même change plus de choses qu'on ne l'imagine. Les mots d'une application ne sont pas de la décoration : un bouton mal nommé produit des erreurs d'usage, un message d'erreur vague produit des appels au support, et une phrase d'accueil confuse produit des désinstallations. Quand la personne qui écrit le code écrit aussi les libellés, elle peut ajuster l'un en fonction de l'autre — raccourcir un texte parce qu'il déborde, ou changer un écran parce qu'aucune formulation courte ne le rend clair.
Le tissu de PME donne aux projets de Québec un profil assez différent de celui de Montréal. Moins de startups, plus d'entreprises établies avec des processus qui fonctionnent déjà et qu'il s'agit de prolonger. Ces projets ont l'avantage d'avoir de vrais utilisateurs dès le premier jour, ce qui supprime la plus grosse incertitude d'un lancement. Ils ont l'inconvénient de devoir cohabiter avec l'existant : un logiciel de gestion, parfois ancien, dont il faut respecter les données et les habitudes.
Un mot sur les appareils, parce que le profil des PME le rend visible ici. Les équipes de terrain gardent leur téléphone longtemps, et une application qui ne fonctionne que sur les modèles récents laisse une partie du personnel de côté — celle qui en a le plus besoin. La version minimale du système à supporter est donc une vraie décision, pas un réglage par défaut : on regarde ce que les gens ont réellement en main avant de la fixer, et on la relève plus tard, quand les statistiques d'usage montrent que plus personne n'est resté derrière.
Le décalage horaire de six heures fonctionne ici comme à Montréal, et sur un projet de longue durée il est plutôt un avantage : vous relisez le matin ce qui a été fait pendant votre nuit, et vos commentaires partent au travail pendant que vous faites autre chose. Le rythme naturel devient une livraison par jour ouvré plutôt qu'une par semaine, ce qui laisse beaucoup moins de place aux malentendus qui s'installent.
Le travail ne s'arrête pas à la publication. Une application vit sur des systèmes qui bougent : iOS et Android sortent chacun une version majeure par an, et une application non maintenue finit par être retirée des stores. Invent Better prévoit cette suite dès le devis, plutôt que de la présenter comme un imprévu six mois après le lancement.
Il y a un mythe tenace dans notre métier. Celui qui consiste à croire que le travail s'arrête le jour de la publication sur les stores.
Vous appuyez sur le bouton, l'application est disponible à Québec, on sable le champagne, et l'équipe de développement disparaît dans la nature pour passer au client suivant.
C'est la pire chose qui puisse arriver à votre projet.
Une application mobile, ce n'est pas un tableau qu'on accroche au mur et qu'on ne touche plus jamais. C'est un organisme vivant.
Le jour de la publication n'est pas la fin du projet, c'est le premier jour où l'application rencontre de vrais utilisateurs. La suite se prépare avant, pas après : sans elle, les premiers retours arrivent et personne n'est là pour y répondre.
La première semaine, on surveille. Pas les téléchargements — les plantages, les écrans où les gens s'arrêtent, les endroits où ils reviennent en arrière. Un rapport de plantage vaut mille suppositions, et les trois premiers jours en apprennent plus que trois mois de réunions.
La deuxième semaine, on corrige ce que ces retours ont montré, et on publie une mise à jour. Elle est presque toujours nécessaire, et ce n'est pas un échec : aucune première version ne survit intacte au contact de son public à Québec.
Ensuite le rythme ralentit, mais ne s'arrête pas. Apple sort une version majeure d'iOS chaque automne, Google une d'Android chaque année, et chacune casse quelque chose — une autorisation qui change de forme, une bibliothèque qui n'est plus signée, un écran qui se décale.
On décide ensemble du niveau de suivi avant le lancement, pas au premier incident.
Un outil web s'écroule quand il doit traiter de gros volumes, parce qu'une page n'est pas faite pour tenir des données massives en mémoire. Un logiciel installé, lui, dispose de la mémoire et du disque de la machine. C'est le critère qui tranche entre le web et le bureau, bien plus que le confort de l'interface.
Le cas suivant se rencontre dans la finance. Leur problème ? Ils devaient analyser des millions de lignes de transactions bancaires chaque jour. Leur outil web crashait lamentablement sous le poids des données.
Une page web n'est pas faite pour digérer un gigaoctet de texte en mémoire vive. Le navigateur s'étouffe. Il clique. Il quitte. Il oublie.
Ils avaient besoin d'un développeur logiciel Québec capable de dompter ces volumes. J'ai construit un logiciel sur mesure Québec natif pour Windows.
Un logiciel de bureau coûte plus cher qu'une application mobile équivalente. La différence tient à la densité de l'interface : un écran de téléphone affiche une chose à la fois, un écran de 27 pouces en affiche dix simultanément, et chacune doit rester cohérente quand la fenêtre change de taille. Plus de surface, c'est plus à concevoir et à tester.
Un logiciel de bureau évite la commission des stores — entre 15 % et 30 % sur mobile — puisque vous distribuez vous-même. En échange, la signature du logiciel sur macOS passe par un compte développeur Apple à 99 € par an.
Parlons budget sans langue de bois. Créer un logiciel de bureau coûte plus cher qu'une application mobile classique.
Pourquoi ? Parce que le développement application desktop Québec gère des interfaces plus complexes. Sur mobile, un écran affiche une seule chose. Sur un écran 27 pouces, on affiche dix modules interactifs en même temps.
Quand un client attend au comptoir, la vitesse n'est pas un confort. Un logiciel installé démarre sans réseau, répond sans latence, et continue de fonctionner quand la connexion tombe. Pour un point de vente ou un atelier, c'est la différence entre une file qui avance et une journée perdue.
À Québec, quand un client attend au comptoir, vous n'avez pas le temps de regarder une roue de chargement tourner. Certains secteurs vivent ou meurent par leur temps de réponse.
Je construis des applications mobiles comme un artisan construit une maison. Avec des fondations solides.
J'exerce ce métier depuis 12 ans depuis Cannes, en concevant des applications iOS et Android faites pour durer. Je refuse le travail bâclé. L'avantage clé de cette méthode ? Votre application ne s'effondrera pas à la première mise à jour d'Apple ou de Google.
Je crée des outils propres, faciles à maintenir et prêts à évoluer avec votre PME ou votre startup. Un travail fait avec soin, c'est un investissement rentable sur le long terme.
Pendant que vous hésitez, vos concurrents à Québec avancent.
Le monde du mobile va vite. Très vite. Aujourd'hui, l’essentiel du trafic web mondial provient des mobiles. Si vous repoussez sans cesse la création de votre application, d'autres prendront votre place au Québec.
Mais attention, il ne faut pas confondre vitesse et précipitation. Lancer une application instable est la pire des stratégies.
En résumé : il faut faire vite, mais il faut surtout faire bien. ⏳
30 minutes pour démarrer
Réserver →La plupart de mes projets se déroulent à distance, et en pratique cela change peu de choses. Nous échangeons en visioconférence dès que vous en avez besoin, pas uniquement aux grandes étapes, et vous pouvez me poser vos questions à tout moment pendant le projet — je réponds toujours.
Une fois que nous travaillons ensemble, un déplacement sur place peut tout à fait être organisé si votre projet le justifie. Les frais de déplacement sont alors chiffrés à part, en amont et sans surprise.