Réinventer l’engagement des salariés grâce à la culture du feedback anonyme
Le constat choc : la France, championne du désengagement
Seulement 8 % des salariés français sont engagés (source : Gallup, 2025).
Conséquences :
- 15 000 € de perte annuelle par salarié désengagé (absentéisme, turnover, baisse de productivité).
- 1 salarié désengagé en contamine 3 autres (effet domino).
- La France, 36ᵉ sur 38 au classement mondial de l’engagement.
Pourtant :
✅ Les salariés engagés sont 2x plus épanouis et 2x plus performants
✅ 70 % des employés se sentent plus impliqués quand leur avis est écouté et pris en compte (Gallup)
Face à ce constat, Asgora propose une solution innovante : une application qui accompagne la mise en place d’une culture du feedback anonyme, transparente et centrée sur le développement des équipes et de l’entreprise.
Pourquoi la culture du feedback est la clé de l’engagement salarié
1. Des résultats mesurables (et immédiats)
- 30 % de rétention des talents
- 17 % de productivité grâce à des retours réguliers
- 21 % de rentabilité
2. L’écoute, pilier de l’engagement salarié
- 70 % des salariés veulent être entendus (étude Gallup).
- L’anonymat libère la parole :
- Identification des signaux faibles avant qu’ils ne deviennent des crises.
- Réduction des peurs (représailles, jugements).
Le problème : la plupart des outils de feedback ne garantissent pas un anonymat total, créant de la méfiance auprès des équipes.
Asgora : l’application qui révolutionne le feedback en entreprise
1. L’innovation : L’Anonymat By Design
I am text block. Click edit button to change this text. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
- Libérer la parole sans crainte de conséquences
- Transformer la culture d’entreprise
-
-
-
- Feedback horizontal (pas seulement descendant).
- Solutions collectives aux problèmes identifiés
-
-
-
- Détecter les leviers d’engagement (et de désengagement) en temps réel
-
-
Entièrement créée et développée autour du concept et de la garantie de l’anonymat, Asgora est la toute première application à protéger la parole des collaborateurs pour révéler des signaux faibles parfois invisibles sur l’engagement des salariés.
2. Des fonctionnalités clés pour les RH et managers
- Questionnaires 100 % anonymes, sans ajouter d’outil en plus
- Modèles de campagnes validés par plus de 40 managers et RH, de PME, ETI et Grandes entreprises françaises
- Statistiques consolidées et personnalisable, pour suivre les indicateurs qui comptent pour votre entreprise (NPS, tendances, cartographie, comparaison entre services…)
- Benchmark sectoriel à la demande, pour situer vos pratiques et comparer vos résultats à ceux d’entreprises similaires
Les tendances RH 2026 : Pourquoi Asgora est indispensable ?
Le manager devient coach
Fini le contrôle hiérarchique : le manager de demain est un leader bienveillant, centré sur le développement personnel et professionnel de ses équipes. L’apprentissage continu et la construction collective deviennent des piliers
La décentralisation des décisions
Les structures rigides laissent place à des modèles plats, où les équipes gagnent en autonomie, et contribuent aux orientations stratégiques qui les concernent
Humaniser la donnée
Les entreprises ont accès à toujours plus de données sur leurs équipes, ce qui soulève des enjeux de cybersécurité, d’éthique et d’équilibre
L’engagement stratégique des RH
En 2026, les processus internes intègrent des démarches QVCT (Qualité de Vie et Conditions de Travail) concrètes et durables. Les moins de 35 ans n’acceptent plus de compromis sur les valeurs de leur entreprise
Face à des tendances, les outils de feedback anonyme comme Asgora représentent une opportunité RH accessible et forte de sens
🎁 Offre Exclusive : Testez Asgora Gratuitement avec le Baromètre du 29
Participation Gratuite (Jusqu’au 30 Juin 2026)
En participant, vous bénéficiez de :
✅ Un accès gratuit à Asgora (avant-première).
✅ Une campagne clé en main pour sonder vos équipes.
✅ Des indicateurs en temps réel sur votre climat social.
✅ L’identification de signaux faibles pour agir sans attendre.
Pourquoi attendre ?
Chaque jour de désengagement coûte 15 000 € par salarié
Développer un MVP à Quimper en 1 mois : le guide complet
C’est quoi un MVP ? A quoi ça sert ?
Un MVP, c’est tout simplement un prototype, une version simple d’un produit. Il permet de tester une stratégie, un produit, une offre en situation réelle. Le MVP a fonctionné auprès des clients ? On peut viser plus grand. Au contraire, il n’a pas fait mouche, on change d’idée ou de direction.
Combien de temps ça prend de développer un MVP ?
Avec un projet bien rodé et une direction claire, un MVP ne devrait pas prendre plus d’un mois. Chez Cool IT, nos outils développés en interne et notre organisation agile nous permettent une efficacité à toute épreuve, nous permettant de réaliser un MVP en moins d’un mois (quand tous les feux sont au vert bien sûr).
Pour vous donner un exemple, voici le découpage d'un MVP développé pour notre client SRE29 :
- Atelier cadrage : 2h
- Maquettes : 3 jours
- Code pur : 3 semaines
- Test : 2 jours
Créer un MVP : la méthode parfaite
Avant toute chose, il faut une direction claire, un client type, un message clé, une offre identifiée, que vous devriez trouver en répondant à ces questions :
- A qui s’adresse le produit/service ?
- Quel problème promet-il de résoudre ?
- Comment résout-il le problème en question, de manière simple et compréhensible ?
Une fois cette base solide construite, on peut passer aux choses sérieuses ⬇️
#1 Trouver un prestataire de confiance
Dans l’idéal, quelqu’un de local, réactif, avec qui la communication est simple (sans jargon), et qui est capable de traduire vos idées en une application accessible et évolutive avec vos futurs utilisateurs. Quelqu’un comme Cool IT quoi…
- Délai : Immédiat, vous avez trouvé la Cool Team !
#2 Dessiner le besoin, aka Cadrer et Maquetter
Après un premier atelier de cadrage, on schématise ensemble le chemin idéal que devrait que parcourir l’utilisateur dans l’application : les boutons essentiels, les écrans par lesquels il va passer et ce qu’il va y trouver.
C’est à partir de ce schéma, qu’on va créer les maquettes !
- Atelier de cadrage : 2h
- Livraison des maquettes : 2 à 5 jours, en fonction du nombre d’écran
#3 Donner vie à l’application, aka, le code
C’est ici que l’application prend vie sous vos yeux. Notre philosophie de code est toujours la même : FAIRE MOINS MAIS MIEUX.
A savoir :
- Créer une application facile à maintenir dans le temps
- Se centrer sur l'expérience utilisateur, pour qu'elle soit attractive, mais surtout pour qu'elle donne envie d'y revenir
- Structurer un socle qui pourra évoluer avec votre business
- Développement du MVP : 1 à 3 semaines, en fonction des fonctionnalités demandées et des écrans prévus
#4 A chaque étape, il faut tester !
Chez Cool IT, on fait dans le déploiement continu. Ce qui veut dire qu’on vous livre votre MVP, morceau par morceau. Le but : vous faire tester chaque partie à fond, avec vos utilisateurs, et tous vos cas d’usage. A là fin, votre MVP peut se lancer totalement éprouvé, robuste et stylé
- Durée des tests : 1 à 5 jours, en fonction du nombre d'écran, et du nombre de profil utilisateur
#5 C’est le grand jour, la mise en ligne
Les maquettes, check ! Le code, check ! Les tests, checks ! Tout a été intégré, tout a été testé. Nous avons fait les modifications pour séduire un maximum d’utilisateurs. Il est temps de mettre votre projet en ligne, et d’aller à la rencontre de vos futurs clients
- Mise en ligne : Quelques minutes
#6 Suivi de performance & améliorations
Vous ne pensiez tout de même pas qu’on allait vous lâcher dans la nature ? Un MVP, c’est comme une voiture. Il lui faut un entretien, et parfois, changer une durite, ou deux pour qu’elle reparte encore plus fort. En informatique, on parle de « supervision ». On veille au bon fonctionnement de l’app, à sa sécurité et sa performance. Pour vous, on met aussi en place de quoi suivre les usages de vos utilisateurs pour identifier facilement ce qu’il le satisfait dans votre projet, ce qu’il faut améliorer
- Durée de la supervision : Jusqu'à que vous soyez prêt à passer à v.1 officiellement commercialisable
Combien ça coûte un MVP ?
Contre toute attente, développer son MVP ne coûte pas si cher que cela. Le prix varie en fonction de différents critères :
- Le nombre d’écrans : tableau de bords, front-office, back-office, profil, paiement, messagerie, statistiques, etc.
- Le nombre de liaison externes : système de paiement, base de données externes, outil d’e-mailing...
- La clarté du projet : objectifs, cibles et hypothèses définis
- La réactivité des échanges client-prestataire
- Le nombre de partie prenante au projet : plus il y a d’interlocuteur, plus le projet prendra du temps, et du budget à prévoir pour les allers-retours
Aujourd’hui, le prix de départ pour développer son MVP avec Cool IT, c’est 1500 HT€
Les 5 erreurs à éviter quand on créer un MVP
Pour terminer notre article sur comment créer un MVP à Quimper en un mois, on vous a créé un petit récap des 5 erreurs à éviter pour mener à bien votre projet :
Un projet bancal
Si vous ne savez pas répondre aux 5W : What (Quoi), Why (Pourquoi), Who (Qui), When (Quand), Where (Où), en quelques mots, de manière claire et simple, votre produit est encore trop immature pour être confronté à un marché. De plus, vous risquez de faire coder un MVP trop complexe, trop cher, qui va perdre vos utilisateurs
Trop de fonctionnalités
On sait, il est très difficile (et frustrant) de se cantonner à une ou deux fonctionnalités clés. Quand on lance son MVP, on lance aussi un projet qui nous tient à cœur, et que l’on veut complet, et parfait dès le début. L’exhaustivité n’est pas le but d’un MVP. C’est la vision ! Si cette vision ne peut pas tenir en 1 ou 2 fonctionnalités, c’est que vous avez encore du boulot de cadrage !
Micromanager vos prestataires
Oui, lancer son MVP revient à céder une part de soi à l’inconnu : c’est viscéral. Pour autant, cet arrachement est censé générer de sublimes conséquences. Mais pour permettre aux sublimes conséquences de se produire, savoir déléguer et faire confiance aux personnes compétentes est primordial. Votre mission à ce stade, c’est de comprendre votre marché. La nôtre, c’est de transformer votre idée, en l’application la plus cool du monde
Négliger le suivi de projet
Déléguer, c’est bien, délaisser un peu moins ! C’est bien de faire confiance, mais à la fin ça reste votre projet ! Bâcler les tests, ne pas transmettre des informations importantes au bon moment, ne pas s’informer sur les avancées, peut gravement nuire à la qualité de votre stratégie commerciale. Si vous ne maîtrisez ce qu’on a codé pour vous, comment allez-vous vendre correctement votre concept ?
Ignorer, ou mal interpréter les retours utilisateurs
Ça y est, le MVP est lancé et les premiers retours clients tombent. Ils ne sont pas tous positifs et cela vous touche personnellement : vous décidez de ne pas les prendre en compte. Pourtant, les retours utilisateurs sont la clé pour itérer. Les ignorer revient à continuer de développer un produit qui n’innove plus, qui ne satisfait pas la cible
Prêt ? Prête à le lancer ce MVP ?
Cool IT aussi est prêt à travailler avec vous pour en faire le projet le plus cool de votre marché !
Comment sécuriser son code ?
Dans son dernier rapport dédié aux failles de sécurité, IBM a identifié le coût moyen d’une faille de sécurité à 4 millions de dollars. Cisco évoque également qu’une faille de sécurité peut coûter jusqu’à 20% du chiffre d’affaires d'une entreprise.
Certaines de ces failles de sécurité exploitent des vulnérabilités dans le code informatique afin de voler de l’information, s’introduire sur le système informatique, supprimer des données…
De la conception à la maintenance, les développeur-ses peuvent avoir un rôle à jouer dans la protection des données de l'entreprise.
Même si le risque ne peut pas atteindre le niveau 0, je vous propose quelques règles à suivre qui peuvent aider à renforcer ce rôle, sans modifier drastiquement leur activité principale.
Règle n°1 – Toujours concevoir avant de développer
Plus les lignes de code sont complexes, plus elles sont difficiles à maintenir dans le temps, surtout lorsque les développeur-se-s changent.
Pour réduire cette complexité, les équipes de développement doivent pouvoir dédier du temps à la réflexion et à la conception du code.
Plus l’écriture du code est simple, plus elle sera facile à faire évoluer, à transmettre et à maintenir dans le temps.
Règle n°2 – Automatiser les tests
Il est courant que plusieurs développeur-se-s travaillent sur le même code, ce qui amène des problèmes d’intégration et de qualité.
Afin de détecter ces problèmes, on peut opter pour l’intégration continue. Ce type de pratique regroupe un ensemble de technique pour vérifier la qualité du code de manière automatique. Cela aide aussi à identifier s’il y a eu une régression sur le code, et ce, de manière transparente.
L’intégration continue fonctionne grâce à des outils tels que CircleCI, JetBrains ou Travis CI. Ces outils vont reproduire et simuler un déploiement en production, lancer des tests automatiques définis dans le programme…
Règle n°3 – Faire de la veille de vulnérabilités
Une application ou un logiciel informatique utilise régulièrement des bibliothèques externes. Ces bibliothèques peuvent contenir des vulnérabilités, qui peuvent être exploitées par des hackers.
Pour surveiller l’apparition de nouvelles vulnérabilités, le service CVE a pour mission d’identifier, de définir et de cataloguer les nouvelles failles de cybersécurité.
Compte tenu des milliers de vulnérabilités, il existe des plateformes permettant d’agréger et analyser ces failles, selon son existant, le tout en temps réel : Kenna Security Vulnerability Management, Flexera Vulnerability Manager, Tenable.io ou ZeroNorth.
Règle n°4 – Former les développeurs
Les développeur-se-s ne sont pas ou peu formé-e-s à la cybersécurité. Iels appliquent les exigences de sécurité imposées par le-a RSSI et les bonnes pratiques de développement.
Pourtant, ils utilisent de plus en plus de technologies différentes qui amènent leur lot de failles de sécurité.
Les développeur-ses peuvent être le premier rempart aux risques de sécurité. Pour cela, iels doivent être accompagné-es et formé-es aux bonnes pratiques de développement sécurisé.
Iels peuvent être accompagnés sur plusieurs sujets :
- Apprendre à configurer, intégrer et utiliser des outils cyber sécurité (outil d’analyse de code et vulnérabilités, outil de tests d’intégration…) ;
- Apprendre à évaluer les risques liés à l’utilisation d’un outil, définir des critères sécurité avant de choisir un outil, identifier les données sensibles à protéger ;
- Intégrer des méthodes de développement sécurisé, comme définie par l’organisation OWASP…
Règle n°5 – Faire de la revue de code
La revue de code est un des moyens les plus efficaces pour réduire des risques de cybersécurité.
Elle consiste à procéder à l’examen du code par un-e autre développeur-se, généralement plus expérimenté-e.
Le processus de revue de code est essentiel, il permet :
- de réaliser un contrôle qualité en continu ;
- d’enrichir et d’améliorer la qualité des réalisations des développeur-ses
Il existe plusieurs manières de revoir un code :
- Pair programming ;
- Pull requests ;
- Revue périodique…
Règle n°6 – Réaliser des audits de code
L’audit de code permet d’évaluer en profondeur le niveau de sécurité d’un logiciel ou d’une application. Il est mené par une entreprise tierce.
Un audit de code est réalisé dans plusieurs contextes :
- Au moment du lancement d’une application ou d’un logiciel contraint par des obligations réglementaires,
- Lorsque l’application ou le logiciel est massivement utilisé,
- Au moment où l’entreprise devient publiquement connue, les cyber hackers attaquent particulièrement des entreprises visibles.
Il a un double objectif sécurité :
- Identifier les vulnérabilités de sécurité ;
- Évaluer la qualité des mesures de sécurité intégrées au code.
A l’issu d’un audit, un plan d’action technique est fourni qui permet à l’entreprise d’identifier ses points d’amélioration.
Règle n°7 – Activer les logs
Les logs désignent un fichier qui stocke l’historique d'activité d'une application, ou d'un serveur. Pour toute application ou logiciel, il est donc nécessaire d’activer les logs, pour les analyser régulièrement.
Grâce à ces logs, il est possible de détecter des cyberattaques, un dysfonctionnement, des problèmes de sécurité, etc. Ces journaux permettent aux dévs de corriger leurs codes et d’identifier des comportements anormaux.
La sécurité dans le code est au centre des enjeux cybersécurité des entreprises.
Elle doit être utilisée comme un moyen d’améliorer la qualité des développements informatiques et de renforcer la protection de l’entreprise contre des cyberattaques.
Ces règles de sécurité sont les bases pour un premier niveau de sécurité. Elles doivent être revues, renforcées, corrigées de manière régulière.
Enfin, il ne faut pas négliger la partie humaine de la sécurité dans le code : le-a développeur-se. Iels sont en première ligne pour corriger les failles de sécurité, iels doivent être accompagné-es et formé-es aux bonnes pratiques de sécurité, afin de les appliquer dans leur travail de conception, de code et de maintenance.
