// pôle applications métier
Des applications métier, conçues avec vous
Une étude conjointe d'abord, une application sur mesure ensuite.
Un classeur Excel devenu ingérable, des fiches papier, un process que chacun tient à sa façon : avant d'écrire une ligne de code, nous partons de vos outils réels et construisons le besoin avec vous. Et si une solution existante y répond déjà, nous vous le disons.
01
// 01 · l'étude conjointe
Sept principes, avant la première ligne de code
L'étude est courte, et elle produit des documents que vous gardez : une note de cadrage, une maquette, un cahier des charges. Elle sert d'abord à décider, développement ou non.
- E1
Partir de vos outils réels
Nous analysons et mesurons vos fichiers, formulaires et façons de faire existants, puis nous vous restituons ce que nous avons compris : ce qui marche et doit être gardé, ce qui bloque. Pas de page blanche.
- E2
Un premier jet, que vous corrigez
Note de cadrage puis cahier des charges sont des documents de travail, écrits dans votre langage et faits pour être annotés. On y distingue ce que vous avez dit de ce que nous proposons, pour que chacun sache ce qu'il valide.
- E3
Montrer avant de développer
Une maquette cliquable, construite sur vos propres données dé-identifiées : vous vous y reconnaissez, vous la testez en réunion, et vous pouvez la présenter à votre direction.
- E4
Vos données protégées dès l’étude
L'anonymisation est outillée et vérifiée, nous ne conservons que le strict nécessaire, et la protection des données est une exigence de conception, pas une étape de fin de projet.
- E5
Les bonnes questions, avec une réponse par défaut
Les questions ouvertes sont listées et classées (bloquant, important, souhaitable), et chacune porte une proposition par défaut : le projet avance sans attendre que tout soit tranché.
- E6
Un projet découpé en lots
Un premier lot réduit à l'indispensable, des critères de succès mesurables, ce qui est hors périmètre écrit noir sur blanc. Puis un pilote en conditions réelles avant la généralisation.
- E7
Vérifier les points risqués avant de s'engager
Test technique sur vos postes ou sur un téléphone réel, état de l'art des solutions existantes, vérification de ce que couvre déjà l'outil en place. Le sur-mesure se justifie, il ne se présume pas.
02
// 02 · chantiers
Des chantiers concrets
Des besoins très différents, la même méthode. Les clients ne sont pas nommés ; les deux premiers chantiers sont menés pour la même entreprise industrielle.
Maintenance industrielle · atelier
De l'affaire à la recette, un seul outil
- Le besoin
- Un processus complet (affaire, expertise, devis, achats, fabrication, recette interne et recette client) réparti entre des classeurs à macros, des rapports Excel de plusieurs onglets, des gammes papier et des PDF. Fiabilité, traçabilité et analyse des coûts en pâtissaient.
- L'étude
- Seize documents sources analysés un par un, rétro-ingénierie des classeurs (qui a fait apparaître des écarts entre l'outil et la pratique), soixante-cinq questions classées en neuf thèmes, chacune avec sa réponse par défaut, puis un cahier des charges consolidé et un plan de réalisation en cinq lots.
- La réponse
- Une application web utilisable sur tablette en atelier, avec des droits par profil et la génération des procès-verbaux de recette en PDF. Développée sur la base de nos spécifications, elle est en production, et nous avons accompagné le client dans sa mise en service.
Industrie · direction
Dicter une tâche, être relancé
- Le besoin
- Les tâches notées à la volée se perdaient ou s'accumulaient sans jamais être fermées. Le besoin : dicter une tâche sur son téléphone, puis être relancé jusqu'à ce qu'elle soit traitée.
- L'étude
- Note de cadrage séparant la demande du client de nos propositions, état de l'art honnête de la concurrence, critique écrite et prototype du client, réponse point par point, cahier des charges en trois jours. Exigence posée d'emblée : moins de cinq secondes et deux gestes entre le déverrouillage et l'enregistrement.
- La réponse
- Une application mobile Android et iOS adossée à un serveur, avec des relances par notification puis par SMS. En développement, en coréalisation avec le client.
RH · finance · direction générale
Les fonctions support aussi
- Le besoin
- Suivi des compétences et des formations, tableaux de pilotage, consolidations et arbitrages : ces besoins vivent souvent dans des classeurs partagés devenus fragiles, sans historique fiable ni droits d'accès, et chaque mise à jour écrase la précédente.
- L'étude
- La même méthode : partir du fichier réel, une maquette sur vos données dé-identifiées, un cahier des charges que vous amendez, et la vérification préalable de ce que couvrent déjà vos outils en place.
- La réponse
- Des études sont en cours pour ces fonctions. Nous ne les détaillons pas ici, mais nous pouvons en parler.
03
// 03 · questions fréquentes
Ce qu’on nous demande avant de commencer
Faut-il un cahier des charges pour commencer ?
Non. Le cahier des charges est un résultat de l'étude, pas un prérequis : nous le rédigeons à partir de vos outils et de vos échanges, et vous l'amendez jusqu'à ce qu'il dise ce que vous voulez.
Et si un logiciel du marché fait déjà l’affaire ?
Nous vous le disons. L'étude vérifie ce que couvre l'outil déjà en place et ce que proposent les solutions existantes avant de recommander un développement. Un sur-mesure qui doublonne un outil existant coûte deux fois.
Nos données servent-elles à la maquette ?
Oui, c'est ce qui la rend parlante, mais dé-identifiées par un traitement outillé qui vérifie qu'aucun nom ne subsiste. Les maquettes restent entre vous et nous : elles ne sont jamais publiées.
Une application métier s'inscrit dans un système d'information existant : son architecture, ses intégrations et son exploitation relèvent de notre expertise en architecture logicielle.
Présenter votre besoin