Android-App-Entwicklung im Angebot aufschlüsseln — wie viele Tage pro Phase?

Setzt direkt ein Lastenheft auf und schickt es der Agentur. Vereinbart Sprints für jede Teillieferung. Zum Beispiel alle zwei Wochen eine lauffähige APK. Wenn ihr keine Zwischenversion zu sehen bekommt und abnehmt, steht ihr nach 90 Tagen mit einer halben App da.

Der heikelste Punkt bei einem aufgeschlüsselten Android-Angebot sind API-Integration und lokale Datenbankarchitektur. Wenn euer Buchhaltungsprogramm keine fertige REST-API hat, gehen von den 90 Tagen locker 30 dafür drauf, überhaupt an die Daten zu kommen. Klärt vorher, wer die Datenbankberechtigungen vergibt und die Doku liefert.

Haben die Außendienstler einheitliche Firmenhandys oder nutzt jeder sein eigenes Gerät? Bei einheitlichen Geräten ist das Testing schnell erledigt, aber wenn jeder andere Marken und Android-Versionen hat, muss das Testing mit mindestens 20 Tagen im Angebot stehen.

Wir haben letztes Jahr eine ähnliche App für den Außendienst beauftragt: 360.000 TL Budget, 75 Arbeitstage vereinbart. Design hat 14 Tage gedauert, Coding 40 Tage. Aber die Store-Freigabe und der interne Pilottest haben sich um 20 Tage verzögert. Wäre die Aufteilung nicht schriftlich fixiert gewesen, hätten die uns die Verzögerung in die Schuhe geschoben.

Wenn eine Agentur pauschal 90 Tage nennt ohne Details, reicht sie den Auftrag evtl. an Subunternehmer weiter. Wer keinen detaillierten Projektstrukturplan vorlegen kann, versteht oft auch nicht viel von moderner Android-Architektur. Fragt nach, wie viele Senior Android Devs im Team sind, und schaut euch echte Referenzen im Play Store an.

Verlangt bei der Angebotsüberarbeitung folgende Meilensteine: 1) Wireframes und User-Flow-Diagramme 2) Klickbarer Design-Prototyp zur Abnahme 3) Erste Alpha-Version mit funktionierender API-Anbindung 4) Closed Beta für den Feldtest 5) Go-Live und Store-Freigabe.

bei uns hat sich das projekt um 3 monate verzögert weil wir die erp anbindung nicht eingeplant hatten. also agentur schiebt schuld auf buchhalter, buchhalter auf die agentur. lasst unbedingt vor dem angebot den entwickler der erp mit an den tisch.

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

Im technischen Lastenheft, das dem Vertrag beigefügt wird, müssen Start, Ende und Abnahmekriterien jeder Phase klar geregelt sein. Es sollte vertraglich festgelegt werden, dass Teilzahlungen nur bei unterzeichnetem Abnahmeprotokoll der jeweiligen Phase erfolgen.

Bei uns ist es genauso. Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

Fehler auf der android app entwicklung-Seite sind meist rückgängig zu machen, aber teuer. Das war's, entschuldige, wenn ich zu lang war.

Meine Frage klingt vielleicht etwas naiv, entschuldigt bitte. Wer bei android app entwicklung hetzt, stolpert alle an derselben Stelle.

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

Kurzfassung für Neueinsteiger: Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Ich hoffe das hilft dir weiter.

du hast recht. ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

scheut euch nicht zu fragen, wer nicht fragt zahlt am Ende mehr. nur als Notiz könnte nüzlich sein.

Hier lauert eine Falle, die ich nicht unerwähnt lassen möchte... Wenn du das nicht von Anfang an schriftlich festhältst gibt es später Streit.

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

Richtig.

Bei uns ist es genauso.

Ich schreibe das, damit ihr denselben Fehler nicht macht. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Betrachtet man den Prozess, ändert sich das Bild. Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß, was man verbessern soll.

Aus Erfahrung weiß ich das.

Ich erkläre mal die technische Seite. Nach der Übergabe lebt das System weiter; Wartung ist ein separater Posten.