Die wahren Kosten eines Entwicklers sind der Monat, den Sie warten, bis Sie etwas sehen

Sie beauftragen jemanden. Sie zahlen eine Anzahlung. Dann passiert wochenlang nichts Greifbares, das Sie in der Hand halten können.

Es gibt Calls. Ein Konzeptdokument. Einen Figma-Link. Ein Board, das sich langsam mit Tickets füllt. Was Sie nicht haben, ist eine App, die Sie auf Ihrem eigenen Telefon öffnen können. Diese Lücke, zwischen dem Tag, an dem Sie zahlen, und dem Tag, an dem Sie zum ersten Mal etwas Echtes laufen sehen, ist der Ort, an dem der größte Stress eines Softwareprojekts steckt. Es ist auch der Teil, vor dem Sie niemand warnt.

Wochen ist die optimistische Zahl

Ich übertreibe das Warten nicht. Die Zahlen bestätigen es. Ein Entwickler, der zu einem Projekt stößt, braucht häufig drei bis sechs Monate bis zur vollen Produktivität, und sechs bis zwölf Monate oder mehr bei einer komplexen App. Das ist die Einarbeitung, bevor die Leistung, für die Sie zahlen, mit voller Geschwindigkeit ankommt. Selbst ein versierter Auftragnehmer, der schnell startet, gibt Ihnen in den ersten Wochen selten funktionierende Software in die Hand.

Der beste Rat der Branche sieht das genauso. Das erste Prinzip des Agilen Manifests ist die frühe und kontinuierliche Lieferung funktionierender Software, und selbst dieses Prinzip beschreibt das Tempo als "innerhalb weniger Wochen oder Monate, mit einer Vorliebe für die kürzere Zeitspanne". Der Maßstab, den jedes moderne Team anstrebt, wird also bestenfalls noch in Wochen gemessen.

Warum dauert das so lange? Konzeption. Einrichtung der Umgebung. Spezifikationsdokumente. Dann der Teil, der den Kalender leise auffrisst: das Warten auf Ihr Feedback, Ihre Freigaben, Assets und Zugänge, was durchgängig die größte Ursache für Verzögerungen bei Freelance-Projekten ist. Dazu die Übergaben zwischen einem Account-Manager, einem Projektmanager und der Person, die den Code tatsächlich schreibt, und jede davon fügt Stunden an Latenz hinzu, bevor überhaupt eine Zeile ausgeliefert wird.

Das Warten ist nicht nur langsam, es ist riskant

Eine lange Lücke, bevor Sie funktionierende Software sehen, ist nicht nur ärgerlich. Sie ist teuer, auf eine Weise, die nicht auf der Rechnung auftaucht.

Man kann nichts korrigieren, das man nicht sehen kann. Während Sie warten, häufen sich kleine Abweichungen still an. Alle sind beschäftigt, alle nehmen an, der Plan sei richtig, und die Annahmen verfestigen sich. Wenn endlich ein Build kommt, bedeutet ein Richtungswechsel, Wochen an Arbeit aufzutrennen, also passiert es selten. Der Rat der Leute, die solche Projekte steuern, ist unmissverständlich: Erlauben Sie keine Wochen oder Monate Entwicklung ohne sichtbares Ergebnis. Bestehen Sie auf kleinen Schritten, die Sie sehen können.

Ich stimme diesem Rat zu. Ich gehe nur weiter als die meisten.

Was ich stattdessen mache: eine funktionierende App auf Ihrem Gerät noch heute Abend

Ich führe die Arbeit als einen einzigen Tag durch. Wir sprechen am Morgen, ich entwickle tagsüber, und am Ende haben Sie eine native App auf Ihrem eigenen Telefon installiert, plus den Quellcode. Kein Mockup. Kein klickbarer Prototyp, der in einem Browser-Tab feststeckt. Eine echte Swift- oder Kotlin-App, die auf echter Hardware läuft und Ihnen gehört.

Das ist aus drei Gründen möglich. Siebzehn Jahre native Mobile-Entwicklung, also lerne ich die Plattform nicht auf Ihre Kosten. KI im Ablauf, die einen großen Teil der langsamen mechanischen Arbeit entfernt. Und eine direkte Linie, ohne Agenturschicht zwischen Ihnen und dem Entwickler, sodass aus dem Gespräch am Morgen am Nachmittag Code wird, ohne E-Mail-Staffellauf.

Warum das die Entscheidung verändert, die Sie treffen

Wenn Sie auf die übliche Weise beauftragen, binden Sie Geld und Wochen auf Basis eines Versprechens und einer Folie. Ob es eine gute Idee war, erfahren Sie einen Monat später.

Wenn der erste Tag mit einer App in der Hand endet, entscheiden Sie über das Weitere mit der echten Sache vor sich. Wenn es passt, machen wir weiter und Sie haben bereits eine funktionierende Basis. Wenn nicht, haben Sie einen Tag ausgegeben, nicht einen Monat und eine Anzahlung. Ihr Risiko ist auf einen einzigen Arbeitstag begrenzt, was ungefähr das Niedrigste ist, das es bei Software gibt.

Das ist der ganze Punkt. Der Monat, den Sie normalerweise mit Warten verbringen, ist der unangenehmste Teil beim Beauftragen eines Entwicklers, und es ist der Teil, den ich entferne.