Des services d'ingénierie orientés résultats

À vous. Le dépôt et l'architecture documentée vous appartiennent au fur et à mesure des travaux, plutôt que d'être remis à la fin du contrat, si bien qu'il n'y a aucune dépendance vis-à-vis d'un fournisseur. Si vos plans changent, votre propre équipe ou un autre prestataire peut reprendre la base de code et poursuivre. La formulation exacte figure dans le contrat de prestation, et nous présenterons volontiers cette clause à vos juristes avant toute signature.

Commencez par un périmètre restreint et gardez le livrable. Une mission de cadrage constitue un premier engagement délimité, qui aboutit à un plan d'architecture et de livraison dont vous êtes propriétaire, que vous poursuiviez avec nous ou non. Pendant la phase de construction, le code source et la documentation résident dès le premier jour dans un dépôt que vous contrôlez : vos propres ingénieurs ou un évaluateur indépendant peuvent donc lire le code en cours de projet plutôt qu'au moment de la remise, et la livraison est acceptée par jalons plutôt qu'en un seul bloc à la fin.

Oui. Nous développons à partir des API existantes de votre système central (core banking), de votre bus de services d'entreprise ou de votre couche middleware, et lorsqu'un système central n'expose que des interfaces limitées, nous concevons une couche d'intégration autour de lui plutôt que d'imposer des modifications au cœur du système. Les nouveaux canaux restent ainsi indépendants du calendrier de versions de l'éditeur du système central. L'intégration au système central, les API d'open banking ainsi que la gestion des identités et des accès font partie de ce que nous construisons.

La sécurité est conçue dès la phase d'architecture, et non vérifiée à la fin. Concrètement, cela signifie une modélisation des menaces pendant la conception, une revue par les pairs avant toute fusion de code, les recommandations OWASP comme norme de développement pour les canaux destinés aux clients, la gestion des clés et des secrets, la séparation des tâches appliquée dans les portails d'administration et une journalisation d'audit en ajout seul (append-only). Nous prévoyons de passer par votre propre revue de sécurité, vos tests d'intrusion et votre processus d'approbation des changements, et le référentiel de contrôles applicable est arrêté avec vos équipes risques et conformité pendant le cadrage, car les obligations diffèrent selon le marché et la licence.

Chaque mission s'ouvre par une phase de cadrage : des sessions de travail avec vos parties prenantes métier, technologiques et risques, afin de cartographier les systèmes actuels, les parcours clients cibles et les contraintes réelles. Il en résulte un plan d'architecture et de livraison (périmètre, points d'intégration, environnements et feuille de route par phases) avant que le développement ne commence. La livraison se déroule ensuite par incréments, avec des démonstrations régulières : vous examinez un logiciel qui fonctionne dès le début, au lieu d'attendre des mois un premier aperçu.

Nous vous remettons un plan daté à l'issue du cadrage plutôt qu'un chiffre avant celui-ci, car la réponse honnête dépend davantage de vos systèmes que de notre effort. Les phases, elles, restent les mêmes : cadrage, architecture et conception de l'intégration, construction du canal, tests système et recette utilisateur avec votre équipe, fenêtre de tests de sécurité, pilote, puis mise en production progressive. Trois variables pèsent sur ce plan plus que tout le reste : la qualité de la documentation des API de votre système central, l'existence d'un environnement de test doté de données proches de la production, et votre propre calendrier d'approbation des changements.

La mise en production est un jalon de la mission, pas son terme. Nous restons présents pour le support et l'optimisation continue : supervision, correction des anomalies, réglage des performances, application des correctifs de sécurité et évolution du produit en fonction de ce que révèle l'usage réel. Les heures de support, les délais de réponse cibles et le circuit d'escalade sont définis dans le contrat de prestation et calibrés selon la criticité du système pour votre exploitation.

Oui. Une mission peut prendre la forme d'une équipe de livraison dédiée, d'ingénieurs intégrés à vos équipes existantes, ou d'un rôle d'architecture et de conseil en appui de travaux pilotés par vos propres collaborateurs. Lorsqu'un autre fournisseur détient une partie du parc applicatif (un système central, un commutateur de paiement, un moteur de scoring), nous traitons ce point de contact comme une frontière d'intégration et travaillons sur la base d'interfaces convenues, d'environnements partagés et d'un plan de mise en production commun.

Les canaux USSD et de banque par agents sont construits en même temps que les canaux mobile et internet, sur les mêmes comptes, les mêmes plafonds et la même piste d'audit : un client qui effectue une transaction depuis un téléphone basique ou auprès d'un agent produit donc le même enregistrement qu'un client qui utilise l'application. Les applications sont conçues pour se comporter de manière prévisible sur des réseaux lents ou instables plutôt que de présupposer une bonne connexion, et la logique des canaux réside dans des services partagés, de sorte qu'une règle modifiée une seule fois s'applique partout.

Lorsqu'une approche classique à base de règles est plus fiable ou moins coûteuse à exploiter, nous vous le dirons. L'IA n'est pas greffée sur un produit qui n'en a pas besoin. Là où elle a réellement sa place, il s'agit le plus souvent de la détection de la fraude et de la surveillance des transactions, du traitement des documents et de l'identité lors de l'entrée en relation numérique, de l'assistance au support client et de l'analytique. Nous concevons les composants d'IA avec les mêmes contrôles que le reste du système : des périmètres de données définis, une revue humaine lorsqu'une décision affecte un client, et une journalisation permettant d'expliquer un résultat a posteriori.

Pour les logiciels destinés aux clients, Flutter pour le mobile et React, Angular ou Next.js pour le web ; côté serveur, Java avec Spring Boot et Node.js, avec PostgreSQL, Oracle ou MongoDB pour les données et Kafka pour l'intégration événementielle. L'infrastructure repose sur Docker et Kubernetes avec des pipelines CI/CD automatisés, et sur Keycloak pour la gestion des identités et des accès. Nous nous appuyons sur des cadres d'architecture reconnus tels que TOGAF pour poser ces choix de manière délibérée, et nous travaillons dans le respect de vos standards technologiques lorsque vous en avez déjà.