Questions fréquentes

Parce qu'une solution générique vous fait vivre avec ses compromis. Le sur-mesure devient pertinent dès que vos processus sont spécifiques, que vos équipes perdent du temps à contourner les limites d'un outil générique, ou que votre activité a besoin de quelque chose qu'aucune solution standard ne propose.

Nous vous disons quand une autre approche créerait plus de valeur, même si ce n'est pas ce que vous étiez venu chercher. Challenger une décision n'est pas la contredire, c'est protéger le produit qui portera votre nom.

Oui. L'objectif n'est pas de tout construire d'un coup. Nous privilégions une première version utile, rapidement utilisable et centrée sur les fonctionnalités qui créent le plus de valeur. Rien ne vaut la confrontation au terrain.

Nous commençons par comprendre vos objectifs, vos processus, vos utilisateurs et vos contraintes. Ensuite, nous définissons un périmètre clair, les fonctionnalités prioritaires et une approche réaliste pour avancer.

Non. Les choix techniques dépendent du besoin, du contexte, des contraintes et de l'évolution attendue du projet. La technologie doit servir l'usage, pas l'inverse.

Oui. Nous traduisons les besoins métier en solution concrète, sans vous demander de parler technique. Notre rôle est de vous accompagner afin de résoudre vos problèmes.

Nous concevons des logiciels métier, des applications web et SaaS, des applications mobiles, des CRM, des ERP et des photothèques d'entreprise sur mesure, ainsi que des automatisations et des agents IA. Nous reprenons aussi des applications existantes pour les maintenir et les faire évoluer. Et nous pouvons commencer par une première version, pour avancer par étapes.

Des technologies éprouvées, choisies pour durer. Le plus souvent TypeScript, React et Node.js pour le web, React Native ou Flutter pour le mobile, PostgreSQL pour les données, un hébergement cloud comme AWS, et les modèles d'OpenAI, d'Anthropic ou de Mistral pour l'IA. Nous reprenons aussi des applications en PHP ou en .NET. Le choix final dépend de votre projet, et nous vous l'expliquons.

Une première version utile se compte en semaines, pas en mois. Ensuite, nous livrons par étapes courtes, chacune chiffrée et validée avec vous, si bien que la durée totale dépend de ce que vous décidez d'ajouter. Le planning de la première étape est posé dès le cadrage.

Vous échangez directement avec les personnes qui construisent votre produit, sans intermédiaire. Nous faisons un point régulier, vous testez une version réelle à chaque étape, et chaque décision importante est validée avec vous avant d'être mise en œuvre.

Oui. Après la mise en ligne, nous assurons la maintenance corrective, les mises à jour de sécurité et les évolutions, dans un cadre écrit ensemble. Vous pouvez aussi reprendre la main à tout moment, puisque le code et la documentation sont à votre nom.

Selon le périmètre, la complexité et les délais attendus. Nous ne chiffrons pas un projet entier d'un coup, mais une première étape arbitrée avec vous, à prix fixe, qui dit ce qui est inclus et ce qui attend l'étape suivante.

Oui. Nous ne parlons d'un projet client qu'avec son accord, et nous pouvons signer un accord de confidentialité avant même d'entrer dans le détail de votre idée.

Parce que ceux qui vous conseillent sont ceux qui construisent. Nous commençons par une première version utile plutôt que par des mois de spécifications, nous vous disons quand une autre solution serait meilleure, même si ce n'est pas un développement, et le code comme les accès restent à votre nom.

Oui, comme un assistant. Elle nous aide à écrire, relire et tester le code plus vite, et chaque ligne produite est relue par un développeur et vérifiée par des tests automatisés. Le temps gagné vous revient, la responsabilité du code reste la nôtre.

Oui. Dokosio est installé à Orbey, en Alsace, et nous accompagnons des entreprises de toute la France. Dès qu'une rencontre apporte quelque chose, pour cadrer un projet ou faire un point en personne, nous nous déplaçons dans vos locaux.

Un site web présente votre activité et se lit. Une application web se manipule, elle demande des comptes utilisateurs, des droits, des données qui changent en permanence et une logique métier derrière l'écran. La question à se poser n'est pas laquelle est la plus moderne, mais si vos utilisateurs viennent lire ou viennent travailler.

