Question 1

Was kostet ein MVP mit No-Code?

Accepted Answer

Ein fokussiertes MVP liegt bei uns zwischen einem Tagessatz und wenigen Tagen Arbeit, dazu laufende Tool-Kosten von meist unter 100 Euro im Monat. Der Fact Checker war nach drei Stunden online, eightagency nach zwölf. Was den Preis treibt, ist nie die Technik, sondern der Umfang: Jede zusätzliche Nutzerrolle, jede Anbindung an ein bestehendes System und jede Sonderregel verdoppelt schnell die Zeit. Wir arbeiten deshalb andersherum – erst Zeitbudget festlegen, dann Umfang darauf zuschneiden. Was nicht hineinpasst, wird notiert statt gebaut.

Question 2

Wie lange dauert ein Prototyp?

Accepted Answer

Typischerweise drei Stunden bis zwei Tage. KLARTEXT entstand an einem Vormittag, der Fact Checker in drei Stunden, eightagency mit acht KI-Agenten in zwölf. Länger wird es, wenn mehrere Nutzerrollen, Zahlungen oder Schnittstellen zu bestehender Software dazukommen – dann reden wir über ein bis zwei Wochen. Entscheidend ist nicht unsere Geschwindigkeit, sondern eure Entscheidungsgeschwindigkeit: Projekte werden fast nie durch Bauzeit langsam, sondern durch Abstimmungsrunden.

Question 3

Gehört mir der Prototyp danach?

Accepted Answer

Ja. Alles, was wir für euch bauen, gehört euch: Projekt, Daten, Inhalte, Zugänge. Wir übertragen die Konten der genutzten Plattformen auf euch oder legen sie von Anfang an auf euren Namen an. Laufende Kosten für Hosting, Datenbank und KI-Dienste zahlt ihr direkt beim Anbieter, ohne Aufschlag über uns. Was wir behalten möchten, ist die Erlaubnis, das Projekt öffentlich als Build Log zu beschreiben – und auch das nur, wenn ihr zustimmt.

Question 4

Arbeitet ihr auch remote?

Accepted Answer

Ja, der Großteil unserer Arbeit läuft remote über Videocalls und geteilte Dokumente. Vor Ort sind wir regelmäßig in Leonberg, Stuttgart, Böblingen/Sindelfingen und Karlsruhe – für Workshops, Sprints und erste Termine lohnt sich der persönliche Termin fast immer. Unsere Empfehlung: Kickoff und Nutzertests vor Ort, alles dazwischen remote. Für Kunden außerhalb Baden-Württembergs arbeiten wir vollständig remote, das hat bisher keinem Projekt geschadet.

Question 5

Was kostet ein erstes Gespräch?

Accepted Answer

Nichts. Das erste Gespräch dauert 30 bis 45 Minuten und dient genau einer Frage: Was ist die riskanteste Annahme hinter eurer Idee und wie prüft man sie am schnellsten? Am Ende bekommt ihr eine ehrliche Einschätzung, ob sich ein Prototyp lohnt, was er ungefähr kostet und wie lange er dauert. Wenn wir glauben, dass ihr das selbst schneller hinbekommt, sagen wir das auch – dann bekommt ihr die Werkzeugliste und könnt loslegen.

Question 6

Investiert ihr auch in Projekte?

Accepted Answer

Wir sind eine Beteiligungsgesellschaft, kein klassischer Dienstleister. Bei ausgewählten Projekten arbeiten wir gegen Anteile oder eine Kombination aus Anteilen und reduziertem Honorar statt gegen reines Honorar. Voraussetzung ist, dass wir an das Team glauben und selbst Lust auf das Problem haben. Das ist die Ausnahme, nicht die Regel – der Normalfall ist ein bezahlter Prototyp, nach dem ihr allein weitermacht. Sprecht uns einfach darauf an, wenn euch das Modell interessiert.

Question 7

Was ist ein BOGY-Projekt bei SBYR?

Accepted Answer

BOGY ist die Berufsorientierung an baden-württembergischen Gymnasien, meist eine Woche in Klasse 10 oder 11. Bei uns bedeutet das nicht Zuschauen, sondern Bauen: Am Montag entwickelt die Schülerin oder der Schüler eine eigene Idee, bis Mittwoch entsteht daraus ein funktionierendes Produkt mit No-Code-Werkzeugen, am Donnerstag wird es mit echten Nutzern getestet, am Freitag steht es online und wird vorgestellt. Vorkenntnisse braucht es keine. Anfragen bitte mit Zeitraum an florian@sbyr.de.

