Die Arbeit lebt in Tabellen
Mehrere Personen bearbeiten eine Google-Tabelle, die Versionen laufen auseinander, und niemand kann die Änderungshistorie wiederherstellen.
Kundenportale, interne CRMs, Kostenrechner, Verwaltungsoberflächen mit Rollen. Ein Werkzeug statt Tabellen und E-Mail-Verkehr.
Mehrere Personen bearbeiten eine Google-Tabelle, die Versionen laufen auseinander, und niemand kann die Änderungshistorie wiederherstellen.
Ein Manager rechnet Angebot oder Preis nach Anleitung im Rechner aus. Fehler passieren, das Tempo hängt vom Menschen ab.
Sie haben mehrere CRMs angesehen, und in jedem sind 80% überflüssig, während die nötigen 20% fehlen. Oder es gibt sie, aber zum Preis eines eigenen Projekts.
Bestellstatus, Dokumente, Verlauf — alles muss beim Manager erfragt werden, der damit den halben Tag verbringt.
Ein Teil im CRM, ein Teil im Buchhaltungssystem, ein Teil in der Mailbox. Ein Gesamtbild lässt sich nicht zusammensetzen.
Ihr Werkzeug ist nicht nur für Sie nützlich — und Sie denken über Abonnements, Tarife und separate Konten für Kunden nach.
Inhaber, Manager, Kunde, Auftragnehmer — jeder sieht seinen Bereich.
Nach Abteilung, Filiale oder Projekt.
Wer hat was wann geändert — mit der Möglichkeit, es rückgängig zu machen.
Bei Bedarf, für Rollen mit Zugriff auf Geld und personenbezogene Daten.
Eine Struktur für Ihre Objekte, nicht für eine fremde Vorlage.
Verkraften Hunderttausende Datensätze ohne Verzögerung.
Übernahme dessen, was heute in Excel und Google Sheets lebt.
Dieselben, mit denen der Manager heute rechnet, nur ohne Fehler.
Nach Verantwortlichen, Status, Bereichen.
In Ihrer Vorlage, nicht als Standardtabelle.
Verträge, Rechnungen, Abnahmeprotokolle — direkt aus den Systemdaten.
Auf der Startseite, damit Sie das Bild nicht jeden Morgen von Hand zusammensetzen.
Telegram, E-Mail, SMS — wie es Ihnen am besten passt.
CRM, Warenwirtschaft, Buchhaltung.
Wenn es SaaS ist — Tarifpläne und wiederkehrende Abbuchungen.
Für eine mobile App oder für Partner.
Nicht „was das System können soll“, sondern wie die Arbeit heute abläuft: wer was macht, woher die Daten kommen, wo Zeit verloren geht. Oft fällt schon hier die Hälfte der Wünsche weg. 3–5 Tage.
Ein klickbares Schema der Bildschirme: Logik, Übergänge und Datenumfang sind sichtbar. Etwas hier zu ändern kostet Stunden, nicht eine Woche Code-Umbau. 1–2 Wochen.
Wir teilen das System in Blöcke, jeder mit eigenem Preis und Termin. Sie sehen, was in den ersten Start gehört und was warten kann. Zusammen mit dem Prototyp.
Alle zwei Wochen — ein funktionsfähiger Block, den man öffnen und ausprobieren kann. Prioritäten zwischen den Etappen lassen sich ändern.
Wir übernehmen die Daten, schulen das Team und behalten einen Monat lang alles im Blick. Danach — Weiterentwicklung nach Ihren Aufgaben.
Eine Webanwendung wird nicht „nach Seiten“ kalkuliert, sondern nach der Komplexität der Logik. Die Richtwerte stammen aus unseren Projekten.
Eine Benutzerrolle, klare Logik, einige Datentypen.
Mehrere Rollen, eigene Prozesse, Berichte und Austausch mit bestehenden Systemen.
Ein Abo-Dienst: viele Kunden, Tarife, Zahlungen, Datentrennung.
Die erste Etappe — Prozessanalyse und Prototyp — kann separat für $1200 bestellt werden. Sie erhalten ein Schema des Systems und eine Kalkulation, mit der Sie zu jedem Auftragnehmer gehen können, nicht nur zu uns.
Die Frage „eigen oder fertig“ sollte ehrlich beantwortet werden, und die Antwort fällt öfter zugunsten des Fertigen aus. Wenn Ihr Prozess typisch ist und es am Markt einen Dienst gibt, der ihn für vernünftiges Geld abdeckt, wird die Entwicklung eines eigenen Systems teurer und langsamer. Das sagen wir Kunden als Erste.
Ein eigenes System ist in drei Fällen gerechtfertigt. Erstens: Der Prozess passt nicht in eine fremde Logik — Sie passen die Arbeit dem Programm an, statt dass das Programm sich Ihnen anpasst. Zweitens: Die nötigen Funktionen gibt es, aber sie kosten unverhältnismäßig — für eine benötigte Möglichkeit muss man den teuersten Tarif für das ganze Team kaufen. Drittens: Das System selbst ist ein Produkt, das Sie verkaufen wollen.
Das Hauptrisiko bei solchen Projekten ist nicht technisch, sondern dass das falsche System gebaut wird. Deshalb beginnen wir nicht mit Code, sondern mit der Analyse des aktuellen Prozesses: wer was macht, woher die Daten kommen, wo genau Zeit verloren geht. Oft fällt in dieser Phase die Hälfte der ursprünglichen Wünsche weg — es zeigt sich, dass eine einfachere Lösung die Aufgabe erledigt.
Dann folgt ein klickbarer Prototyp ohne Design: ein Schema der Bildschirme, Übergänge und Daten. Etwas im Prototyp zu ändern kostet eine Stunde, im geschriebenen Code — Wochen. Genau hier werden Logikfehler am günstigsten gefunden.
Die Entwicklung läuft in Etappen, jede mit eigenem Preis und Termin. Alle zwei Wochen erhalten Sie einen Teil, den man öffnen und ausprobieren kann. Das nimmt großen Projekten die Hauptangst: Zu jedem Zeitpunkt ist sichtbar, wofür bezahlt wurde, und zu jedem Zeitpunkt kann man aufhören — mit einem funktionierenden System in der Hand statt eines Ordners mit Code.
Ein Kundenportal oder Rechner mit einer Rolle — ab $6000 und 8–10 Wochen. Ein internes System mit mehreren Rollen, Prozessen und Berichten — ab $12000, ab drei Monaten. SaaS mit Abonnements — ab $20000. Die genaue Kalkulation entsteht nach dem Prototyp.
Weil vor der Prozessanalyse niemand — weder wir noch Sie — den genauen Umfang kennt. Eine Zahl aufs Geratewohl ist möglich, aber sie ist entweder „vorsichtshalber“ zu hoch oder zu niedrig, und dann „tauchen“ unterwegs Zusatzarbeiten auf. Wir nennen sofort eine Spanne und den genauen Preis nach dem Prototyp, wenn jeder Bildschirm sichtbar ist.
Oft ja, und das sagen wir als Erste. Ein eigenes System lohnt sich, wenn Ihr Prozess nicht in eine fremde Logik passt, wenn fertige Dienste für die nötigen Funktionen unverhältnismäßig viel verlangen oder wenn das System selbst zum Produkt wird.
Der Prototyp — 1–2 Wochen nach dem Start, er lässt sich bereits durchklicken. Der erste funktionsfähige Block, der im Browser läuft und mit echten Daten arbeitet — in 3–4 Wochen. Danach kommt alle zwei Wochen der nächste Block hinzu.
Laravel im Backend, Next.js oder Inertia + React im Frontend, PostgreSQL oder MySQL — je nach Aufgabe. Mobile Apps — Flutter. Den Stack wählen wir passend zum Projekt und dazu, wer das System später betreut.
Ja, das ist ein Standardteil des Launchs. Wir übernehmen aus Tabellen, CSV-Exporten oder direkt aus der Datenbank des alten Systems. Vor der Übernahme zeigen wir, wie die Daten in die neue Struktur passen — damit sich nicht hinterher herausstellt, dass etwas fehlt.
Einen Monat nach dem Launch behalten wir alles im Blick — das ist im Preis enthalten. Danach entweder ein Entwicklungs-Abonnement oder Stundenarbeit auf Anfrage. Code, Repository und Zugänge gehören Ihnen: Jeder Entwickler kann die Weiterentwicklung übernehmen.
System besprechen
Projekt starten