Le coût dépend du nombre de rôles à gérer, du volume de données, des connexions à vos outils existants et du niveau de sécurité attendu. Nous ne publions pas de grille tarifaire, parce qu'un chiffre affiché sans périmètre ne veut rien dire. Le formulaire de contact propose des tranches de budget, et nous vous disons franchement si la vôtre est réaliste pour ce que vous voulez construire.

Une première version réellement utilisable se construit en général en quelques semaines. Nous livrons par étapes chiffrées plutôt qu'en une seule fois, pour que vos utilisateurs se servent de l'application avant qu'elle ne soit complète et que leurs retours orientent la suite.

C'est même la seule façon raisonnable de s'y prendre. Nous construisons dès le départ une architecture qui accepte plusieurs organisations, plusieurs rôles et davantage d'utilisateurs, puis nous n'activons que ce dont vous avez besoin maintenant. Ajouter un module plus tard ne demande alors pas de tout réécrire.

Sur une infrastructure cloud européenne, sur des comptes qui vous appartiennent. Les accès sont cloisonnés par rôle, les sauvegardes sont testées et non simplement programmées, et le traitement des données personnelles est documenté pour répondre au RGPD.

Oui pour les pages qui ont vocation à être trouvées, comme votre page publique ou votre espace de contenu. Nous construisons ces pages avec les fondamentaux du référencement, une structure claire, un rendu côté serveur et un temps de chargement mesuré. De plus en plus de vos futurs clients cherchent aussi via ChatGPT ou Perplexity, donc nous appliquons la même rigueur pour que vos pages restent lisibles et citables par ces outils.

Quand il est devenu critique pour l'entreprise. Plusieurs versions circulent, les mêmes données sont ressaisies ailleurs, une seule personne comprend le fichier, ou une erreur de formule a déjà coûté cher. À ce stade, le tableur freine plus qu'il n'aide.

Oui. Nous commençons par un état des lieux de ce qui existe, puis nous le fiabilisons et le faisons évoluer par étapes. Une réécriture complète n'est proposée que lorsque nous pouvons expliquer pourquoi.

Oui. Nous relions votre logiciel à votre CRM, votre ERP, votre comptabilité ou votre messagerie par leurs API, pour qu'une information saisie une fois circule partout où elle sert. Quand un outil n'offre pas d'API, nous cherchons avec vous la solution la plus fiable.

Une première version utile se construit en général en quelques semaines, pas en quelques mois. Nous préférons livrer quelque chose d'utilisable rapidement et le faire évoluer avec vos retours, plutôt que de viser une version parfaite dès le départ.

Nous accompagnons la prise en main au moment du déploiement, avec vos équipes, pas juste avec un document remis à la fin. Un outil que personne ne sait utiliser n'a aucune valeur, même parfaitement codé.

Le prix dépend du nombre de processus couverts, des utilisateurs à gérer et des outils à connecter, donc nous ne publions pas de tarif fixe. Ce que nous pouvons dire avant même de chiffrer, c'est ce que votre fonctionnement actuel vous coûte en heures perdues chaque mois. C'est ce chiffre qui décide si un développement sur mesure est rentable pour vous.

CRM signifie Customer Relationship Management, gestion de la relation client en français. C'est l'outil qui centralise ce que l'entreprise sait de ses clients et prospects, les échanges, les devis, les commandes et les relances à faire. Son but est que l'information ne dépende plus de la mémoire ou de la boîte mail d'un commercial.

Le CRM opérationnel automatise le quotidien, la prospection, le suivi des ventes et le service client. Le CRM analytique exploite les données pour comprendre et prévoir, par exemple les ventes à venir ou les clients sur le départ. Le CRM collaboratif partage l'information entre les équipes qui parlent au même client. Un CRM sur mesure combine les trois dans la proportion dont vous avez besoin.

Un CRM du marché convient très bien quand votre cycle de vente ressemble à celui qu'il a prévu. Le sur-mesure devient pertinent quand votre façon de vendre est spécifique, quand l'outil doit dialoguer étroitement avec votre ERP ou votre logiciel métier, ou quand le coût des licences grandit plus vite que l'équipe. Nous vous disons lequel des deux vous convient, même si la réponse n'est pas un développement.