Question 8

Bietet ihr Workshops für Schulklassen an?

Accepted Answer

Ja, in drei Formaten: ein Halbtag als Einstieg, an dem jede Gruppe eine einfache Anwendung baut; ein ganzer Tag mit Idee, Prototyp und Nutzertest; oder eine Projektwoche mit Veröffentlichung und Abschlusspräsentation. Wir arbeiten mit Gruppen ab etwa acht Personen, ideal sind 15 bis 25. Benötigt werden Laptops oder Tablets mit Browser und stabiles WLAN – mehr nicht. Die Inhalte passen wir an Fach und Jahrgangsstufe an, von Informatik über Wirtschaft bis Kunst.

Question 9

Was kostet ein Workshop für eine Schule oder Hochschule?

Accepted Answer

Für Schulen halten wir die Kosten bewusst niedrig; bei Projektwochen und Fördermitteln finden wir fast immer eine Lösung. Für Hochschulen, Lehrstühle und Gründerzentren rechnen wir nach Aufwand ab. Grundsätzlich gilt: Uns ist wichtiger, dass ein Workshop stattfindet, als was er kostet. Fragt mit Gruppengröße, Zeitrahmen und Budgetsituation an, dann bekommt ihr innerhalb weniger Tage ein konkretes Angebot.

Question 10

Brauchen Teilnehmende Programmierkenntnisse?

Accepted Answer

Nein. Wir arbeiten mit No-Code-Werkzeugen und KI-Assistenten: Man beschreibt in normaler Sprache, was entstehen soll, und prüft das Ergebnis im Browser. Wichtiger als Technikkenntnisse ist Klarheit darüber, welches Problem gelöst werden soll. Erfahrungsgemäß bauen Gruppen ohne Vorkenntnisse oft die besseren Produkte, weil sie sich nicht in technischen Möglichkeiten verlieren. Wer schon programmieren kann, bekommt anspruchsvollere Aufgaben im selben Projekt.

Question 11

Betreut ihr Abschluss- oder Seminararbeiten?

Accepted Answer

In begrenztem Umfang ja. Wir übernehmen keine wissenschaftliche Betreuung – die bleibt beim Lehrstuhl – aber wir stellen Praxispartner-Perspektive, echte Projektdaten und Werkzeugbegleitung bereit. Besonders geeignet sind Arbeiten zu No-Code, KI-gestützter Softwareentwicklung, Prototyping-Methoden oder Gründungsverhalten. Meldet euch früh, idealerweise vor der Anmeldung des Themas, damit wir die Fragestellung so schneiden können, dass sie an echten Daten prüfbar ist.

Question 12

Welche No-Code-Tools nutzt ihr?

Accepted Answer

Am häufigsten Lovable für Anwendungen mit eigener Oberfläche, Supabase als Datenbank und Anmeldung dahinter, Airtable für tabellenartige Daten, Make oder Zapier für Automatisierungen zwischen bestehenden Systemen, Webflow für Websites und die OpenAI-API für KI-Funktionen. Welche Kombination es wird, entscheiden wir pro Projekt nach dem kürzesten Weg zum Ergebnis, nicht nach Gewohnheit. In jedem Build Log steht der konkrete Stack des jeweiligen Projekts – inklusive der Stellen, an denen wir eigenen Code geschrieben haben.

Question 13

Was bedeutet „Start Before You're Ready“ konkret?

Accepted Answer

Dass wir vor dem Bauen keine Sicherheit herstellen, die es nicht gibt. Statt Marktanalyse und Businessplan formulieren wir die riskanteste Annahme, setzen ein Zeitbudget und bauen das Kleinste, das diese Annahme prüfen kann. Danach entscheidet Verhalten von echten Menschen, nicht Meinung. Praktisch heißt das: In der Zeit, in der andere ein Konzept abstimmen, steht bei uns etwas online und liefert Zahlen. Perfektion ist kein Qualitätsmerkmal, sondern eine Verzögerungsform.

Question 14

