Utilisé par 600+ petites agences et studios

Livre plus.
Sans repartir
de zéro zéro.

Transforme les briefs en livrables clients en quelques jours, pas en sprints. Réutilise tes patterns sur chaque mission — auth, billing, dashboards, admin, flows à rôles — et livre un repo React + Tailwind propre dont ton client est propriétaire.

Lance un projet gratuit Comment les studios l'utilisent

Previews client en marque blanche Workspace templates réutilisables Handoff vers le GitHub du client dès le premier jour

Brief · Mira & CoProyecta · Client preview

v3.2

Clients

Mira & Co · Portal

Northwind · Booking

Riverbend · CMS

Beam Gym · App

Kit de studio

Auth · réutilisable

Billing · réutilisable

Rôles · réutilisable

Tokens Mira

Brief · PDFdoc

Mira & Co
Portail client

Validé5 pages

En cours · acme.previewLIVE

Bienvenue,
équipe Mira

Projets actifs23

Factures payées$48k

Tickets ouverts+ 4 nouveaux

Nouveau projetFiltrer

Review clientlive

3 commentaires à résoudre

Mira a laissé du feedback sur le dashboard.

Ouvrir le thread

Handoff · GitHubrepo

Pushé vers le client

acme/portal
main·v1.0

React + Tailwind. Le client possède le repo.

Voir le commit

Brief in Kit réutilisable Handoff du repo

Ce que les studios livrent aux clients

Portail client

Microsite marketing

Admin interne

Réservations + planning

Storefront / commerce

Plateforme en marque blanche

Pourquoi les petites agences basculent

Arrête de facturer du boilerplate.
Livre enfin l'idée.

Chaque projet commence pareil : auth, billing, dashboards, admin. Et c'est ensuite que le vrai boulot démarre. Proyecta te donne cette base en un après-midi — pour que la mission se dépense sur ce qui est unique au client.

Jour 1

Vraie ossature

Auth, billing, rôles, admin — câblés avant même d'ouvrir Figma.

Par client

Workspace

Un kit de studio, beaucoup de workspaces clients. Les tokens changent par marque, les composants restent.

100 %

À toi

Repo React + Tailwind + Postgres propre, exportable vers le GitHub du client.

White

Label

Enlève le chrome, héberge le preview sur ton domaine. Donne l'impression d'être de bout en bout à toi.

Les états que les clients ressentent vraiment

Les questions que les clients posent
avant qu'ils ne valident.

« À quoi ça ressemble sans données ? » « Que voit mon staff ? » « Et si l'upload échoue ? » Montre-leur, ne promets pas. Clique sur un état — regarde le prototype réagir.

Défaut · Mira · admin

live

Portail Mira · Q2admin

Projets actifs23

Factures payées$48,200

Tickets ouverts14

En retard2 éléments

Essaie un état

Au-delà d'un starter repo

Un kit de studio, pas
du boilerplate.

Réutilise les patterns dont chaque client a besoin. Re-skinne-les, re-thème-les, re-shape-les par mission — le kit de studio grandit avec chaque projet au lieu d'être réécrit.

Briques réutilisables.

Auth, billing, dashboards, admin, flows à rôles. Sauve-les une fois en workspace templates — et ressors-les au début de chaque nouvelle mission client.

Auth + billing drop-in
Design tokens par client
Des templates qui restent à toi

Des previews compréhensibles côté client.

Envoie à ton client une vraie URL, pas un Loom. Ils cliquent, ils commentent, ils valident sur place. Marque blanche le preview avec leur domaine pour que la conversation porte sur le travail, pas sur l'outil.

Domaines de preview en marque blanche
Commentaires inline + validations
Liens de review protégés par mot de passe

Handoff propre à la fin.

Ton client possède un vrai repo React + Tailwind dès le premier jour. Pas de runtime propriétaire, pas de "maintenant il faut migrer". Quand la mission se termine, tu transfères le repo et c'est plié.

Push direct vers le GitHub du client
React + Tailwind + Postgres standard
Retainer optionnel pour continuer

Colle à la marque de chaque client

Leurs tokens.
Ton kit. Par projet.

Thèmes par workspace, un par client. Dépose leurs couleurs, leur typo, leurs espacements — ton kit de studio se re-skinne tout seul. D'une mission à la suivante, sans rebuild.

