Ich hab meine Mobile-App mit kostenloser KI designt — taugt das für den echten Launch oder nur zum Ausprobieren?

In den Codes, die diese Tools erzeugen, sind Session-Management und Datensicherheit schwach. Wenn du live gehst, können Adressen oder Telefonnummern der Kunden über offene Endpunkte leaken. Du musst das Design als Referenz nehmen und es mit einem lokalen Backend-Framework neu coden lassen, das ist Pflicht.

Hinweis: Dies ist meine persönliche Erfahrung, das muss nicht auf alle zutreffen.

Wir haben mit einem ähnlichen No-Code-KI-Export eine Friseur-Termin-App aufgemacht. Als vierzig Leute gleichzeitig reingingen, hat sich der Server aufgehängt, Benachrichtigungen kamen nicht an. Am Ende mussten wir zwei Monate später 38.000 SAR ausgeben und von Grund auf neu schreiben lassen. Der Live-Betrieb hält das nicht aus.

Warum steckst du 45.000 SAR in eine Mobile-App, wenn du noch nicht mal einen einzigen Reinigungsauftrag im Markt geholt hast? Hast du Kunden erst über eine direkte Messaging-Linie gesammelt und den Betrieb getestet, dass du jetzt eine App in den Store bringst?

ich hab auch so ein änliches Design gemacht, aber ich hab überhaupt nicht verstanden, wohin die Daten gehen, wenn man auf die Buttons drückt aber naja wenn man es in den Store hochlädt werden die Kreditkartendaten des Kunden dann nicht automatisch an unsere Bank weitergeleitet?

Mach Screenshots von diesen Designs und schreib unter jeden Screen in einem Satz wofür er gut ist. Hol dir Angebote von erfahrenen Entwicklern auf Freelance-Plattformen nur für Backend und API-Integration, dann kommst du für die Hälfte des Agenturpreises hin.

saubere Arbeit 20 Screens in drei Tagen rauszuhauen ist echt eine starke Leistung. halt aber diese Screns sind wie die Karosserie beim Auto; Motor und Getriebe fehlen komplett. schaltet bloß keine Werbung und ladet das Ding nicht so in den Store sonst hagelt es ab Tag eins Ein-Sterne-Bewertungen.

Trefft die Entscheidung für den Umstieg in dieser Reihenfolge: 1) Findet heraus, ob die Design-Plattform sauberen Code exportiert. 2) Klärt die Kompatibilität mit Rechnungsstellung und lokalen Karten in Saudi-Arabien ab. 3) Lasst mindestens zehn echte Nutzer durch den Prototyp klicken und notiert euch, an welchen Stellen der Flow hakt.

Da stimme ich zu. Das günstigste Angebot ist oft das am wenigsten durchdachte.

Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig. An deiner Stelle würde ich so vorgehen.

Beim Umsetzen gibt es drei Dinge zu beachten. Fragt, wer das Angebot erstellt hat und wer die Arbeit ausführen wird.

Ich hoffe das hilft dir weiter.

letztes Jahr haben wir fast genau dasselbe erlebt.. und also wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

das wars entschuldige, wenn ich zu lang war.

Ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab. Wenn im Vertrag nicht steht, wem der Code gehört, habt ihr bei der Trennung keine Verhandlungsmacht mehr.

Ein wöchentlicher schriftlicher Fortschrittsbericht ist viel nützlicher als ständiges Nachfragen nach dem Status. Das war's, entschuldige, wenn ich zu lang war.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Das günstigste Angebot ist oft das am wenigsten durchdachte.

In den ersten drei Monaten läuft alles gut, die Probleme tauchen im vierten Monat auf. Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Danke, genau die Antwort, die ich gesucht habe.

Du hast recht, ich bin denselben Weg gegangen. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Aus Erfahrung weiß ich das.

Im Großen und Ganzen richtig, aber ein Punkt fehlt. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

Richtig.

Hier lauert eine Falle die ich nicht unerwähnt lassen möchte. Der meiste Zeitverlust entsteht durch Arbeiten die auf Freigaben warten.

Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.