Vom internen Portal zum Produkt mit zahlenden Kunden
Eine gute Web-Anwendung ist nicht nur ein schönes Frontend über einem Formular. Sie bedeutet sichere Authentifizierung, korrekte rollenbasierte Berechtigungen und eine Datenbank, die strukturiert genug ist, um Volumen standzuhalten.
Wir haben zum Beispiel ein Portal für Pflegeheime mit drei Zugriffsarten gebaut (Personal, Familie, Super-Admin), jede mit eigenem Dashboard und durch RLS (Row Level Security) in der Datenbank isolierten Berechtigungen. Eine individuelle Web-Anwendung unterscheidet sich von einer gewöhnlichen Website durch Authentifizierung, rollenbasierte Berechtigungen und eine Datenbank, die so strukturiert ist, dass sie echtem Volumen standhält.
Magic Link, keine Passwörter zu verwalten
Sichere Sitzungen, granulare Rollen, Datenisolierung pro Mandant.
Panels fürs Team, nicht nur für Kunden
Datenimport, Status, Berichte — die Werkzeuge, die das Team täglich nutzt.
Schnelles, von Google indexierbares Rendering
ISR (Incremental Static Regeneration) für öffentliche Seiten, die sowohl schnell als auch bei Google auffindbar sein müssen.
Warum es zählt, wie es dahinter aufgebaut ist
Eine korrekt gebaute Plattform trennt operative (sensible) Daten klar von öffentlichen Daten, nutzt ein Audit-Log für kritische Aktionen und behandelt jeden Fehler mit einer eigenen Boundary — nicht mit einem weißen Bildschirm. Ein zweites Beispiel: eine für 14 Marken reklonte Plattform zeigt, wie dieselbe Basisarchitektur mehrere isolierte Instanzen tragen kann, ohne unnötig doppelten Code. ein zweites Beispiel: eine für 14 Marken reklonte Plattform.
- 01Mandantengetrennte Datenisolierung jeder Kunde sieht nur seine eigenen Daten, geprüft auf Datenbankebene, nicht nur in der Oberfläche.
- 02Audit-Log für sensible Aktionen wer was wann getan hat, aufbewahrt gemäß den gesetzlichen Anforderungen.
- 03Dedizierte Error Boundaries ein Fehler in einem Modul legt nicht das ganze Produkt lahm — der Nutzer sieht eine klare Meldung, keinen Absturz.
Schnelles MVP vs. skalierbare Plattform
Klicken Sie auf eine Zeile für Details.
| Low-Code-MVP | Individuelle Anwendung | |
|---|---|---|
| Launch-Zeit+ | schnell | mittel |
| Ein Low-Code-MVP kann in Tagen fertig sein; eine individuelle Anwendung braucht Wochen, startet aber mit vorbereiteter Architektur. | ||
| Anfangskosten+ | klein | mittel bis groß |
| Low-Code kostet anfangs wenig, aber der Preis der Abonnements steigt mit den Nutzern und den Funktionen. | ||
| Was es kostet, wenn Sie wachsen+ | teuer, vollständiges Refactoring | vorhersehbar, vorbereitete Architektur |
| Die häufigste Geschichte: Das MVP funktioniert, muss dann aber von Grund auf neu geschrieben werden, sobald zahlende Kunden kommen. | ||
| Dateneigentum+ | oft bei der Drittplattform | 100% Ihr Eigentum |
| Bei Low-Code ist der Datenexport manchmal eingeschränkt oder kostenpflichtig. Bei Individualsoftware gehört die Datenbank Ihnen. | ||
| Individuelle Integrationen+ | begrenzt auf das, was die Plattform bietet | unbegrenzt |
| Integrationen mit ERP, Kurierdiensten, e-Factura oder Systemen ohne API erfordern eigenen Code. | ||
| Für wen es passt+ | schnelle Ideenvalidierung | Produkt mit echten zahlenden Kunden |
| Wenn Sie noch nicht wissen, ob die Idee ankommt, validieren Sie mit Low-Code. Wenn Sie Kunden haben, bauen Sie es richtig. | ||
Ein Produktions-Bug, gefunden und behoben
In einem Audit auf einer Live-Plattform fanden wir die eigentliche Ursache sporadischer Fehler: Ein Sitzungs-Update schlug wegen einer zu strengen Sicherheitsrichtlinie stillschweigend fehl, was manchen Nutzern den Zugriff auf ihr eigenes Konto verwehrte, ohne sichtbare Fehlermeldung.
Wir haben die Ursache behoben (nicht nur das Symptom), Error Boundaries in jedem Bereich der App hinzugefügt und die aus der Entwicklung verbliebenen Mock-Daten durch echte, live über alle drei Rollen hinweg geprüfte Daten ersetzt. ComfortMap, mit getrennten Rollen für das öffentliche Verzeichnis, das Personal des Pflegeheims und die Familien, zeigt konkret, wie eine individuelle Web-App sehr unterschiedliche Nutzer im selben System verwaltet, ohne die Berechtigungen zu vermischen. Für Plattformen, die KI direkt ins Produkt integrieren, erklären wir separat, wie wir eine Abhängigkeit von einem einzigen Modellanbieter vermeiden, damit die App nie auf eine einzige Option festgelegt bleibt.
Wann sich eine individuelle Anwendung lohnt, statt No-Code
Ein No-Code-Tool (Airtable, Bubble) reicht, solange der Prozess einfach und das Volumen klein ist. Sobald Sie komplexe Rollen, mehrere Integrationen brauchen oder den Zugang als Produkt verkaufen wollen, wird eine individuelle Plattform mittelfristig günstiger. SaaS-Entwicklung Rumänien bedeutet für uns genau diese Art von Plattform mit zahlenden Kunden — kein generisch geklontes Produkt, sondern eine individuelle SaaS-Plattform auf Ihrem Workflow.
Von Discovery zur Live-Plattform
Wir kartieren Rollen und Abläufe vor der Architektur, bauen in überprüfbaren Etappen und liefern mit vollständiger Administrationsdokumentation.
Festpreis, nach einem kurzen Discovery-Gespräch.
- Authentifizierung inklusive
- 1 Basisintegration
- 4-6 Wochen
- RLS AUF DATEN
- Audit-Protokoll
- 6-10 Wochen
- Zahlungsdienstleister
- Rechnungsstellung + e-Factura
- Support beim Launch
Jedes Projekt hat einen anderen Kontext, andere Abläufe und eine andere Infrastruktur. Der Preis wird nach einem kurzen, bezahlten Discovery festgelegt und ändert sich danach nicht mehr.
Häufige Fragen
Was ist der Unterschied zwischen einer individuellen Web-Anwendung und einer gewöhnlichen Website?
Eine Website präsentiert Informationen. Eine Web-Anwendung hat Nutzerkonten, speichert und verarbeitet Daten und hat meist unterschiedliche Rollen (Admin vs. Kunde). Die technische Komplexität ist deutlich höher. Quelle: editorial
Was kostet eine SaaS-Plattform?
Das variiert enorm je nach Anzahl der Rollen und Integrationen. Wir nennen einen Festpreis nach dem Discovery — siehe /preturi für orientierende Richtwerte aus echten Projekten. Quelle: editorial
Welche Technologien nutzen Sie?
Next.js/React + TypeScript im Frontend, Supabase/Postgres im Backend bei den meisten Projekten — Mainstream-Technologien, leicht von jedem späteren technischen Team zu warten. Quelle: editorial
Können Sie eine bestehende Plattform mit Problemen übernehmen?
Ja — wir führen ein technisches Audit durch, identifizieren die tatsächliche Ursache der Probleme (nicht nur die Symptome) und reparieren oder überarbeiten die betroffenen Bereiche. Quelle: editorial
Wie gewährleisten Sie die Datensicherheit zwischen verschiedenen Kunden?
Durch Isolierung auf Datenbankebene (Row Level Security), nicht nur auf Oberflächenebene — ein Nutzer kann nicht auf die Daten eines anderen Mandanten zugreifen, auch nicht über eine manuell veränderte URL. Quelle: editorial
Was passiert mit meinen Daten, wenn ich die Zusammenarbeit beende?
Sie bleiben vollständig Ihr Eigentum — sie liegen in der Datenbank, die Sie besitzen, nicht in einem Konto von uns, das wir schließen könnten. Quelle: editorial
Beginnt eine individuelle SaaS-Plattform immer bei null, oder lässt sich Code aus einem früheren Projekt wiederverwenden?
Das hängt davon ab, wie ähnlich der Ablauf ist. Für Consumer Voice haben wir die Engine einmal gebaut und für 14 verschiedene Marken rekloniert, wobei wir klar trennen, was „Engine” und was „Identität” ist — aber jedes neue Projekt beginnt trotzdem mit einem eigenen Discovery-Gespräch, nicht mit der Annahme, dass es automatisch passt.
Welche individuellen Webplattformen sind für ein Unternehmen sinnvoll?
Solche, die einen Prozess abdecken, den Standardwerkzeuge nicht gut lösen: Portale für Kunden oder Partner, interne Admin-Panels, SaaS-Plattformen mit mehreren Kunden und Integrationen zwischen bestehenden Systemen. Für die meisten bauen wir auf Next.js und Supabase/Postgres, verbreitete Technologien, die jedes Team übernehmen kann.
Was bedeutet eine skalierbare Webanwendung konkret?
Eine, die mehr Nutzer, mehr Daten und neue Kunden aufnehmen kann, ohne neu geschrieben zu werden: die Daten jedes Kunden auf Datenbankebene isoliert, kritische Aktionen protokolliert, Fehler abgefangen, ohne dass das ganze System ausfällt, und eine Architektur, die sensible klar von öffentlichen Daten trennt.
Lassen Sie uns schauen, was sich bei Ihnen automatisieren lässt.
Eine kostenlose 30-Minuten-Sitzung: Wir sagen Ihnen, was sich automatisieren lässt, wie lange es dauert und was es kostet – mit Festpreis nach dem Discovery-Gespräch.