Le prix dépend des processus couverts, des outils à connecter et des données à reprendre. Nous ne chiffrons pas une liste de fonctionnalités, nous chiffrons une première version arbitrée avec vous, et vous recevez une proposition à prix fixe. Le code vous appartient, il n'y a donc pas de licence à payer pour chaque nouvel utilisateur.

Oui. La reprise des données fait partie du projet, ce n'est pas une option. Nous récupérons vos contacts, vos historiques et vos affaires en cours, nous les nettoyons des doublons, et vous vérifiez le résultat avant la mise en service.

Oui, et c'est souvent ce qui justifie le sur-mesure. Messagerie, agenda, téléphonie, outil de devis, facturation ou ERP, nous le relions à ce que vous utilisez déjà, dès lors que ces outils le permettent. Une information saisie une fois devient visible partout où elle sert.

ERP signifie Enterprise Resource Planning, progiciel de gestion intégré en français. C'est le logiciel qui réunit les fonctions de gestion de l'entreprise, achats, stocks, ventes, production et facturation, autour d'une seule base de données. Une information saisie une fois est juste partout où elle sert.

Une seule version des chiffres, moins de ressaisie, moins d'erreurs, et des décisions prises sur l'activité du jour plutôt que sur l'export de la semaine dernière. Un ERP rend aussi l'entreprise moins dépendante de la seule personne qui savait où trouver l'information.

Un ERP du marché est un bon choix quand vos processus sont proches de ceux qu'il a prévus et que vous acceptez de vous adapter à lui. Le sur-mesure se justifie quand votre façon de travailler fait votre différence, quand le paramétrage atteint ses limites, ou quand vous n'avez besoin que de quelques modules parfaitement adaptés. Nous vous aidons à trancher, même si la réponse n'est pas un développement.

Le prix dépend du nombre de modules, des outils à connecter et des données à reprendre. Comme nous avançons module par module, vous ne financez pas tout d'un coup. Chaque étape fait l'objet d'une proposition à prix fixe, qui dit ce qui est inclus et ce qui attend l'étape suivante.

Cela dépend du nombre de processus à couvrir. Mais parce que nous avançons module par module, vous n'attendez pas la fin du projet. Le premier module est en service pendant que nous construisons le suivant, et vos équipes l'utilisent déjà.

Oui, s'il fait bien une partie du travail. Nous pouvons construire uniquement les modules qui manquent et les relier à l'ERP existant, ou le remplacer progressivement, fonction par fonction. Nous ne proposons un remplacement complet que lorsque nous pouvons expliquer pourquoi.

DAM signifie Digital Asset Management, gestion des ressources numériques en français. C'est la photothèque centrale de l'entreprise, qui range les photos, vidéos, logos et documents de marque avec leurs métadonnées, leurs versions et leurs droits d'usage. Son but est que chacun retrouve le bon fichier, dans la bonne version, sans avoir à le demander.

Le PIM gère les informations produits, les caractéristiques, les descriptions et les traductions. Le DAM gère les médias, les photos, les vidéos et les fichiers de marque. Le premier dit ce que vous vendez, le second montre à quoi cela ressemble. Les deux se complètent souvent, et un DAM sur mesure peut être relié à votre PIM ou à votre ERP.

Un DAM du marché convient bien quand vos besoins ressemblent à ceux qu'il a prévus. Le sur-mesure devient pertinent quand vos médias suivent des règles propres à votre métier, quand le DAM doit dialoguer étroitement avec votre ERP, votre PIM ou votre site, ou quand le coût des licences grandit avec le nombre d'utilisateurs et de partenaires. Nous vous disons lequel des deux vous convient, même si la réponse n'est pas un développement.

Le prix dépend du volume de médias, des outils à connecter et des usages à couvrir, comme la recherche, les droits, le portail partenaires ou la déclinaison des formats. Nous chiffrons une première version arbitrée avec vous, à prix fixe. Le code vous appartient, il n'y a donc pas de licence à payer pour chaque nouvel utilisateur ou partenaire.

Oui. La reprise des médias fait partie du projet. Nous récupérons vos fichiers depuis vos serveurs, vos dossiers partagés ou votre ancien outil, nous conservons les métadonnées qui existent, nous signalons les doublons, et vous vérifiez le résultat avant la mise en service.

Chaque média porte ses conditions d'usage, qui peut l'utiliser, sur quels supports et jusqu'à quelle date. Le DAM prévient avant l'expiration d'un droit et retire le fichier des téléchargements une fois la date passée. Vos équipes ne publient plus une photo dont la licence a expiré sans le savoir.

