Des questions ? Nous avons les réponses.

Qartivus est une société d'ingénierie logicielle. Nous concevons des plateformes sur mesure, des API, des produits SaaS et des systèmes backend pour des fondateurs, des CTO et des entreprises qui ont besoin d'un logiciel fiable en production pendant des années, pas seulement assez solide pour une démo. Nous travaillons avec des clients en Europe, dans le Golfe et en Afrique du Nord, des startups en phase initiale aux entreprises établies en transformation numérique.

Nous sommes basés en Tunisie. Nous servons nos clients à distance en Europe et dans la région du CCG, sans perte de qualité de communication, tout le travail de projet est documenté en anglais, français ou hongrois, en priorité asynchrone, et organisé selon votre fuseau horaire.

Nous fonctionnons comme un réseau d'ingénierie dirigé par des seniors. Chaque projet est mené directement par un ingénieur senior, de l'architecture à la livraison, avec les spécialistes adaptés à chaque besoin. Vous avez toujours un interlocuteur unique et responsable, pas une succession de visages inconnus.

Oui, systématiquement. Nous signons un NDA avant toute discussion technique. La plupart de notre travail est confidentiel par nature, nous traitons votre codebase, votre architecture et votre logique métier comme sensibles dès le premier jour.

Code Rescue est notre service pour les équipes qui ont hérité ou construit une codebase qu'elles ne peuvent plus faire confiance, code généré par IA, développement précipité ou prestataire précédent disparu. Nous proposons trois niveaux : un audit technique qui documente exactement ce que vous avez et ce que cela vous coûte ; un Rescue Sprint qui stabilise et corrige les problèmes les plus critiques ; et une reconstruction complète lorsque la dette technique est trop profonde. Consultez la page Code Rescue pour plus de détails.

Les deux. Les projets greenfield sont notre préférence, nous aimons concevoir des systèmes sans contraintes héritées. Mais une part importante de notre travail consiste à reprendre et étendre des plateformes existantes. Nous sommes à l'aise avec toute codebase, à condition de pouvoir réaliser un audit sérieux au préalable.

Nous développons des applications Android et iOS ainsi que des applications web mobile-first. Qu'il s'agisse d'une approche native ou web, nous choisissons celle qui convient le mieux aux exigences de votre produit et à sa maintenabilité à long terme.

Oui. Nous travaillons avec un réseau de designers de confiance selon les besoins du projet, UI/UX, identité de marque, ou les deux. Si vous avez déjà un designer ou une charte graphique, nous les appliquons avec précision. Le design n'est jamais une réflexion après coup dans notre processus.

Vous possédez tout, code, documentation, infrastructure. Nous proposons des retainers mensuels pour les équipes qui souhaitent un support technique continu, mais sans verrouillage. Vous pouvez reprendre la codebase et l'exploiter de façon autonome dès le premier jour.

Par un brief écrit. Avant d'écrire la moindre ligne de code, nous alignons le problème, le périmètre, les jalons et la définition de « terminé ». Vous recevez une proposition claire avant le démarrage. Pas de surprises, pas de dérive de scope non convenue par écrit.

Toute la communication passe par notre CEO, qui est aussi le fondateur technique. Vous n'êtes jamais transféré à un chef de projet ou à un account manager, la personne avec qui vous parlez comprend directement votre codebase, votre architecture et votre contexte métier. Priorité à l'asynchrone, avec des mises à jour structurées et des décisions documentées à chaque jalon.

À vous. Toujours. De la première ligne écrite au déploiement final, la propriété intellectuelle est la vôtre. Nous ne conservons aucun droit sur votre codebase, vos données ou votre architecture.

Oui. Le dépôt vous est partagé dès le premier jour. Vous pouvez examiner chaque commit, chaque décision, chaque ligne, cette transparence fait partie de ce que nous entendons par un logiciel que vous possédez vraiment.

Nous traitons le RGPD comme une contrainte d'architecture, pas comme une case légale à cocher. Flux de consentement, export de données, suppression de compte et séparation du consentement marketing sont modélisés dans la couche applicative dès le départ, pas ajoutés à la hâte avant le lancement. Pour les clients dans l'UE et le CCG, nous documentons tous les flux de données et dépendances tierces dans le cadre de la livraison standard.

Oui. Nous collaborons efficacement avec des ingénieurs internes, product managers et designers. Nous nous adaptons à vos outils et workflows existants plutôt que d'imposer les nôtres. La seule exigence non négociable est un brief écrit avant le début du développement, quelle que soit la structure de l'équipe.

Oui, et souvent. Nous traduisons les exigences métier en architecture technique sans exiger que le client connaisse la différence entre une API REST et un schéma de base de données. Ce travail de traduction fait partie de ce que vous payez.

Chaque projet inclut des tests automatisés sur les domaines clés, une revue de code à chaque pull request et des décisions d'architecture documentées. Nous ne livrons pas de code qui n'a pas été lu et compris par un ingénieur senior. Ce n'est pas une procédure que nous suivons, c'est notre façon de travailler.

Oui, toujours. Les tests automatisés ne sont ni optionnels ni un supplément, ils font partie de chaque livraison. Nous couvrons les flux d'authentification, la logique métier centrale, les cas limites et les risques de régression. Vous recevez des rapports de couverture de tests dans le cadre standard de la passation.

La sécurité est conçue dès le départ, pas ajoutée après coup. Limitation de débit, configuration CORS, gestion des identifiants, validation des entrées et contrôle d'accès font partie de l'architecture dès le jour un. Nous suivons les recommandations OWASP et traitons votre modèle de menace comme une exigence de premier ordre, pas comme un sujet à traiter après le lancement.

Non. Noms d'hôtes, schémas internes, configurations de sécurité et détails d'implémentation restent dans la documentation privée de passation. Ce que nous publions publiquement est relu et approuvé par le client avant mise en ligne.

Oui. Nous le faisons régulièrement via Code Rescue. La première étape est toujours un audit technique, nous devons comprendre ce qui existe avant d'étendre ou de réparer de façon responsable. Nous vous dirons honnêtement ce que nous trouvons, y compris si la codebase est irrécupérable et qu'une reconstruction est la seule voie raisonnable.

Nous comprenons pourquoi cette question revient. En bref : la personne avec qui vous parlez est celle qui répond de votre système. Chaque décision d'architecture est documentée et ouverte à votre relecture. Et nous n'acceptons que les projets que nous pouvons réellement livrer, si quelque chose dépasse notre périmètre, nous le disons avant de commencer.

Dans de rares cas, oui. Si nous voyons un potentiel réel, un problème fort, un fondateur crédible et un marché qui vaut la peine d'être adressé, nous sommes ouverts à une conversation sur l'equity dans le cadre de l'accord. Ce n'est pas notre modèle par défaut, mais nous ne l'excluons pas en principe.

Oui. Nous travaillons nativement en anglais et en français, et nous gérons des projets et des communications en hongrois. Notre site est disponible dans ces trois langues pour cette raison précise.