Workspace · Mira & Co

Sync il y a 4 min · brand kit client · 41 tokens

--color-brand-violet

#8454DB

brand.violet

--color-accent-pink

#F472B6

accent.pink

--color-success

#10B981

semantic.ok

--color-fg

#0F1024

text.primary

--color-bg-page

#FAFAFB

surface.page

--font-display

Sora · 48 / 700

type.h1

--font-body

Manrope · 16 / 400

type.body

--radius-card

14px

radius.lg

--space-section

64px

space.2xl

--shadow-elev-2

glow violet

shadow.lg

Pushé vers acme/portal · le client possède le repo

Voir sur GitHub

Rôles pour les missions clients

Toi. Ton client. Ses
utilisateurs finaux.

Accès studio pendant que tu construis. Review client pendant que ça avance. Rôles utilisateur finaux modélisés dans l'app elle-même. Trois couches, une mission.

Studio

Toi et ton équipe · accès build complet

Éditer code et schémas
Re-skinner par client
Push vers GitHub
Sauver des templates réutilisables
Transférer la propriété au handoff

Reviewer client

Parties prenantes · commenter + valider

Voir le preview live
Laisser des commentaires inline
Valider les jalons
Éditer le code
Voir ton kit de studio

Utilisateur final

Modélisés dans l'app du client

Utiliser l'app comme prévue
Tester flows heureux et malheureux
Comportement selon les permissions
Voir le chrome de preview
Toucher à ton studio

Du brief au handoff

Une mission complète,
sur un seul rail.

Brief, kickoff, build, review, validation, handoff. Fais tourner chaque projet sur la même ossature prévisible — et réutilise-la pour le client suivant sans réinventer la roue.

Étape 01 · jour 0

Brief in

Dépose le PDF, le Loom, le Notion. Proyecta en fait un workspace + checklist de scope.

Scope extrait auto

Étape 02 · jour 1

Re-skinne le kit

Importe les tokens du client. Le kit de studio se re-thème — auth, billing, dashboards déjà à la marque.

Tokens appliqués

Branch · forfait ou retainer ?

Choisis la forme de mission

Forfait fixe → planning de jalons. Retainer → sprint board glissant. Même kit, deux rythmes.

54 / 46 split

Étape 03 · jour 3

Preview client en live

L'URL en marque blanche part au client. Ils cliquent, commentent, valident sur place.

Validations inline

Étape 04 · build

Construis l'unique

Saute le boilerplate. Dépense la mission sur ce que le client paie vraiment.

2–3× plus rapide

Étape 05 · validation

Handoff & propriété

Le repo passe sur le GitHub du client. Retainer optionnel pour rester dans la boucle.

Repo → client

Étape linéaireBranch / forkmission médiane · 4,2 semaines du brief au handoff

Face aux autres

Les builders génériques ne
respectent pas le travail client.

Wix et Squarespace font des sites marketing. Les builders IA génériques te font repartir de zéro à chaque fois. Proyecta est pensé pour la vraie façon dont les studios travaillent — kits réutilisables, previews en marque blanche, handoff propre à celui qui prend la suite.

Fonctionnalité

Wix / Squarespace

Builder IA générique

Proyecta

Réutiliser le travail entre clients

Un site à la fois

Repartir de zéro

Kit de studio + templates

Design tokens par client

Sélecteur de thème

Restyling manuel

Thèmes par workspace

Preview client en marque blanche

Leur domaine, leur marque

Branding du builder

À toi ou à ton client

Auth, billing, apps à rôles

Marketing seulement

Un peu de support

Intégré

Handoff vers le GitHub du client

Verrouillé

Transfert du repo, dès le premier jour

Stack

Propriétaire

React · Tailwind · Postgres

À quoi ressemble une mission

Brief lundi.
Preview vendredi.

Une mission, de bout en bout·Brief → preview → handoff · Aucune nouvelle embauche requise

Lundi le brief arrive. Tu ouvres ton kit de studio, tu échanges les tokens du client, tu déposes leur contenu. Vendredi ils cliquent dans un vrai preview sur ton domaine — pas un Figma, pas un PDF. Le feedback de validation est plus net. Le handoff, c'est un repo propre sur leur GitHub.

Un workflow studio Proyecta

Pensé pour les studios qui prennent plus, recrutent moins

