Fonctionnalités
Chaque service de Beluga est né d’un problème que j’avais au studio. Voici ce qu’il fait concrètement, et ce qu’il m’a réglé.
Les services
Rien de théorique : ce sont les outils avec lesquels Haiko mène ses projets et ceux de ses clients, tous les jours.
La colonne de gauche regroupe tous les projets, avec leurs alertes, et un projet peut en réunir plusieurs. Les tableaux de bord rassemblent les cartes actives et terminées de tous les projets, pendant que plusieurs agents travaillent en parallèle.
Ce que ça m’a réglé : Je jonglais entre des fenêtres de discussion, sans jamais savoir où en était chaque chantier.
Une carte lancée part sur le serveur et continue sans moi. L’application s’installe sur le téléphone : je lance, je réponds à une question ou je relis un rapport depuis n’importe où. En mode Création, l’agent confie une partie du travail à d’autres modèles et compare leurs propositions.
Ce que ça m’a réglé : Le travail s’arrêtait dès que je refermais l’ordinateur. Aujourd’hui, je code aussi en déplacement.
Chaque carte garde sa demande, sa compréhension, sa liste de tâches cochée, son rapport et ses contrôles ; le plan détaillé est facultatif, à la demande. Un journal des changements s’écrit automatiquement à chaque mise en ligne.
Ce que ça m’a réglé : Il fallait reconstituer à la main ce qui avait été fait, et quand. Désormais l’historique est complet sans effort.
Chaque projet naît avec son dépôt, et chaque carte lancée reçoit sa propre branche et sa propre copie. Les travaux sont enregistrés et sauvegardés, puis mis en ligne quand je le décide.
Ce que ça m’a réglé : Deux tâches qui touchaient le même code se marchaient dessus, et un projet oublié n’était sauvegardé nulle part.
Quatre colonnes qui suivent le vrai parcours du travail, des départs programmés, des notes, une base de connaissances par projet que les agents consultent avant d’agir, et des compétences partagées entre tous les projets.
Ce que ça m’a réglé : Les décisions se perdaient dans les conversations, et chaque nouvelle tâche repartait de zéro.
Mots de passe, clés, jetons, accès aux serveurs et aux bases de données : une fiche par secret, dans un coffre commun à tous les projets. Les agents y cherchent eux-mêmes l’accès dont ils ont besoin.
Ce que ça m’a réglé : Je recopiais les mêmes accès à chaque tâche, dans chaque conversation.
Chaque client a son espace à lui : il y écrit ses demandes, joint ses fichiers et suit leur avancement sur un tableau simplifié. Une demande peut devenir une carte Beluga.
Ce que ça m’a réglé : Les échanges étaient éparpillés entre courriels, messages et appels. Ils sont maintenant centralisés, au même endroit que le travail.
Chaque site reçoit sa propre recette de sauvegarde, préparée avec un agent puis jouée automatiquement. Les clients retrouvent leurs sauvegardes dans leur espace.
Ce que ça m’a réglé : Les sauvegardes dépendaient de scripts différents d’un serveur à l’autre. C’est devenu un service que je peux proposer.
Un agent écrit la surveillance de chaque site, puis Beluga la rejoue à son rythme. Une panne envoie une alerte sur le téléphone, et l’agent qui connaît le site peut reprendre l’incident pour l’analyser et dérouler un plan de correction.
Ce que ça m’a réglé : J’apprenais qu’un site était tombé par le client. Maintenant, je le sais avant lui.
Chaque projet peut avoir son agent marketing. Il cadre le positionnement en conversation, propose des canaux avec leur marche à suivre, prépare les contenus sur un calendrier daté et suit les résultats en graphiques, grâce à une mesure d’audience anonyme et sans cookie. Il s’arrête toujours à « À valider » : c’est moi qui décide.
Ce que ça m’a réglé : Mes projets étaient en ligne, mais trop peu de gens le savaient. Les faire connaître passait toujours après le code.
Le tableau
De la demande à l’archive, la carte change de colonne à chaque étape. Quatre colonnes suffisent : je vois d’un coup d’œil où en est le travail.
La carte naît ici avec son agent. Il cadre le besoin avec vous et rend sa compréhension sans toucher au code ; un plan détaillé s’ajoute seulement si vous allumez l’interrupteur « Plan ». Un départ peut aussi être programmé.
Au lancement, le même agent reçoit sa branche et sa copie du projet. Il lit, modifie, teste et coche sa liste de tâches ; s’il pose une question, le travail s’arrête jusqu’à votre réponse. Son rapport rendu, la carte avance toute seule.
Les travaux rendus s’y rangent avec leur rapport, leur durée et leur coût, et forment le prochain lot. Vous le déployez d’un geste, ou vous allumez le déploiement automatique du projet, éteint par défaut.
Le travail déployé sort du flux actif sans disparaître : rapports, branches, coûts et historique restent consultables. La mise en production reste un geste à part, suivi dans le bandeau en bas du tableau.
Au quotidien
Moins de gestion, plus de projets livrés — et la mise en ligne qui reste ma décision.
Plusieurs agents travaillent en même temps, chacun sur sa carte. Mon rôle est devenu de décider et de relire, plus de tout faire à la main.
Le travail tourne sur le serveur. Un trajet ou une attente suffit pour lancer une tâche, répondre à un agent ou valider un rapport.
Chaque changement a sa carte, son rapport et sa ligne dans le journal. Retrouver une décision ou expliquer une modification à un client prend quelques secondes.
Rien ne part en ligne sans mon feu vert. Le déploiement et la mise en production restent des gestes distincts et suivis.
Ils déposent leurs demandes dans leur espace et voient où elles en sont. Moins de relances, moins de messages perdus.
Sauvegardes automatiques et surveillance continue : je suis au courant d’une panne avant le client, et je peux restaurer ce qu’il faut.
