Was Briks leistet

Briks macht aus einer einfachen Beschreibung Ihres Unternehmens eine funktionierende Website, Web-App oder ein Dashboard und hält sie anschließend für Sie online. Diese Seite erklärt, was zwischen Ihrem ersten Satz und einer veröffentlichten Website passiert, was Sie vor dem Start brauchen und was Briks noch nicht kann, damit Sie entsprechend planen können.

8 Minuten LesezeitAm 8. Oktober 2026 mit dem Studio abgeglichen

Von der Beschreibung zur Live-Website

Sie schreiben in normalen Worten, was Sie brauchen: für wen es ist, was es bietet, wie es wirken soll und welche Seiten es braucht. Briks übernimmt von dort in sechs Phasen, und Sie können jede in der Unterhaltung des Projekts verfolgen.

  1. Plan. Briks liest Ihre Beschreibung und fragt, welche Seiten Sie möchten. Sofern Sie es nicht ausschalten, fragt es auch nach allem, was Ihre Worte offenlassen, zum Beispiel ob Sie Buchungen annehmen oder Preise zeigen. Sie können in einer Minute antworten oder auf Decide for me drücken und seine Empfehlungen übernehmen.
  2. Design. Es legt Farben, Schrift, Abstände und Bilder für Ihre Art von Unternehmen fest. Zeigen Sie ihm eine Website, die Ihnen gefällt, liest es Layout, Abstände, Schrift, Bewegung und Header-Menü und folgt ihr, ohne ihre Worte zu übernehmen.
  3. Build. Es schreibt die Seiten und den Code dahinter. Eine Website bekommt ihre Abschnitte, ihr Menü und ihre Formulare. Eine App oder ein Dashboard bekommt seine Bildschirme und, wenn es Informationen speichern muss, eine eigene Datenbank. Wenn das Bauen meist mehr Credits braucht, als Sie haben, wartet es nach der Planung, mit erhaltenem Plan, bis Sie Resume building wählen.
  4. Prüfen. Vor der Veröffentlichung prüft Briks im Code den Kontrast des Textes zum Hintergrund. Nach der ersten Veröffentlichung prüft es den Kontrast erneut auf der Live-Seite in Desktop- und Handybreite, mit höchstens einer Korrektur, und stellt sicher, dass jede von Ihnen gewählte Seite im Menü steht. Der Code einer App wird außerdem auf häufige Sicherheitsfehler gelesen, etwa einen in einer Datei vergessenen Schlüssel.
  5. Hosting. Die Website läuft auf Briks, und das Hosting gehört zu Ihrem Tarif. Eine veröffentlichte Website bleibt online, unabhängig von Ihrem Credit-Guthaben.
  6. Publish. Die erste Veröffentlichung ist eine Vorschau unter einer eigenen Adresse, etwa larder-lane.briks.live, und bleibt für Suchmaschinen unsichtbar. Wenn Sie zufrieden sind, führt Publish to production eine Launch-Prüfung aus und macht daraus eine vollständig öffentliche Website.

Danach ändern Sie die Website, indem Sie in derselben Unterhaltung schreiben: „Mach die Öffnungszeiten leichter auffindbar“ oder „Füge eine Seite für Großkunden hinzu“. Jeder Build und jede Änderung wird als Version gespeichert. So können Sie rückgängig machen, wiederholen oder zu einer früheren Version zurückgehen, wenn eine Änderung nicht Ihren Vorstellungen entsprach.

Drei Arten von Projekten

Wenn Sie ein Projekt starten, wählen Sie, was Sie erstellen. Die Wahl bestimmt, wie Briks es plant, welche Fragen es stellt und wie die Bildschirme angeordnet sind.

ArtWas es istGut für
WebsiteSeiten, die Menschen besuchen und lesen, mit Menü, Bildern und Formularen.Eine Bäckerei, eine Physiotherapiepraxis, eine Speisekarte, das Portfolio eines Hochzeitsfotografen, eine Kanzlei, die Anfragen entgegennimmt
Web-AppBildschirme, die Menschen nutzen, um etwas zu erledigen, und die Eingaben in der eigenen Datenbank des Projekts speichern.Buchungsanfragen, ein Verzeichnis, das Sie selbst aktuell halten, ein internes Tool zum Erfassen von Lieferungen
DashboardKennzahlen, Diagramme und Tabellen, die ein Team im Blick behält, gestaltet als Anwendungsbildschirme.Umsatz nach Phase, nachzubestellender Bestand, wöchentliche Bestellungen nach Produkt