Was ist der Unterschied zwischen Prototyp, MVP und Produkt?

Accepted Answer

Ein Prototyp beantwortet eine Frage und darf danach weggeworfen werden. Ein MVP ist die kleinste Version, die echte Nutzer wirklich benutzen können – es misst Verhalten über Zeit. Ein Produkt ist das, was daraus wird, wenn genug Menschen wiederkommen: mit Betrieb, Support, Sicherheit und Weiterentwicklung. Die meisten Teams überspringen die ersten beiden Stufen und bauen direkt Stufe drei für eine Nachfrage, die sie nie geprüft haben. Genau das ist der teuerste Fehler.

Question 15

Ist No-Code sicher genug für echte Kundendaten?

Accepted Answer

Bei etablierten Anbietern ja – sie liefern Verschlüsselung, Backups und Rechtesysteme mit, oft besser gepflegt als eine schnell selbst gebaute Lösung. Entscheidend ist die Konfiguration: Zugriffsregeln pro Datensatz, ein Serverstandort in der EU, ein Auftragsverarbeitungsvertrag und Zugangsschlüssel im sicheren Speicher statt im Browser. Vor jedem Livegang mit echten Nutzerdaten prüfen wir diese Punkte als festen Schritt. Bei besonders sensiblen Daten, etwa Gesundheitsdaten, sagen wir ehrlich, wenn No-Code die falsche Wahl ist.

Question 16

Was passiert, wenn das Produkt wächst und No-Code nicht mehr reicht?

Accepted Answer

Dann habt ihr drei Optionen: dabeibleiben, weil es weiterhin trägt; einzelne Teile durch eigenen Code ersetzen; oder komplett neu bauen. Der Vorteil ist, dass ihr diese Entscheidung dann auf Grundlage echter Nutzung trefft und nicht auf Grundlage von Annahmen – die Spezifikation für die neue Version schreibt sich fast von selbst. Wir halten Daten deshalb von Anfang an exportierbar. Wichtig zur Einordnung: Die meisten Produkte scheitern an zu wenigen Nutzern, nicht an zu vielen.

Question 17

Nutzt ihr KI, und was heißt das für die Qualität?

Accepted Answer

Ja, in fast jedem Projekt. KI-Assistenten erzeugen den Code, wir beschreiben das Ziel und beurteilen das Ergebnis – oft „Vibe Coding“ genannt. Das macht das Gerüst in Minuten fertig. Die Substanz kommt danach: Bei eightagency ging die meiste Zeit nicht in die acht Agenten, sondern in die Qualitätsregeln, etwa eine Blacklist für Marketing-Floskeln im Prüf-Agenten. Ungeprüfte KI-Ergebnisse haben typische Lücken bei Eingabeprüfung, Rechten und Fehlerbehandlung. Genau die kontrollieren wir vor jedem Livegang.

Question 18

Wie messt ihr, ob ein Projekt funktioniert hat?

Accepted Answer

Vor dem Bauen legen wir eine Zahl und eine Grenze fest: Wie viele Besucher starten den Kernablauf, wie viele beenden ihn, wie viele kommen wieder. Nach dem Livegang läuft eine Messphase von ein bis zwei Wochen, dann fällt eine schriftliche Entscheidung – weiterbauen, ändern oder abschalten. Gesamtaufrufe und Followerzahlen zählen für uns nicht, weil sie nie zu einer Entscheidung führen. Was wir gemessen haben, steht in jedem Build Log offen, auch wenn die Zahlen unangenehm sind.

Question 19

Wie startet eine Zusammenarbeit mit euch?

Accepted Answer

Mit einer kurzen Mail an florian@sbyr.de: zwei bis drei Sätze zu eurer Idee und was ihr herausfinden wollt. Innerhalb weniger Tage folgt ein kostenloses Gespräch von 30 bis 45 Minuten, in dem wir die riskanteste Annahme herausarbeiten und ein Format vorschlagen – Prototyp, Sprint oder Workshop. Danach bekommt ihr einen Vorschlag mit Zeitbudget, Umfang und Preis. Wenn ihr zusagt, beginnt der erste Bau-Block in der Regel innerhalb von zwei Wochen.

Häufige Fragen

Für Gründer & Unternehmen

Für Schulen & Universitäten

Methode & Tools