Aller au contenu

Services

Développement logiciel

Nous développons les outils internes et les intégrations qui manquent entre votre site public et les logiciels que votre entreprise utilise déjà.

Le problème que nous résolvons

La plupart des entreprises que nous accompagnons n'ont pas besoin d'un logiciel de plus. Elles en ont déjà : un CRM, un outil de comptabilité, parfois un ERP complet, choisis un par un et jamais reliés entre eux. Ce qui manque se voit ailleurs — dans la personne qui recopie à la main chaque demande reçue sur le site vers le CRM, dans le tableur que quelqu'un tient à côté parce que l'outil officiel ne couvre pas cette partie du travail, dans le fichier que plus personne ne sait mettre à jour quand cette personne est absente. Le travail est fait, mais il est fait à la main, et il ne laisse derrière lui rien d'exploitable.

Nous écrivons ce qui manque entre ces outils, et rien de plus. Pour Cathena Group, intégrateur ERP, cela a pris la forme d'un système d'inscription aux webinaires relié directement à leur CRM Odoo : le formulaire rempli sur le site public écrit dans l'outil que leurs équipes utilisaient déjà, sans ressaisie et sans nouveau compte à apprendre. C'est l'échelle à laquelle nous travaillons — une connexion entre deux systèmes qui s'ignorent, un outil interne qui remplace un tableur partagé, une application métier pour une entreprise dont le processus ne rentre dans aucun produit existant. Nous sommes une agence, pas un éditeur de logiciels : quand une solution du marché fait déjà l'affaire, nous le disons et nous vous aidons à la mettre en place plutôt qu'à la redévelopper.

Ce que vous recevez

  • Cahier des charges fonctionnel

    Le processus tel qu'il se déroule aujourd'hui, écran par écran et cas par cas, avec ce que le logiciel fera et ce qu'il ne fera pas, validé avant la première ligne de code.

  • L'outil interne en service

    Une application accessible depuis un navigateur, avec vos comptes utilisateurs et vos droits d'accès, installée sur un hébergement qui vous appartient.

  • Les intégrations avec vos systèmes existants

    Les connexions qui font circuler l'information entre votre site, votre CRM et vos autres outils — comme l'inscription aux webinaires reliée au CRM Odoo de Cathena Group — avec la liste écrite des données échangées dans chaque sens.

  • Reprise de vos données existantes

    Le contenu de vos tableurs et de vos fichiers repris dans le nouvel outil, doublons écartés, avec le compte de ce qui a été importé et de ce qui ne l'a pas été.

  • Documentation et session de prise en main

    Un mode d'emploi court pour les personnes qui utilisent l'outil, une note technique pour le prochain développeur, et une session enregistrée que vos nouvelles recrues peuvent revoir.

  • Le code source, à votre nom

    Le dépôt de code et les accès à l'hébergement et à la base de données vous sont remis : si nous arrêtons de travailler ensemble, un autre développeur peut reprendre le projet.

Comment nous procédons

  1. 01

    Observer le processus tel qu'il est

    Nous passons du temps avec les personnes qui font le travail aujourd'hui, y compris les contournements qu'elles ont inventés pour s'en sortir. Ce sont ces contournements qui indiquent où le logiciel doit intervenir ; un cahier des charges écrit depuis la direction les manque toujours.

  2. 02

    Recenser ce que vos outils savent déjà faire

    Avant de décider quoi développer, nous regardons ce que vos logiciels existants exposent déjà et ce qu'ils acceptent de recevoir de l'extérieur. C'est cette étape qui fixe le volume de code à écrire — souvent bien moins que prévu.

  3. 03

    Décider de ce qui ne sera pas développé

    Nous coupons le périmètre maintenant, pas en cours de route, une fois que nous savons ce qui existe déjà. Un outil qui fait trois choses correctement entre en service ; un outil qui devait tout faire est encore en développement l'année suivante.

  4. 04

    Mettre une première version en usage réel

    Nous livrons d'abord la partie la plus utilisée, sur vos données réelles et avec les personnes concernées, plutôt qu'un outil complet présenté à la fin. Une démonstration ne fait pas apparaître les cas particuliers ; une semaine d'usage réel les fait tous apparaître.

  5. 05

    Corriger, documenter, remettre les clés

    Les cas particuliers remontés à l'étape précédente sont traités, la documentation est écrite pendant que le code est encore frais, puis le dépôt et les accès vous sont remis. Repoussée après la mise en service, elle ne s'écrit jamais.

Ce service correspond à votre besoin ?

Décrivez-nous votre projet. Nous répondons sous deux jours ouvrés.