Oui, quand l'usage l'exige. Les données utiles sont gardées sur le téléphone, la saisie reste possible sans connexion, et tout se synchronise au retour du réseau. C'est indispensable pour des techniciens en sous-sol ou des équipes en zone blanche, et cela se prévoit dès la conception.

Ça dépend de vos besoins. Certaines applications doivent être publiées sur les stores, d'autres fonctionnent très bien directement dans un navigateur, sans installation. Nous choisissons l'approche en fonction de vos utilisateurs, pas par principe.

Une application web fonctionne dans un navigateur, sur ordinateur comme sur téléphone, sans rien installer. Une application mobile s'installe depuis un store et peut accéder à des fonctions spécifiques de l'appareil comme le GPS ou les notifications. Le bon choix dépend de l'usage, pas de la mode.

Une application mobile coûte ce que coûtent ses fonctionnalités, son besoin de fonctionner hors ligne et sa publication sur deux plateformes. Développer une seule base de code pour iOS et Android réduit fortement la facture, à la construction comme à la maintenance. Nous chiffrons après le cadrage, jamais avant, et nous vous disons quand une application web suffirait.

Nous partons de ce que l'application doit faire sur l'appareil. Pour la grande majorité des usages métier, React Native ou Flutter donnent une seule base de code pour iOS et Android, avec des performances indiscernables pour l'utilisateur. Le natif reste justifié quand l'application exploite intensivement le matériel, par exemple du traitement vidéo ou du Bluetooth avancé.

Nous, si vous le souhaitez. Apple et Google font évoluer leurs règles et leurs systèmes chaque année, et une application qui n'est pas suivie finit par être retirée des stores ou par cesser de fonctionner sur les appareils récents. Le suivi des versions fait partie de l'accompagnement que nous proposons après la mise en ligne.

Tout ce qui est répétitif, basé sur des règles claires, et qui ne demande pas de jugement humain à chaque fois. Ressaisie de données, envoi de documents, rapprochements entre systèmes, alertes. Si vous pouvez décrire la règle, il y a de bonnes chances qu'on puisse l'automatiser.

Notre objectif est de retirer les tâches répétitives, pas les personnes. Dans la quasi-totalité des projets que nous menons, l'automatisation libère du temps pour que vos équipes se concentrent sur ce qui demande vraiment un humain, la relation client, le jugement, la décision.

Souvent quelques semaines après la mise en production, dès que le volume de tâches automatisées devient significatif. Nous privilégions toujours les automatisations à fort impact immédiat avant celles qui sont seulement intéressantes sur le papier.

Une règle fixe coûte moins cher, tombe moins souvent en panne et donne toujours le même résultat. Tant que votre besoin s'écrit sous forme de règle, c'est la bonne réponse. L'IA devient pertinente quand l'information arrive en langage naturel ou sous une forme jamais identique, par exemple un courrier, une facture d'un fournisseur inconnu ou une demande client à trier.

Pas sans votre accord explicite. Selon la sensibilité de vos données, nous utilisons des offres professionnelles qui n'entraînent pas les modèles sur vos contenus, un hébergement européen, ou un modèle exécuté sur votre propre infrastructure. Ce choix se décide au cadrage et il est écrit noir sur blanc avant la première ligne de code.

Oui, et c'est le cas le plus fréquent. Nous connectons ce que vous utilisez déjà, votre CRM, votre ERP, votre messagerie ou vos tableurs, pour supprimer la ressaisie entre eux. Remplacer un outil est une décision séparée, qui se prend pour ses propres raisons et pas comme effet de bord d'une automatisation.

Un agent IA est un programme qui s'appuie sur un modèle de langage pour accomplir une tâche en plusieurs étapes. Il comprend une demande, décide des actions à mener, utilise vos outils pour les exécuter et rend compte de ce qu'il a fait. Là où un assistant répond, un agent agit.

Un chatbot converse. Il répond à des questions, souvent à partir d'un script ou d'une base de connaissances. Un agent IA va plus loin, il consulte votre CRM, crée un ticket, prépare un devis ou met à jour une fiche. Il agit dans votre système d'information, dans les limites que vous lui fixez.

