# Modèles de collaboration et façon de travailler

> La bonne structure dépend du degré de définition du travail. Ce qui ne change pas : le périmètre est écrit d'abord, et vous possédez ce que vous payez.

**URL:** https://www.regenbyte.com/fr/engagements

## Choisissez la forme adaptée au problème.

### Projet à périmètre fixe

Un livrable défini, avec un périmètre convenu, un calendrier par étapes et un prix ferme. Idéal quand ce qu'il faut construire est bien compris avant le démarrage.

**Adapté à:**
- Un nouveau site ou une refonte aux exigences claires
- Une évaluation de sécurité sur un système défini
- Une intégration ou une migration isolée

### Livraison par étapes

Le travail est découpé en étapes cadrées, chiffrées et validées une à une. Chaque étape se termine par quelque chose d'utilisable, et l'orientation peut changer entre elles sans tout renégocier.

**Adapté à:**
- Des plateformes dont les besoins ultérieurs dépendent des constats précédents
- Des budgets débloqués par tranches
- Des projets dont la forme est claire mais pas le détail

### Forfait récurrent

Un accord régulier couvrant maintenance, supervision, mises à jour de sécurité et un volume d'heures d'amélioration chaque mois. Résiliable, votre infrastructure restant dans vos propres comptes.

**Adapté à:**
- Des sites en production qui doivent rester à jour et supervisés
- Des équipes sans capacité d'ingénierie interne
- Des entreprises préférant de petites améliorations continues aux refontes périodiques

### Conseil et revue

Des missions courtes et ciblées : revue technique d'un système existant, second avis sur une architecture, ou évaluation d'une proposition émanant d'un autre prestataire.

**Adapté à:**
- Décider entre construire, acheter ou refondre
- Une due diligence sur une base de code existante
- Obtenir une lecture indépendante avant d'engager un budget

## Ce qui ne varie pas.

- **Un périmètre écrit avant de commencer:** Chaque mission débute par un périmètre écrit indiquant ce qui est inclus, ce qui ne l'est explicitement pas, et ce qui se passe si les besoins changent. Les surprises ont leur place dans la proposition, pas sur la facture.
- **Vous possédez tout:** Code, noms de domaine, hébergement et analytics vous appartiennent, créés dans vos comptes ou transférés à la livraison. Partir doit toujours rester possible ; nous préférons que vous restiez parce que le travail est bon.
- **Pas d'estimations présentées comme des certitudes:** Les délais sont donnés par étapes, avec les dépendances explicitées. Quand une estimation est réellement impossible avant qu'un travail antérieur soit fait, nous le disons plutôt que d'inventer une date.
- **Des constats rapportés honnêtement:** Si une refonte n'est pas justifiée, ou si une fonctionnalité ne rentabilisera pas son coût, nous le disons. Recommander du travail inutile, c'est un gain de court terme contre une relation de long terme.

## Chiffré par mission, pas depuis une grille tarifaire.

Les grilles publiées sont généralement soit vides de sens, soit trompeuses : un même brief peut varier d'un facteur important en charge réelle selon les intégrations, la disponibilité du contenu et ce qu'il faut d'abord démêler dans l'existant. Ce sur quoi nous nous engageons, c'est la façon dont le chiffre est obtenu :

- Un périmètre écrit avant que le moindre montant soit évoqué
- Un découpage par étapes, pour voir ce que coûte chaque partie
- Des exclusions explicites, pour que rien n'arrive plus tard en supplément
- Un processus annoncé pour traiter les changements de périmètre en cours de projet
- Aucun frais pour l'échange de cadrage initial
- Aucun engagement lié à la réception d'une proposition