Agentur sagt „Wir schreiben das für Android in Sprache X“ – bindet mich die Wahl an sie?

Bin seit Jahren in der Branche: Wegen der Programmiersprache ist noch kein Projekt gestorben, aber hunderte sind im Müll gelandet, weil das Passwort fürs Repo auf der privaten Mailadresse des Agenturinhabers lag. Klärt vor der Sprache, wem der Code gehört. Erstellt das Repo selbst und gebt der Agentur nur Entwickler-Rechte.

Mit hybrid meinen die höchstwahrscheinlich Flutter oder React Native. Für beides gibt's in der Türkei tausende Entwickler, da bleibt ihr definitiv nicht drauf sitzen. Aber Vorsicht: Manche Agenturen packen einfach eure Website in eine App-Hülle (Webview) und verkaufen das als hybride App. Lasst euch die genutzten Bibliotheken einzeln ins Angebot schreiben.

Die wichtigsten Schutzklauseln für den Vertrag: 1) Geistige Eigentumsrechte liegen ab der ersten Anzahlung bedingungslos beim Kunden. 2) Der Code muss gängigen Linter- und Architekturstandards entsprechen. 3) Mindestens 6 Monate kostenlose Garantie für kritische Bugfixes nach Projektabnahme.

Wir haben letztes Jahr für 240.000 TL eine ähnliche Retail-App bauen lassen. Im 8. Monat haben wir uns wegen den Wartungskosten zerstritten. Weil der Code in unserem eigenen Repo lag, haben wir einen Freelancer auf Stundenbasis geholt – der hatte sich in 12 Tagen eingearbeitet und es lief nahtlos weiter.

Edit: Ich habe ein paar Tippfehler korrigiert.

Steht im Angebot nur die Sprache der mobilen App oder auch, worin das Backend-Adminpanel und die Datenbank laufen? Selbst wenn die App-Seite Standard ist: Wenn das Backoffice ein agentureigenes System ist hängt ihr trotzdem wieder am Haken.

repo ab tag eins auf eure firma anlegen und agentur nur einladen. lasst jeden freitag n bekannten drüberschauen ob commits da sind. solange ihr den code habt seid ihr niemandem ausgeliefert sprache ist halb so wild.

„Wir suchen uns dann wen anders und machen weiter“ klingt in der Theorie nett, läuft in der Praxis aber selten so. Kaum ein Entwickler will fremden, halbfertigen Code anfassen; die meisten sagen sofort: „Lass das neu schreiben.“ Lasst die Code-Qualität der Agentur also lieber noch während der laufenden Entwicklung von einem externen Profi prüfen.

Bei Softwareverträgen greift werkvertragliches Recht. Werden Code-Eigentum, Übertragung der Nutzungsrechte und Zugriffsmodalitäten nicht ausdrücklich im Vertrag geregelt, verbleiben die Urheberrechte im Streitfall unter Umständen beim Entwickler.

Ich möchte kurz warnen. Nur weil alle es tun heißt es nicht, dass es richtig ist.

An deiner Stelle würde ich so vorgehen.

Hier muss man eine Unterscheidung treffen. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Aus Erfahrung weiß ich das.

Dieses Thema ist archiviert.

Da hast du recht. Das allein zu versuchen, ist der teuerste Weg.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.

Mich interessiert das auch.

Ich stimme voll und ganz zu. Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

ich habe mich lange damit beschäftigt dann ehrlich gesagt wenn ihr es zum ersten Mal macht, fangt klein an die Skalierung kommt später.

das wars, entschuldige, wenn ich zu lang war.

Vor zwei Jahren habe ich genau dasselbe erlebt... naja wenn keine Abnahmekriterien definiert sind ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr. Aus Erfahrung weiß ich das.

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

Ich bin in derselben Situation, deshalb frage ich. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.