Websites und Web-Apps beginnen mit Fragen zu den Seiten und zu allem, was unklar ist. Dashboards überspringen diese Fragen und werden direkt aus der Beschreibung erstellt; für sie gibt es weder einen Look noch ein Hero zur Auswahl. Die Seite Web-Apps und Dashboards behandelt die Unterschiede im Detail.

Was Sie für den Start brauchen

  • Eine E-Mail-Adresse, die Sie öffnen können. Ihr Konto wird über einen Link bestätigt, der dorthin geschickt wird, und Sie können sich erst anmelden, wenn Sie ihn angeklickt haben.
  • Eine Beschreibung des Unternehmens oder der Idee. Zehn Zeichen sind das Minimum, aber die besten ersten Versionen entstehen aus einem Absatz, der sagt, für wen es ist und wo, was angeboten wird, wie es wirken soll und welche Seiten nötig sind. Siehe einen guten Briefing-Text schreiben.
  • Optional: eine Website, die Ihnen gefällt. Eine Adresse, dazu Screenshots ganzer Seiten oder einzelner Abschnitte. Siehe Aus Websites bauen, die Ihnen gefallen.
  • Optional: Ihre Marke. Eine Akzentfarbe, hell oder dunkel, und die Schriften für Überschriften und Text, falls sie schon feststehen. Alles andere überlassen Sie Briks.
  • Optional: Ihre eigenen Fotos und Videos. Sie können sie später über die Mediathek hinzufügen oder im Gespräch an eine Nachricht anhängen.
  • No card. Ein neues Konto startet mit 50 kostenlosen Credits, so viel hält ein erster Build während des Laufs zurück. Die erste Website eines Free-Workspace wird vollständig gebaut, auch wenn sie mehr braucht.
  • Später, für Ihre eigene Domain: eine Domain, die Ihnen gehört, und der Starter-Tarif oder höher. Jeder Tarif, auch Free, erhält eine briks.live-Adresse.

Eine typische erste Stunde

So verläuft die erste Stunde meist für jemanden, der bei null anfängt. Das Studio selbst verspricht nur, dass die erste Version wenige Minuten dauert; der Rest hängt davon ab, wie lange Sie lesen und entscheiden.

  1. Registrieren und E-Mail-Adresse bestätigen

    Wo: app.briks.dev/signup

    Erstellen Sie das Konto, öffnen Sie die Bestätigungs-E-Mail und klicken Sie auf den Link darin. Er meldet Sie an und öffnet Ihren neuen Workspace, oder New project, wenn Sie mit dem Feld auf briks.dev begonnen haben.

  2. Das Unternehmen beschreiben

    Wo: New project

    Wählen Sie Website, App oder Dashboard, geben Sie einen Namen ein und schreiben Sie die Beschreibung. Bei diesem Schritt lohnt es sich, langsamer zu werden: Ein sorgfältiger Absatz hier erspart später mehrere Änderungen.

  3. Fragen beantworten

    Wo: Studio

    Haken Sie die gewünschten Seiten an und beantworten Sie, was Briks fragt. Bei jeder Frage ist bereits eine empfohlene Antwort ausgewählt, das geht also schnell.

  4. Den ersten Build beobachten

    Wo: Studio

    Die Unterhaltung zeigt jede Phase, während die Vorschau wartet. Sobald die Website veröffentlicht ist, erscheint sie neben der Unterhaltung.

  5. Auf jeder Bildschirmgröße ansehen

    Wo: Preview

    Schalten Sie die Vorschau zwischen Desktop-, Tablet- und Smartphone-Breite um, öffnen Sie sie dann in einem neuen Tab und klicken Sie jede Seite so durch, wie es ein Kunde täte.

  6. Bitten Sie um ein oder zwei Änderungen

    Wo: Studio

    Schreiben Sie in einfachen Worten, was anders sein soll. Jede Änderung reserviert während der Ausführung 5 Credits und wird nach dem tatsächlichen Aufwand berechnet.

  7. In Produktion veröffentlichen oder zuerst teilen

    Wo: Top bar

    Wenn Sie zufrieden sind, klicken Sie auf Publish. Oder senden Sie die Vorschau-Adresse an jemanden, auf dessen Meinung Sie Wert legen, bevor die Website öffentlich geht.

Was Briks noch nicht kann

