Chargement du site

Aller au contenu

Un outil interne qui suit votre métier.

Votre équipe a besoin d’une interface commune pour avancer, suivre et décider. Nous développons un logiciel métier autour d’un processus défini, avec les données et les règles de votre activité.

Un usage précis.

  • Gestion de dossiers

    Réunir les informations, les statuts et les validations dans un même parcours.

  • Portail d’équipe

    Donner à chaque profil les accès et les actions dont il a besoin.

  • Pilotage opérationnel

    Présenter les données utiles à une décision, reliées à vos sources existantes.

Ce que nous construisons.

  1. Un parcours complet

    Les écrans, règles métier et permissions du périmètre convenu.

    Une application qui tourne derrière votre authentification, avec les règles métier qu’elle applique écrites dans un document que vous pouvez contester.

  2. Des connexions vérifiées

    Les échanges de données avec vos logiciels, y compris les cas d’erreur identifiés.

    Le code des connecteurs dans votre dépôt, les secrets dans votre propre coffre, et le journal des échanges qui ont échoué.

  3. Une mise en service accompagnée

    Les vérifications avec l’équipe, les accès et les instructions de prise en main.

    Un compte administrateur par profil et une procédure d’une page pour chacun, remis au cours de deux ateliers avec les personnes qui utiliseront l’outil.

Combien de temps.

Huit à quatorze semaines entre la description du processus et l’usage quotidien, et l’écart vient des exceptions : un processus qui en compte quatre n’est pas le même travail qu’un processus qui en compte quarante. Une version cliquable du parcours principal existe dès la troisième semaine.

Ce que nous attendons de vous.

  1. Le processus tel qu’il se déroule vraiment

    Une visite guidée avec les personnes qui font le travail, y compris les cas qu’elles traitent à la main sans les avoir jamais écrits. Ce sont ces exceptions qui décident de la part de règles dans le développement.

  2. Quelqu’un qui peut trancher

    Deux équipes veulent rarement rendre le même champ obligatoire. Il nous faut une personne capable de trancher dans la semaine où la question se pose, sinon les écrans attendent.

  3. Des accès de test sur les outils reliés

    Un compte sur chaque système avec lequel nous échangeons des données, ouvert avant le début du développement. Un ticket informatique déposé en sixième semaine est ce qui retarde le plus souvent la livraison.

Le même projet, à une autre étape.