PPax Dev
Étape 02 — construire

On construit votre outil. 2 semaines à la fois.

Sprints courts, démos régulières, paiement échelonné. Vous voyez l'application se construire au fur et à mesure — pas de tunnel, pas de surprise à la livraison. Vous gardez la main sur le périmètre à chaque jalon.

Cycle

2 sem.

Par sprint

Durée totale

1 à 6 mois

Selon le périmètre

Paiement

30 / 40 / 30

3 jalons

Code

Chez vous

Dès le sprint 1

Anatomie d'un sprint

14 jours, un livrable testable, une démo.

Un sprint = une promesse précise tenue en 2 semaines. Pas un mille-feuille de tickets en cours, pas un truc « qui sera prêt bientôt ». Quand on dit fait, c'est en recette, cliquable, testable.

Jour 1

Kick-off de sprint

Visio 30 min : on confirme ce qui rentre dans le sprint, on ajuste s'il y a eu un changement de priorité de votre côté. Vous savez exactement ce qui sera livré à la fin.

Jours 2 à 12

Développement

On code, on teste, on déploie en continu sur l'environnement de recette accessible 24/7. Vous pouvez aller voir l'avancement dès que vous voulez — pas besoin d'attendre la démo.

Jour 7

Point mi-sprint (15 min)

Si tout est nominal, on saute. Si on a vu une difficulté, on vous alerte tôt — pas à la livraison. On propose deux scénarios : étendre d'1 semaine sans surcoût (si c'est notre erreur) ou réduire le périmètre (si c'est un changement de besoin).

Jour 14

Démo + recette

Visio 30-45 min. On vous montre ce qui est livré, vous testez, vous validez (ou pas). Si OK, on planifie le sprint suivant. Si quelque chose cloche, on corrige avant de passer à la suite.

Paiement par jalons

30 / 40 / 30 — vous payez ce qui est livré.

Pas d'appel de fonds avant travail. Chaque jalon est lié à un livrable concret que vous validez. Si on s'arrête après le 1er jalon, vous avez payé 30 % pour 30 % du périmètre livré — fair-play des deux côtés.

30 %

Au démarrage

À la signature, après l'audit. Couvre la phase de cadrage détaillé, la mise en place de l'environnement, le sprint 1.

40 %

À mi-parcours

Après validation d'un jalon fonctionnel intermédiaire — typiquement quand le périmètre minimum est en recette et utilisable.

30 %

À la livraison

Après mise en production réussie et passage des 30 jours de garantie corrections de bugs livraison.

Et si vous voulez stopper en cours ?

Possible après n'importe quel sprint terminé. Vous payez les sprints livrés au prorata, vous récupérez le code et la doc — c'est votre actif. Aucune pénalité, aucune négociation tendue. On préfère qu'on s'arrête bien plutôt qu'on continue mal.

Quand ça dérape

Aucun projet n'est parfait. Voici comment on gère.

  • Un sprint dérape (périmètre sous-estimé)

    On vous prévient à mi-sprint, pas à la livraison. Si c'est notre erreur d'estimation, on étend d'1 semaine sans surcoût. Si c'est un changement de besoin de votre côté, on réduit le périmètre du sprint en cours et on rechiffre la suite.

  • Vous changez d'avis sur une fonctionnalité majeure

    On l'ajoute au backlog, on rechiffre proprement. Le sprint en cours n'est jamais dilué pour intégrer un nouveau besoin — la cohérence du livrable prime.

  • Le projet ne sert finalement à rien

    On préfère le dire que le cacher. Si après 1 ou 2 sprints il devient clair que la solution ne va pas marcher, on s'arrête, on documente ce qu'on a appris, et on remet l'argent restant en escrow.

  • Surprise technique (intégration tordue, perf imprévue)

    On vous explique précisément ce qu'on a découvert, le coût supplémentaire si on continue, et l'alternative possible (workaround acceptable, ou pivot du périmètre).

Le code, c'est le vôtre

Pas de dépendance cachée. Pas de lock-in.

Beaucoup de prestataires gardent le code « chez eux » pour vous capter en maintenance. C'est un modèle commercial valide, ce n'est pas le nôtre.

Dès le sprint 1, vous avez accès en lecture au repo Git. À la livraison finale, vous récupérez l'ensemble du code, de la documentation technique, des credentials d'accès aux services tiers. Un autre prestataire (interne ou externe) peut reprendre l'application sans nous demander la permission — c'est le but.

Ce que vous récupérez

  • Repo Git complet (GitHub privé ou votre instance)
  • Documentation technique (architecture, déploiement, runbooks)
  • Documentation utilisateur (guide d'utilisation final)
  • Schéma de base de données + scripts de migration
  • Credentials des services tiers utilisés (avec rotation préalable)
  • Procédure de déploiement testée
  • Liste des dépendances avec versions exactes

Investissement

À partir de 8 000 € HT.

Le chiffre exact sort de l'audit. Voici les ordres de grandeur les plus fréquents pour calibrer mentalement.

Type de projetBuildDurée
Outil mono-utilisateur, périmètre simple8 000 — 15 000 €4 à 8 semaines
SaaS multi-rôles, 1-2 intégrations20 000 — 40 000 €2 à 4 mois
Plateforme multi-structures, IA appliquée40 000 — 60 000 €3 à 5 mois
Refonte ambitieuse, intégrations multiples60 000 — 100 000 €4 à 6 mois

Tarifs HT en euros. Les phases d'audit (gratuit ou approfondi) et de Run mensuel sont chiffrées séparément.

On démarre toujours par l'audit gratuit.

Pas de devis Build sans cadrage préalable. C'est ce qui nous permet de tenir le périmètre, le délai et le budget jusqu'à la livraison.

Caler l'audit