Ich stehe gerade vor einer Entscheidung und könnte eure Gedanken dazu gebrauchen. In meinem Team haben wir vor ein paar Monaten angefangen, interne Tools mit einer No-Code-Plattform zu bauen, und es lief eigentlich ganz gut. Jetzt will die Geschäftsführung aber, dass wir ein größeres, kundenorientiertes Portal entwickeln. Ich frage mich, ob wir mit unserem aktuellen Werkzeug schon an die Grenzen kommen. Mir macht vor allem die Skalierbarkeit Sorgen, wenn die Nutzerzahlen steigen. Hat jemand ähnliche Erfahrungen gemacht, als ein Prototyp plötzlich zu einer richtigen Anwendung werden musste?
Das kenne ich gut. Ein harmloser No Code Prototyp wächst plötzlich zu einer echten Anwendung heran, und die Aufregung mischt sich mit dem Zweifel ob das noch mit dem jetzigen Werkzeug geht.
Wenn ihr an Skalierung denkt, solltet ihr konkrete Messgrößen definieren wie Nutzer pro Sekunde API Limits Datenvolumen Wartungsaufwand. No Code ist oft schnell am Anfang, aber die Grenzen werden sichtbar sobald die Komplexität steigt.
Ich dachte ihr wollt einfach eine neue Oberfläche bauen, aber ihr habt schon ein internes Portal im Kopf, oder? Vielleicht überseht ihr dass die No Code Lösung erst mal intern bleiben soll bevor ihr die Kunden anspricht
Ich bleibe skeptisch. Prototypen sind oft nicht für echte Last gedacht, das No Code Tool könnte bei vielen gleichzeitigen Verbindungen stottern, und dann ist euer cooles Portal plötzlich eine Langsamkeitsspielerei.
Vielleicht geht es nicht nur um Skalierbarkeit sondern um Governance Datenhoheit und Kostenverteilung zwischen Team und Geschäftsführung No Code könnte hier als Katalysator wirken doch wer kennt die Kosten der Erweiterung
Was wenn der Sprung zu einem Kundenportal weniger Technik Entscheidung als Kulturwechsel ist und ihr erst mal eine klare Freigabe für schleichendes wachsen braucht statt eines großen Launches
