Der Code ist fertig, die Genehmigung wird zum Hindernis
Sie haben die Swift-App gebaut, von Grund auf. Funktioniert auf iPhones, auch auf iPad. Die TestFlight-Build ist live, der Client kann testen.
Aber die Store-Review dauert. Apple prüft eine Woche, zwei, manchmal länger. Dann: Ablehnung. Ein Detail passt nicht. Kleiner Fix, neue Build, neue Review. Der Client wartet. Sie warten.
Die App wird genehmigt. Der Client testet nochmal, gibt Feedback. Das dauert tage. Endlich sagt der Client ja, die App ist gut. Dann kommt die Rechnung.
Für den Client ist das der Moment, an dem die App "fertig" ist. Für Sie war das Wochen früher – als der Code komplett war und der Store-Review anfing. Die Rechnung wartet auf das älteste Problem der Software-Entwicklung: der Client wartet auf die Genehmigung, bevor er zahlt.
Was ist "fertig": Der Code oder die Genehmigung
Mit PANORAMA payments können Sie eine Finte spielen: Sie vereinbaren mit dem Client, dass "fertig" bedeutet "Code ist komplett und auf TestFlight". Das ist nachweisbar. Das ist nicht zu diskutieren. Das ist der Punkt, an dem Sie die Rechnung stellen.
PANORAMA payments stellt die Rechnung aus. Eine US-Firma, ein klares Dokument. Der Client sieht Stunden, Code-Qualität, TestFlight-Build, Watch- und iPad-Targets. Die Liste ist spezifisch für iOS-Arbeit.
Der Client zahlt die Rechnung. Der Store-Review läuft weiter. Wenn die App abgelehnt wird, ist das ein Reparatur-Projekt – eine andere Rechnung. Aber die ursprüngliche Arbeit – das Build, der Code, die TestFlight-Integration – die ist bezahlt.
Das ändert nicht, dass Apple Wochen brauchen kann. Aber es trennt Ihre Arbeit von Apples Genehmigung. Die Rechnung ist nicht an die App-Store-Freigabe gebunden.
Stundensätze, Projekte oder Meilensteine
iOS-Entwicklung wird unterschiedlich abgerechnet. Stundensätze, wenn Sie nach Zeit arbeiten. Ein fester Betrag für eine definierte App. Meilensteine, wenn das Projekt große Phasen hat: Prototyp, Alpha-Build, Store-ready.
PANORAMA payments stellt die Rechnung in jeder Modalität aus. Die Bedingung bleibt: Sie definieren, wann die Arbeit "fertig" ist, nicht der Client.
Das Geld wartet nicht auf die Store-Freigabe
Sie werden bezahlt, wenn der Code fertig ist und Sie eine Rechnung ausstellen. Die Store-Review kann laufen. Die App kann abgelehnt und überarbeitet werden. Das ist Ihrem Zahlungstermin egal. PANORAMA payments hat bereits das Geld erhalten oder wird es erhalten, weil die Rechnung vor der Review kam.
Für einen iOS-Entwickler ist das die Ordnung im Chaos: Ihr Code ist fertig, die Zahlung läuft, und der Client kann im App Store warten – das ist sein Problem, nicht Ihres.
