Mobile App komplett mit No-Code gebaut: Hält das System, bevor ich Entwickler anheuere?

Wir haben in Paris für einen lokalen Lieferdienst mit einem No-Code-Tool angefangen. Bis zu 750 aktiven Mitgliedern lief bei monatlich 110 EUR Plattformkosten alles wie am Schnürchen. Als wir dann aber Live-Tracking der Kuriere per Karte einbauen wollten, reichte das Datenkontingent der Plattform nicht mehr aus und die Zusatzkosten schossen auf monatlich 400 EUR hoch. An dem Tag sind wir auf Code umgestiegen – überstürzen Sie also nichts.

Der eigentliche Flaschenhals bei No-Code sind gleichzeitige Schreibabfragen. Wenn 500 Leute die App öffnen und sich die Speisekarte ansehen, passiert gar nichts, weil statische Daten aus dem Cache kommen. Aber wenn zwischen 11:45 und 12:00 Uhr 150 Leute gleichzeitig ihre Bestellung abschicken und den Lagerbestand verringern wollen, kann das System blockieren. Lehnen Sie sich erst zurück, wenn Sie diese Spitzenlast getestet haben.

Dass der Entwickler 8.500 EUR verlangt ist völlig typisch. Die eigentliche Gefahr bei No-Code ist aber der Vendor-Lock-in. Wenn das Unternehmen morgen seine Preise verdreifacht, stehen Sie da – ohne eine einzige Zeile eigenen Code. Solange Sie Ihre Datenbank nicht selbst unter Kontrolle haben tragen Sie ein echtes Risiko.

Stecken Sie das Geld jetzt bloß nicht in Code. Diese 8.500 EUR sind Ihr Lebenselixier für Marketing und laufenden Betrieb. Knacken Sie erst mal die 500 Kunden, und falls das System irgendwo hakt, buchen Sie einfach das nächsthöhere Paket der Plattform. Die meisten Start-ups, die eine Individualsoftware bauen lassen, bevor unterm Strich echter Gewinn steht, bleiben später im operativen Geschäft stecken.

wir haben genau das gleiche durch. der größte fehler ist die daten komplett auf der plattform einzusperren... sicher deine nutzer- und bestelltabellen jede nacht extern in ner tabelle ab. wenn du später zum entwickler gehst, rettet dir das echt den arsch.

Haben Sie Push-Benachrichtigungen und Live-Tracking für Kuriere in der App? Wenn einfach nur Gerichte aus einer Liste ausgewählt und bezahlt werden, reicht eine No-Code-Infrastruktur noch sehr lange aus. Sobald aber Kartenansichten und Live-Standorte ins Spiel kommen, explodieren die Kosten durch den Datenverbrauch förmlich.

ich probiere geraade ein ähnliches No-Code-Projekt aus und also entsteht bei solchen Systemen bei der Speicherung von Kundenkreditkartendaten eigentlich ein Sicherheits- oder Bußgeldrisiko nach französischen und EU-Standards?

Planen Sie die spätere Umstellung jetzt schon schrittweise: 1) Strukturieren Sie Ihre Datenbanktabellen relational, 2) Dokumentieren Sie die komplette Geschäftslogik, 3) Testen Sie die Exportmöglichkeiten. So muss der Entwickler beim Wechsel auf eigenen Code keine Grundlagenanalyse machen, und Ihre Kosten halbieren sich glatt.

Wenn ich dich richtig verstehe, meinst du Folgendes: Wenn der Umfang wächst, müssen entweder Zeit oder Budget wachsen. Eine dritte Option gibt es nicht.

Wenn es jemand anders macht, würde mich das auch interessieren.

Der am häufigsten übersehene Punkt bei no-code mobile app ist dieser: Wenn wir ohne Messung entscheiden landen wir immer wieder am selben Punkt.

Wenn man versucht, alles gleichzeitig zu ändern etabliert sich nichts richtig. Nur als Notiz, könnte nützlich sein.

Das hier Beschriebene ist genau das, was wir erlebt haben. Fehler auf der no-code mobile app-Seite sind meist rückgängig zu machen, aber teuer.

Gut, dass du diesen Thread eröffnet hast. Fehler auf der no-code mobile app-Seite sind meist rückgängig zu machen, aber teuer.

Viel Erfolg.

Ich fasse das Thema mal zusammen da es mehrere unterschiedliche Antworten gab. halt wenn der Umfang wächst, müssen entweder Zeit oder Budget wachsen. Eine dritte Option gibt es nicht.

Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf nicht nur das Beste. Korrigiert mich falls ich falsch liege.

Da hast du recht. Wenn man versucht alles gleichzeitig zu ändern etabliert sich nichts richtig.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Hier lauert eine Falle die ich nicht unerwähnt lassen möchte. Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste.

Aus Erfahrung weiß ich das.

ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab aber schaut zuerst, welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

Meine Frage ist geklärt, vielen Dank.

kurzfassung für Neueinsteiger: Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

scheut euch nicht zu fragen wer niht fragt, zahlt am Ende mehr. also ich hoffe das hilft dir weiter.