Brief

Le kit de studio monte un nouveau workspace client

Preview

Cliquable, sur ton domaine, protégé par mot de passe

Validation

Vrai feedback produit, pas du squint sur Figma

Handoff

Repo React + Tailwind propre sur le GitHub du client

Pourquoi c'est différent

Trois choses que Proyecta refuse d' être.

Ton kit de studio, vivant à travers les missions.

Mets l'auth à jour une fois. Chaque mission client future en hérite. Tokens, composants, flows de billing — les parties que tu réutilises restent réutilisables, pas des forks vieillots d'un starter vieillot.

Le kit reste vivant

Un principe Proyecta

Le client possède le repo. Tu gardes la marge.

Push vers le GitHub du client à n'importe quel jalon. React + Tailwind + Postgres standard — s'ils te quittent, ils peuvent recruter n'importe quel front-end. Tu factures la vitesse, pas le lock-in.

Pas de taxe de lock-in

Un principe Proyecta

Preview au jour trois. Validation vendredi.

Les clients cliquent dans un vrai preview au lieu de plisser les yeux sur Figma. Feedback plus net, validations plus rapides, retainers qui se renouvellent parce qu'ils ont confiance en ce qu'ils voient.

Preview, pas promesse

Un principe Proyecta

S'accorde avec la façon dont les studios bossent

Les tiens, les leurs,
et ceux de tout le monde les outils.

Apporte ton stack dans la mission — fichiers de design, repos, outils projet. Push vers le GitHub du client dès le premier jour. Pas de migration d'outils au handoff.

Figma

GitHub

Linear

Notion

Slack

Stripe

Tailwind

Supabase

Vercel

Loom

Harvest

OpenAI

Questions fréquentes

FAQ

Un starter repo devient obsolète dès que tu arrêtes de l'entretenir. Proyecta garde ton kit de studio vivant sur chaque mission — mets l'auth à jour une fois, chaque projet futur en hérite. Et tu peux le re-skinner par client sans forker, parce que les tokens et composants sont workspace-aware.

Oui — c'est l'option par défaut. Push le repo dans l'org GitHub du client à n'importe quel jalon. React + Tailwind + Postgres standard. Pas de runtime propriétaire, pas de migration. S'ils te quittent, ils peuvent recruter n'importe quel front-end.

Oui. Chaque workspace client a une URL de preview sur ton domaine (ou le sien). Enlève le chrome Proyecta, dépose leur logo, protège par mot de passe. Le preview donne l'impression d'avoir été construit par toi de bout en bout.

Par siège, mensuel. La plupart des studios démarrent avec 3–5 sièges sur Studio (49 $/siège) et passent à Agency dès qu'ils ont 4+ missions actives. Tarif annuel disponible ; remises volume à partir de 10 sièges.

C'est l'idée. Sauvegarde n'importe quel projet comme workspace template — auth, billing, schémas de rôles, dashboards. Crée un nouveau client, choisis le template, dépose ses tokens. Trois jours pour un vrai preview au lieu de trois semaines.

Ce sont des builders de sites marketing. Top si ton client veut juste une brochure. Proyecta est pour les missions où le client a besoin d'un vrai produit — utilisateurs connectés, accès par rôles, billing, admin interne. Même vitesse, vrai backend.

Non. Le repo est du React, Tailwind, Postgres tout simple. Si tes devs font déjà des web apps modernes, ils seront en terrain connu. Proyecta accélère les 70 % chiants de chaque mission pour qu'ils se concentrent sur les 30 % intéressants.

Leur workspace reste actif aussi longtemps que tu en as besoin pour boucler. Tu peux transférer le repo, archiver le workspace, ou le garder sur un retainer de maintenance. Aucun lock-in, des deux côtés.

Lance un projet

Apporte un brief.
Repars avec un preview qui tourne.

On monte un workspace, on y dépose ton kit de studio, et on esquisse les trois premiers écrans pour ton client. Gratuit pour commencer, sans carte.

Un kit de studio, pas un starter. Auth, billing, rôles — réutilisables sur chaque mission client.
Push vers le GitHub du client. Repo React + Tailwind propre. La propriété passe au handoff.
Previews en marque blanche. Envoie à ton client une vraie URL sur son domaine. Commentaires + validations intégrés.