Il y a deux coûts, la construction de l'agent et son fonctionnement, qui dépend du volume de tâches traitées et du modèle d'IA utilisé. Nous mesurons d'abord ce que la tâche vous coûte aujourd'hui, puis nous chiffrons la construction à prix fixe. Vous comparez les deux avant de décider.

Oui, comme une personne ou comme n'importe quel logiciel. C'est pourquoi nous limitons ce qu'il peut faire, nous enregistrons chacune de ses actions et nous plaçons une validation humaine partout où une erreur coûterait cher. Un agent bien conçu sait aussi reconnaître quand il n'est pas sûr, et passe alors la main.

Uniquement à celles dont sa mission a besoin, avec les mêmes droits qu'un collaborateur qui ferait ce travail. Le choix du modèle d'IA et de son hébergement se fait au cadrage, selon la sensibilité de vos données, et il est écrit noir sur blanc avant la première ligne de code.

Celles qui reviennent souvent, qui demandent de lire et de trier plutôt que d'inventer, et dont le résultat se vérifie facilement. Qualifier des demandes, extraire les informations d'un document, préparer une réponse que quelqu'un relit. Nous commençons par une seule mission, mesurée, avant d'en ajouter une autre.

C'est le fait de confier à un logiciel les étapes répétitives d'un processus métier, comme une saisie, le passage d'une information d'un outil à l'autre ou l'envoi d'un rappel. Le principe tient en une phrase. Quand tel événement se produit, telle action se déclenche. Vos équipes gardent les décisions, le logiciel prend en charge la mécanique.

L'automatisation par règles exécute toujours la même action dans la même situation, c'est la plus fiable et la moins chère. La RPA imite les clics d'un utilisateur dans un logiciel qui n'offre pas d'autre accès. L'automatisation avec IA traite ce qu'une règle ne sait pas décrire, comme lire un email ou classer un document. Nous choisissons la plus simple qui fait le travail.

Ceux qui reviennent le plus souvent, suivent des règles claires et coûtent le plus de temps cumulé. Nous cartographions le processus tel qu'il se déroule vraiment, nous mesurons le temps qu'il consomme, puis nous automatisons l'étape qui rapporte le plus. Les suivantes viennent quand la première a fait ses preuves.

Cela dépend du nombre d'étapes, des outils à relier et de la part d'IA nécessaire. Nous mesurons d'abord ce que le processus vous coûte aujourd'hui, puis nous chiffrons l'automatisation à prix fixe. Vous comparez les deux avant de décider.

Elle vous prévient. Chaque flux que nous construisons est supervisé, et une erreur déclenche une alerte plutôt qu'un silence. Les opérations en échec sont conservées pour être relancées une fois le problème corrigé, et vos équipes peuvent toujours reprendre la tâche à la main en attendant.

Oui, une automatisation a besoin de données numériques pour fonctionner. Si une partie du processus vit encore sur papier ou dans des fichiers dispersés, nous commençons par la numériser, parfois avec un outil métier simple. C'est souvent à ce moment que le processus se simplifie, avant même d'être automatisé.

MVP signifie Minimum Viable Product, produit minimum viable en français. C'est la première version d'un produit qui contient juste ce qu'il faut pour être utilisée par de vrais utilisateurs, et vérifier qu'elle leur apporte de la valeur. Nous préférons parler de première version utile, parce que minimum ne veut pas dire bâclé.

Un POC, ou preuve de concept, vérifie qu'une idée est techniquement faisable. Il n'est pas fait pour être utilisé. Un MVP vérifie que le produit est utile, en le mettant entre les mains de vrais utilisateurs. Quand un point technique fait douter de tout le projet, nous commençons par le lever, puis nous construisons la première version sur des bases saines.

Tout dépend du périmètre, et c'est précisément ce que le cadrage sert à réduire. Une première version bien arbitrée se compte en semaines, pas en mois. Si la date de lancement recule à chaque réunion, c'est souvent le signe que le périmètre grossit et qu'il faut trancher.

Le prix dépend du périmètre, de la complexité et des délais attendus. Nous ne chiffrons pas une liste de fonctionnalités, nous chiffrons une première version arbitrée avec vous. Vous recevez une proposition à prix fixe, qui dit ce qui est inclus et ce qui est volontairement reporté à la version suivante.

