Ce que fait Briks
Briks transforme une simple description de votre activité en site web, application web ou tableau de bord fonctionnel, puis le garde en ligne pour vous. Cette page explique ce qui se passe entre votre première phrase et un site publié, ce dont vous avez besoin avant de commencer, et ce que Briks ne sait pas encore faire, pour que vous puissiez vous organiser en conséquence.
D'une description à un site en ligne
Vous écrivez ce qu'il vous faut en mots simples : pour qui c'est, ce que cela propose, quelle ambiance vous voulez et de quelles pages vous avez besoin. Briks s'occupe du reste en six étapes, et vous pouvez suivre chacune dans la conversation du projet.
- Plan. Briks lit votre description et demande quelles pages vous voulez. Sauf si vous le désactivez, il pose aussi des questions sur tout ce que vos mots laissent ouvert, par exemple si vous prenez des réservations ou affichez des prix. Vous pouvez répondre en une minute, ou appuyer sur Decide for me pour reprendre ses recommandations.
- Design. Il fixe les couleurs, la typographie, les espacements et les images pour votre type d'activité. Si vous lui montrez un site que vous aimez, il lit sa mise en page, ses espacements, sa typographie, ses animations et son menu d'en-tête et les suit, sans copier ses textes.
- Build. Il écrit les pages et le code qui les fait fonctionner. Un site web reçoit ses sections, son menu et ses formulaires. Une application ou un tableau de bord reçoit ses écrans et, quand il doit conserver des informations, sa propre base de données. Si la construction coûte d'ordinaire plus de crédits que vous n'en avez, elle attend une fois planifiée, le plan étant conservé, jusqu'à ce que vous choisissiez Resume building.
- Vérification. Avant la publication, Briks contrôle dans le code le contraste du texte avec son arrière-plan. Après la première publication, il contrôle de nouveau le contraste sur la page en ligne en largeur d'ordinateur et de téléphone, avec au plus une correction, et s'assure que chaque page choisie figure dans le menu. Le code d'une application est aussi relu pour repérer les erreurs de sécurité courantes, comme une clé laissée dans un fichier.
- Host. Le site tourne sur Briks, et l'hébergement est inclus dans votre offre. Un site en ligne le reste quel que soit votre solde de crédits.
- Publier. La première publication est un aperçu à sa propre adresse, comme
larder-lane.briks.live, tenu à l'écart des moteurs de recherche. Quand vous êtes satisfait, Publish to production lance une vérification avant lancement et en fait un site public à part entière.
Ensuite, vous modifiez le site en écrivant dans la même conversation : « rends les horaires d'ouverture plus faciles à trouver » ou « ajoute une page pour les clients grossistes ». Chaque création et chaque modification est enregistrée comme une version : vous pouvez annuler, rétablir ou revenir à une version antérieure si une modification n'était pas celle que vous vouliez.
Trois types de projet
Quand vous démarrez un projet, vous choisissez ce que vous créez. Ce choix détermine la façon dont Briks le planifie, les questions qu'il pose et la disposition des écrans.
| Type | Ce que c'est | Idéal pour |
|---|---|---|
| Site web | Des pages que l'on visite et lit, avec un menu, des images et des formulaires. | Une boulangerie, un cabinet de kinésithérapie, la carte d'un restaurant, le portfolio d'un photographe de mariage, un cabinet d'avocats qui reçoit des demandes |
| Application web | Des écrans que les gens utilisent pour accomplir une tâche, et qui conservent ce qu'ils saisissent dans la base de données propre au projet. | Demandes de réservation, un annuaire que vous tenez à jour vous-même, un outil interne pour consigner les livraisons de stock |
| Tableau de bord | Des chiffres, graphiques et tableaux qu'une équipe garde à l'œil, présentés comme des écrans d'application. | Ventes par étape, stock à recommander, commandes hebdomadaires par produit |
Les sites web et les applications web commencent par des questions sur les pages et sur tout ce qui n'est pas clair. Les tableaux de bord sautent ces questions et sont construits directement à partir de la description, sans style ni bannière à choisir. La page applications web et tableaux de bord détaille les différences.
Ce qu'il vous faut pour commencer
- Une adresse email que vous pouvez ouvrir. Votre compte est confirmé par un lien envoyé à cette adresse, et vous ne pouvez pas vous connecter avant d'avoir cliqué dessus.
- Une description de l'entreprise ou de l'idée. Dix caractères est le minimum, mais les meilleures premières versions viennent d'un paragraphe qui dit à qui elle s'adresse et où, ce qu'elle propose, quelle ambiance elle doit avoir et de quelles pages elle a besoin. Voir rédiger un bon brief.
- Facultatif : un site que vous aimez. Une adresse, plus des captures d'écran de pages entières ou de sections seules. Voir créer à partir d'un site que vous aimez.
- Facultatif : votre marque. Une couleur d'accent, clair ou sombre, et les polices des titres et du texte, si elles sont déjà fixées. Laissez Briks s'occuper du reste.
- Facultatif : vos propres photos et vidéos. Vous pouvez les ajouter plus tard depuis la médiathèque ou les joindre à un message dans la conversation.
- No card. Un nouveau compte démarre avec 50 crédits gratuits, ce que réserve une première création pendant qu'elle s'exécute. Le premier site d'un espace de travail Free est construit en entier même s'il demande plus que cela.
- Plus tard, pour votre propre domaine : un domaine qui vous appartient et l'offre Starter ou supérieure. Chaque offre, Free comprise, obtient une adresse
briks.live.
Une première heure type
Voici comment se passe généralement la première heure pour quelqu'un qui part de zéro. Le seul délai que le studio promet lui-même est que la première version prend quelques minutes ; le reste dépend du temps que vous passez à lire et à décider.
Inscrivez-vous et confirmez votre e-mail
Où : app.briks.dev/signup
Créez le compte, ouvrez l'email de confirmation et cliquez sur son lien. Il vous connecte et ouvre votre nouvel espace de travail, ou New project si vous êtes parti de la zone de saisie de briks.dev.
Décrivez l'entreprise
Où : New project
Choisissez Website, App ou Dashboard, donnez-lui un nom et rédigez la description. C'est l'étape qui mérite de prendre son temps : un paragraphe soigné ici évite plusieurs modifications ensuite.
Répondez aux questions
Où : Studio
Cochez les pages voulues et répondez à ce que Briks demande. Chaque question a déjà une réponse recommandée sélectionnée, donc cette étape est rapide.
Suivre la première création
Où : Studio
La conversation montre chaque étape pendant que l'aperçu patiente. Une fois le site publié, il s'affiche à côté de la conversation.
Regardez-le sur toutes les tailles d'écran
Où : Preview
Basculez l'aperçu entre les largeurs de bureau, de tablette et de téléphone, puis ouvrez-le dans un nouvel onglet et parcourez toutes les pages comme le ferait un client.
Demandez une ou deux modifications
Où : Studio
Décrivez en mots simples ce que vous voulez changer. Chaque modification bloque 5 crédits pendant son exécution et vous n'êtes facturé que pour le travail effectué.
Publiez en production, ou partagez d'abord
Où : Top bar
Si le résultat vous convient, appuyez sur Publish. Ou envoyez l'adresse de l'aperçu à une personne dont vous estimez l'avis avant que le site ne devienne public.
Ce que Briks ne fait pas encore
Certaines choses que l'on demande ne sont pas encore construites. Les connaître avant d'écrire votre brief vous évite de dépenser une construction pour quelque chose qui ne peut pas fonctionner.
- Abonnements via tous les prestataires. Les formules qui se renouvellent nécessitent Stripe, Paddle, Polar ou Lemon Squeezy, configurés sous Settings, Payments. PayPal, Mollie, Razorpay, Creem et Dodo Payments n'acceptent pour l'instant que les paiements uniques. Voir Connexion et paiements.
- Exporter les entrées de formulaire. Les messages envoyés via les formulaires de votre site sont conservés dans le studio, où les 100 derniers s'affichent, et vous sont envoyés par e-mail une fois le site en production. Il n'y a pas de bouton d'export. Si vous en avez besoin ailleurs, un webhook peut envoyer chaque nouvelle entrée à un autre service dès son arrivée.
- E-mail depuis votre propre domaine. L'e-mail du site, quand vous l'activez, part d'une adresse en
emails.briks.live, et non de votre propre domaine. - Un prix exact avant de construire. Une tâche réserve un montant fixe pendant son exécution (50 crédits pour un nouveau site) et vous êtes débité du travail réellement effectué, ce qui peut être moins ou plus. Quand une création demande en général plus de crédits que vous n'en avez, le studio vous le dit avant de commencer, avec une estimation fondée sur des créations similaires. Voir crédits et forfaits.
- Un domaine personnalisé gratuit. Votre propre domaine est disponible à partir de l'offre Starter.
- Une API publique ou un serveur MCP. Vous créez et gérez vos sites dans le tableau de bord, ou depuis Telegram. La seule clé pour vos propres outils est la clé d'analytique d'un projet sur un plan payant, qui lit ses chiffres de visiteurs. Voir analytique.
- Synchronisation avec un autre service que GitHub. Sur une formule payante, les fichiers d'un site peuvent être synchronisés avec un dépôt GitHub et téléchargés depuis le studio. Voir Synchronisation GitHub.
- Une vérification complète de chaque construction. La vérification à quatre tailles d'écran pour la mise en page, les chevauchements et les liens est à activer vous-même. Elle ne s'exécute pas à chaque construction sauf si vous la demandez.
- Revendre Briks sous votre propre nom. Il n'existe aucune option en marque blanche aujourd'hui. Le petit badge Built with Briks s'affiche toujours sur les sites Free. Avec un plan payant, il est désactivé, sauf si vous l'activez.
- Pas d'agents IA avec l'offre Free. Les agents IA qui s'occupent d'un site pour vous sont inclus dans les offres payantes, à partir de Starter.
Comment ces documents sont organisés
La documentation suit l'ordre dans lequel la plupart des gens travaillent, d'un premier compte à une équipe qui gère plusieurs sites.
| Section | Ce que cela couvre | Bonne première page |
|---|---|---|
| Premiers pas | Votre compte, le tableau de bord, un premier site, les crédits et les offres | Votre premier site |
| Génération en cours | Lancer un projet, rédiger un brief, questions, références, styles, images, applications et tableaux de bord | Rédiger un bon brief |
| Travailler sur un projet | La page du projet, les changements, le Visual Editor, les questions, les versions, les tests A/B, le code, le partage, les réglages et Telegram | Faire des modifications |
| Publication et domaines | Aperçu et production, votre propre domaine, l'adresse de votre site, versions publiées, moteurs de recherche | Publier en production |
| Les fonctionnalités de votre site | Les statistiques, le chatbot, les formulaires, l'e-mail du site, les médias, l'éditeur d'images, le stockage et les publications sociales | Forms |
| Données et automatisation | La base de données, les sauvegardes, les tâches planifiées, les webhooks, les secrets et les journaux | Base de données |
| Agents IA | Engager des agents, le Team lead, les approbations et les budgets, et l'agent Security | Engager des agents IA |
| Espaces de travail et compte | Équipes et rôles, transmettre un site à un client, facturation, modèles, votre profil et Made with Briks | Membres et rôles |
| Aide | Solutions aux problèmes courants et réponses aux questions fréquentes | Dépannage |
Si vous débutez, lisez Créer votre compte, faites le tour du tableau de bord, puis suivez Votre premier site en pensant à votre propre activité. Tout ce qui ressemble à du jargon est expliqué dans Les mots que nous utilisons.