Manches, worum Menschen bitten, ist noch nicht gebaut. Wenn Sie es vor Ihrem Briefing kennen, sparen Sie einen Build für etwas, das nicht funktionieren kann.

  • Abonnements über jeden Zahlungsanbieter. Tarife, die sich verlängern, brauchen Stripe, Paddle, Polar oder Lemon Squeezy, eingerichtet unter Settings, Payments. PayPal, Mollie, Razorpay, Creem und Dodo Payments nehmen vorerst nur Einmalzahlungen an. Siehe Anmeldung und Zahlungen.
  • Formulareinträge exportieren. Nachrichten aus den Formularen Ihrer Website werden im Studio aufbewahrt, wo die letzten 100 angezeigt werden, und per E-Mail an Sie gesendet, sobald die Website in Produktion ist. Es gibt keine Export-Schaltfläche. Wenn Sie die Einträge anderswo brauchen, kann ein Webhook jeden neuen Eintrag beim Eingang an einen anderen Dienst senden.
  • E-Mail von Ihrer eigenen Domain. Wenn Sie Website-E-Mail einschalten, wird sie von einer Adresse bei emails.briks.live gesendet, nicht von Ihrer eigenen Domain.
  • Ein genauer Preis vor dem Bauen. Ein Auftrag reserviert einen festen Betrag, während er läuft (50 Credits für eine neue Website), und berechnet wird die tatsächlich geleistete Arbeit, die niedriger oder höher ausfallen kann. Braucht ein Build üblicherweise mehr Credits, als Sie haben, sagt Ihnen das Studio das vor dem Start, mit einer Schätzung aus ähnlichen Builds. Siehe Credits und Pläne.
  • Eine kostenlose eigene Domain. Ihre eigene Domain gibt es ab dem Tarif Starter.
  • Eine öffentliche API oder ein MCP-Server. Sie erstellen und verwalten Websites im Dashboard oder über Telegram. Der einzige Schlüssel für Ihre eigenen Werkzeuge ist der Analytics-Schlüssel eines Projekts in einem bezahlten Tarif, der dessen Besucherzahlen liest. Siehe Analytics.
  • Synchronisierung mit anderen Diensten als GitHub. In einem kostenpflichtigen Plan können die Dateien einer Website mit einem GitHub-Repository abgeglichen und aus dem Studio heruntergeladen werden. Siehe GitHub-Synchronisierung.
  • Eine vollständige Prüfung jedes Builds. Die Prüfung in vier Bildschirmgrößen auf Layout, Überlappungen und Links schalten Sie selbst ein. Sie läuft nicht bei jedem Build, wenn Sie sie nicht anfordern.
  • Briks unter eigenem Namen weiterverkaufen. Eine White-Label-Option gibt es heute nicht. Das kleine Built with Briks badge erscheint auf Free-Websites immer. In einem bezahlten Plan ist es aus, außer Sie schalten es ein.
  • KI-Agenten im Free-Tarif. KI-Agenten, die eine Website für Sie betreuen, gehören zu den kostenpflichtigen Tarifen, ab Starter.

Wie diese Dokumentation aufgebaut ist

Die Dokumentation folgt der Reihenfolge, in der die meisten arbeiten: vom ersten Konto bis zu einem Team, das mehrere Websites betreut.

AbschnittWas es abdecktGute erste Seite
Erste SchritteIhr Konto, das Dashboard, eine erste Website, Credits und TarifeIhre erste Website
Wird gebautEin Projekt starten, ein Briefing schreiben, Fragen, Referenzen, Looks, Bilder, Apps und DashboardsEinen guten Brief schreiben
An einem Projekt arbeitenDie Projektseite, Änderungen, der Visual Editor, Fragen, Versionen, A/B-Tests, Code, Freigabe, Einstellungen und TelegramÄnderungen vornehmen
Veröffentlichung und DomainsVorschau und Produktion, Ihre eigene Domain, die Adresse Ihrer Website, veröffentlichte Versionen, SuchmaschinenIn Produktion veröffentlichen
Die Funktionen Ihrer WebsiteAnalytics, den Chatbot, Formulare, Website-E-Mail, Medien, den Bildeditor, Speicher und Social-PostsForms
Daten und AutomatisierungDie Datenbank, Backups, geplante Aufgaben, Webhooks, Secrets und LogsDatenbank
KI-AgentsAgenten einstellen, der Team-Lead, Freigaben und Budgets sowie der Security-AgentKI-Agenten einstellen
Workspaces und KontoTeams und Rollen, eine Website an einen Kunden übergeben, Abrechnung, Vorlagen, Ihr Profil und Made with BriksMitglieder und Rollen
HilfeLösungen für häufige Probleme und Antworten auf häufige FragenTroubleshooting

Wenn Sie neu sind, lesen Sie Konto erstellen, machen Sie die Tour durch das Dashboard und folgen Sie dann Ihre erste Website mit Ihrem eigenen Unternehmen im Kopf. Alles, was nach Fachsprache klingt, wird unter Begriffe, die wir verwenden erklärt.