Im Angebot ist „API-Entwicklung“ als eigener Posten aufgeführt – was ist das und braucht man das wirklich?

Die API ist das eigentliche Rückgrat der Software. Das Interface wirkt in drei Jahren vielleicht veraltet und wird neu designt, aber die API bleibt. Wenn Sie in Zukunft Ihre Website überarbeiten oder ein ERP-System anbinden wollen, nutzen Sie genau diese API weiter. Schauen Sie also nicht darauf, ob der Posten überhaupt da ist, sondern ob Ihnen der Code und eine saubere technische Dokumentation vollständig übergeben werden.

Eine direkte Verbindung von der Tablet-App zur Datenbank wäre eine riesige Sicherheitslücke. Mobile Geräte befinden sich naturgemäß in unsicheren Netzwerken. Die API hält Geschäftslogik und Datenbankabfragen serverseitig und schaltet eine Authentifizierung dazwischen. Rein technisch betrachtet läuft die App ohne diesen Posten schlichtweg nicht.

Fordern Sie von der Agentur sofort eine schriftliche Antwort auf diese Frage: „Wie viele Endpunkte werden im Rahmen dieses Postens erstellt und gibt es eine Swagger- oder Postman-Dokumentation dazu?“ Wenn sie herumdrucksen und nur vage von „App-Anbindung“ sprechen, verhandeln Sie nach. Können sie eine konkrete Liste vorlegen, ist der Betrag gerechtfertigt.

Wir haben letztes Jahr für ein ähnliches B2B-Bestellsystem 8.000 USD für die API-Entwicklung gezahlt. Das beinhaltete 24 individuelle Endpunkte, rollenbasierte Rechtevergabe und eine Staging-Umgebung. 9.500 USD sind für US-Verhältnisse absolut marktüblich, aber lassen Sie sich die Liste der Schnittstellen unbedingt als Vertragsbestandteil geben.

Auf welchem System läuft denn Ihre aktuelle Website? Wenn Sie ein Standard-CMS oder eine gängige E-Commerce-Plattform nutzen, bringen die oft schon fertige APIs mit. Baut die Agentur hier eine komplett neue Architektur auf oder setzen sie nur auf bestehenden Schnittstellen auf?

dass sie das separat aufführen ist eigentlich die ehrlichere variante. die meisten agenturen packen das einfach mit in die mobile app und sagen pauschal 30k usd, so sieht man wenigstens die einzelpreise. aber besteht auf jeden fall auf ner ordentlichen doku.

hatte mal ein ähnliches Angebot und gefragt was passiert wenn wir die API weglassen.. und die Agentur meinte trocken: „Dann schickt das Tablet die Bestellungen halt als E-Mail raus.“ Für Live-Bestände kommt man da also wohl echt nicht drumherum.

Unterm Strich: Ohne API kann das Tablet nicht mit der Zentrale kommunizieren, der Posten ist also absolut notwendig. Bevor Sie allerdings 9.500 USD freigeben, müssen Sie zwingend klären, ob das komplett neu gebaut wird, welchen Funktionsumfang es hat und ob eine Dokumentation dabei ist.

Richtig.

Hier muss man eine Unterscheidung treffen. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Viel Erfolg.

wie habt ihr das Problem gelöst? das Teuerste an übernommnen Systemen sind unbekannte Abhängigkeiten.

Kurzfassung für Neueinsteiger: Fragt, wer das Angebot erstellt hat und wer die Arbeit ausführen wird.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Dieser Rat passt meiner Meinung nach nicht auf jeden. Schaut zuerst welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

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

Gut, dass du diesen Thread eröffnet hast.

Bei uns ist es genauso. Wenn der Umfang wächst, müssen entweder Zeit oder Budget wachsen. Eine dritte Option gibt es nicht.

Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender. Nur als Notiz, könnte nützlich sein.

Ich würde mich freuen, wenn du das Ergebnis postest.

Ich erzähle mal, was mir passiert ist, vielleicht hilft es euch. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

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

Es gab drei verschiedene Ansichten, die sich alle ergänzen. Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später.

Das war's, entschuldige, wenn ich zu lang war.