Ce qu'on nous demande
avant de démarrer.
Les vraies questions : budget, délais, propriété du code, implication, maintenance. Sans langue de bois.
Avant de démarrer
Comment savoir si vous êtes les bons pour notre projet ?
On travaille sur des projets retail, logistique et commerce avec des contraintes métier réelles : là où les solutions SaaS génériques ne suffisent pas. Si vous avez des besoins spécifiques que Shopify, PrestaShop ou Odoo ne couvrent pas, on est probablement les bons. Si un outil standard fait le job, on vous le dira honnêtement.
Est-ce qu'on peut vous contacter même si le projet n'est pas encore bien défini ?
C'est même préférable. On fait du cadrage en amont : c'est une partie de notre travail. Venez avec un problème, pas forcément avec une solution. On pose les bonnes questions et on vous aide à formaliser le besoin.
Travaillez-vous avec des startups ou uniquement des PME/ETI ?
Principalement des PME et ETI avec des besoins métier complexes. Les startups en phase de validation d'idée ne sont pas notre cœur de cible : notre approche sur-mesure a un coût qui se justifie sur des projets avec de vrais enjeux opérationnels.
On a déjà un prestataire. Pouvez-vous intervenir en complément ?
Oui. On peut intégrer nos développeurs dans une équipe existante, reprendre un projet en cours, ou travailler sur un périmètre distinct. On s'adapte à votre organisation.
Budget & délais
Quels sont vos tarifs ?
On travaille en régie (taux journalier) ou en forfait selon le projet. Le forfait est possible sur des périmètres bien définis. Pour les projets évolutifs, la régie est plus honnête. On vous communique une estimation claire après le cadrage, jamais avant d'avoir compris le projet.
Que se passe-t-il si le périmètre change en cours de route ?
On ajuste le backlog avec vous, on repriorise et on vous donne une nouvelle estimation. Tout changement de périmètre est discuté et validé ensemble avant d'être développé. Pas de mauvaises surprises en fin de projet.
Développement & livraison
Comment se passent les sprints et les points d'avancement ?
On travaille en sprints de 1 à 2 semaines avec une démo systématique à la fin de chaque sprint. Vous avez accès à l'environnement de recette dès le premier sprint. Les échanges se font sur votre canal habituel : vous voyez le projet avancer en temps réel, pas seulement à la livraison finale.
Combien de temps devrons-nous y consacrer pendant le projet ?
En phase de cadrage : 2 à 4 demi-journées. En développement : une revue de sprint par semaine (environ 1h). En recette : quelques jours avec vos équipes pour tester sur des cas métier réels. On ne vous prend pas pour une ressource illimitée, mais votre implication conditionne la qualité du résultat.
Livrez-vous le code source ? Est-ce qu'on garde la propriété ?
Oui, intégralement. Le code source vous appartient dès la livraison. On vous remet les accès aux dépôts, à l'infrastructure et à toute la documentation. Vous n'êtes pas dépendants de nous pour faire évoluer votre outil.
Faites-vous des tests avant de livrer ?
Oui : tests automatisés sur les parties critiques (calculs, flux de commandes, intégrations), tests manuels sur les parcours utilisateurs, et recette métier avec vos équipes avant la mise en production. On ne livre pas du code non testé.
Maintenance & suivi
Que se passe-t-il après la mise en production ?
On met en place le monitoring applicatif dès le jour 1 : alertes, logs, métriques de performance. On reste disponibles pour les bugs post-lancement et on propose un suivi structuré : bilan mensuel, réponse rapide en cas d'incident, évolutions planifiées avec vous.
Proposez-vous des contrats de maintenance ?
Oui. On peut intervenir en régie sur du temps réservé chaque mois (maintenance, évolutions, support), ou à la demande selon les besoins. On discute du bon format selon votre projet et votre rythme d'évolution.
Quel est votre délai de réponse en cas de bug en production ?
Sous 4h pour les bugs bloquants en production, en semaine. Pour les incidents critiques (plateforme e-commerce hors ligne, pipeline de traitement bloqué), on traite en priorité absolue.
Peut-on faire évoluer le projet après la livraison ?
C'est prévu dès le départ. On conçoit les architectures pour être évolutives. Les évolutions se font en reprenant le backlog avec vous : priorisation, estimation, développement en sprint. Pas besoin de recommencer de zéro.
Votre question n'est pas dans la liste ?
Écrivez-nous directement. On répond sous 4h en semaine, sans formulaire de qualification à rallonge.