Oui. Nous construisons la première version sur les mêmes fondations qu'un produit durable, pas comme un prototype à jeter après validation. Le code et les comptes sont à votre nom dès le départ, et la documentation permet à une équipe compétente de le reprendre, que ce soit la nôtre ou une autre.

Non. Un cahier des charges détaillé fige souvent des choix avant d'avoir appris quoi que ce soit. Nous partons de votre problème, de vos futurs utilisateurs et de ce que vous devez prouver, puis nous écrivons ensemble le périmètre de la première version.

La tierce maintenance applicative, ou TMA, consiste à confier la maintenance et l'évolution d'une application à un prestataire extérieur. Concrètement, nous corrigeons les anomalies, maintenons la sécurité et les dépendances à jour, et faisons évoluer le produit avec vos équipes. Ce que nous y ajoutons, c'est que ceux qui interviennent ont lu votre code.

La maintenance corrective répare ce qui ne fonctionne pas. La maintenance préventive traite les risques avant qu'ils ne deviennent des pannes, comme une dépendance obsolète ou une sauvegarde jamais testée. La maintenance évolutive ajoute ou adapte des fonctionnalités. Nous les séparons dès le départ, pour que vous sachiez ce qui est inclus et ce qui fait l'objet d'une proposition.

La dette technique, ce sont les raccourcis pris hier qui ralentissent chaque modification aujourd'hui. Du code copié plutôt que factorisé, des dépendances jamais mises à jour, des tests abandonnés. Elle ne se voit pas à l'écran, elle se voit dans le prix et le délai de chaque évolution. La réduire progressivement fait partie de la maintenance préventive.

Oui, c'est même le cas le plus fréquent. Le prestataire d'origine n'est plus joignable, ou la personne qui avait construit l'outil est partie. Nous commençons par un état des lieux écrit du code, de l'infrastructure et des risques, puis nous récupérons les accès à votre nom avant de modifier quoi que ce soit.

Presque jamais. Une application qui rend service porte des années de décisions métier, et les jeter avec le code coûte cher. Nous sécurisons l'existant, puis nous le modernisons par étapes. Nous ne proposons une réécriture que lorsque nous pouvons expliquer pourquoi, partie par partie.

C'est plus courant qu'on ne le croit, et c'est la première chose que nous réglons. Nous dressons l'inventaire du dépôt, des serveurs, des noms de domaine et des services tiers, puis nous les transférons à votre nom en vérifiant que chaque accès fonctionne réellement. Vous savez enfin ce que vous possédez.

C'est le cadre de la maintenance dans la durée. Il fixe ce qui est inclus, les délais de prise en charge selon la gravité d'un incident, ce qui relève d'une correction ou d'une évolution, et la façon dont un dépassement est facturé. Nous l'écrivons avec vous après l'état des lieux, quand nous savons réellement ce que nous reprenons.

Non. Chaque projet dépend de son périmètre, de sa complexité et de ses objectifs. Le budget est abordé uniquement dans le formulaire de contact et lors de l'échange de cadrage.

Oui, une publique à ce jour. Notre client RHZ Transport nous a laissé un avis cinq sur cinq sur codeur.com pour le développement de sa solution métier sur mesure. Un second client préfère rester confidentiel. Nous montrerons d'autres projets à mesure que nos clients nous y autorisent, plutôt que de fabriquer des preuves.

Chaque projet est différent, donc nous ne donnons pas un chiffre unique. Le formulaire de contact propose plusieurs tranches, de moins de 5 000 € à plus de 50 000 €, pour vous aider à vous situer. Indiquez la vôtre, nous vous dirons honnêtement si elle est réaliste pour ce que vous voulez construire.

Nous chiffrons et validons chaque étape avant de la commencer, pas le projet entier d'un coup. Si un imprévu apparaît en cours de route, nous vous le disons immédiatement et nous décidons ensemble de la suite, vous n'apprenez jamais un dépassement après coup.

À vous. Le dépôt de code, les comptes d'hébergement, les noms de domaine et les données sont à votre nom dès le départ, et la documentation vous permet de confier la suite à une autre équipe si vous le souhaitez.

Vous repartez avec tout. Le code, les accès et la documentation sont déjà à votre nom, et nous organisons la passation avec l'équipe qui prend le relais. Nous préférons que vous restiez parce que le travail vous convient, pas parce que partir serait compliqué.