Raus aus Upwork: Wie ein ukrainisches Software-Studio seinen eigenen Marktzugang aufbaute

Als wir mit dem Software-Studio aus Kharkiv zusammenkamen, war das Unternehmen längst kein kleines Freelancer-Team mehr.

Rund 40 Mitarbeiter entwickelten Software für internationale Kunden. Das Team beherrschte unter anderem Laravel, PHP/Symfony, iOS und weitere spezialisierte Technologien.

Die Delivery funktionierte.

Das Problem begann dort, wo das nächste Projekt herkommen sollte.

Ein wesentlicher Teil des New Business lief über Plattformen wie Upwork. Dort begann jedes neue Projekt unter denselben Bedingungen: Ein Kunde veröffentlichte seinen Bedarf – und im selben Moment konnten zahlreiche andere Software-Anbieter darauf bieten.

Der Kunde bestimmte die Spielregeln.

Die Plattform kontrollierte den Zugang.

Die Anbieter konkurrierten um dieselbe Opportunity.

Für ein Unternehmen mit rund 40 Mitarbeitern war das eine schlechte Ausgangslage.

Es brauchte nicht einfach „mehr Leads“.

Es brauchte einen eigenen Zugang zum Markt.

Im ersten Workshop wurde schnell deutlich, dass die Plattformabhängigkeit nur ein Symptom war.

Auch außerhalb von Upwork war das Studio schwer zu unterscheiden.

Laravel. Symfony. PHP. Blockchain. iOS.

Technisch waren das relevante Kompetenzen. Aus Sicht eines potenziellen Kunden sah die Botschaft aber ähnlich aus wie bei hunderten anderen Software-Dienstleistern:

Wir haben Entwickler. Wir beherrschen diese Technologien. Wir können Ihr Projekt umsetzen.

Damit landete das Unternehmen immer wieder im gleichen Wettbewerb.

Die Frage war deshalb nicht:

Wie verkaufen wir mehr Entwickler?

Sondern:

In welcher Situation hat ein Unternehmen ein konkretes Problem, für das genau diese Entwickler eine relevante Lösung sind?

Das war der Wendepunkt.

Wir suchten nach einem Signal, das dieses Problem sichtbar machte.

Und dieses Signal lag öffentlich im Internet:

offene Entwicklerstellen.

Wenn ein Unternehmen seit Wochen oder Monaten einen Laravel-, Symfony- oder PHP-Entwickler suchte, sagte diese Stellenanzeige mehr als nur:

„Wir stellen ein.“

Sie sagte möglicherweise:

„Uns fehlt technische Kapazität – und wir schaffen es bisher nicht, sie intern zu besetzen.“

Damit änderte sich die gesamte Logik der Akquise.

Wir mussten nicht mehr darauf warten, bis ein Unternehmen entschied, ein Outsourcing-Projekt auszuschreiben.

Wir konnten Unternehmen identifizieren, bevor daraus überhaupt ein klassisches Outsourcing-Projekt wurde.

Wir bauten die Akquise um dieses Signal herum.

Zunächst wurden die Technologien definiert, bei denen das Studio tatsächlich stark war.

Dann suchte das System nach Unternehmen, die genau diese Fähigkeiten intern rekrutierten.

Entscheidend war nicht nur die offene Stelle. Auch die Dauer spielte eine Rolle.

Je länger eine relevante Position unbesetzt blieb, desto interessanter wurde der Account.

Aus einer Stellenanzeige entstand damit eine kommerzielle Hypothese:

Das Unternehmen braucht technische Kapazität.

Die gesuchte Technologie passt zu unserem Team.

Die Stelle ist weiterhin offen.

Vielleicht ist externe Kapazität inzwischen eine relevante Alternative.

Das war etwas völlig anderes als eine Liste mit tausend CTOs.

Es gab einen konkreten Anlass für das Gespräch.

Das nächste Problem: Eine offene Stelle kauft keine Dienstleistung.

Menschen tun das.

Also identifizierten wir für die relevanten Unternehmen das Buying Center: Wer verantwortet Engineering? Wer spürt den Kapazitätsengpass? Wer kann über externe Unterstützung entscheiden?

Technische Führungskräfte, Produktverantwortliche, Geschäftsführung – abhängig vom jeweiligen Unternehmen.

Damit entstand Schritt für Schritt eine Maschine:

Vacancy Signal → Technology Fit → relevanter Account → Buying Center → Entscheider → direkte Ansprache

Und plötzlich hatte das Software-Studio einen völlig anderen Gesprächseinstieg.

Nicht mehr:

„Benötigen Sie zufällig Softwareentwicklung?“

Sondern sinngemäß:

„Sie suchen seit einiger Zeit genau die technische Kapazität, die unser Team bereitstellen kann.“

Parallel dazu schärften wir die Positionierung.

Der Kunde sollte nicht als anonyme Entwicklerbörse aus Osteuropa auftreten.

Die Stärke lag gerade darin, dass ein inhabergeführtes Studio mit einem bestehenden Team hinter der Leistung stand.

Die neue Positionierung rückte deshalb eine andere Idee in den Mittelpunkt:

Externe Entwickler, die nicht wie beliebige externe Ressourcen arbeiten, sondern möglichst eng in das bestehende Team integriert werden.

Der Kunde kaufte damit nicht einfach „günstigere Entwickler“.

Er bekam zusätzliche Entwicklungskapazität für eine Lücke, die er intern gerade nicht schließen konnte.

Das passte direkt zu unserem Lead Trigger.

Unbesetzte Stelle → fehlende Kapazität → integrierbare externe Kapazität

Positionierung und Akquise arbeiteten nun auf dasselbe Problem.

Vorher musste das Studio dort suchen, wo andere Unternehmen Projekte anboten.

Jetzt suchte das Studio dort, wo Unternehmen Probleme offenbarten.

Das veränderte die New-Business-Logik fundamental.

Vorher:

Projekt auf Upwork → zahlreiche Anbieter → Angebote vergleichen → Preisdruck → hoffen, ausgewählt zu werden

Danach:

Unternehmen sucht Entwickler → Bedarf erkennen → Technology Fit prüfen → Buying Center identifizieren → Entscheider direkt ansprechen → eigene Opportunity entwickeln

Der Kunde kam damit früher in die kommerzielle Journey.

Und vor allem: Er musste nicht mehr ausschließlich um Opportunities kämpfen, die bereits jeder Wettbewerber sehen konnte.

Das System füllte die Projektpipeline.

Und damit entstand für ein 40-Personen-Studio etwas Entscheidendes: Auswahl.

Wenn die Pipeline leer ist, wird fast jedes Projekt interessant.

Wenn genügend relevante Opportunities vorhanden sind, kann ein Unternehmen fragen:

Passt die Technologie zu uns?

Passt das Team?

Passt die Laufzeit?

Passt der Kunde?

Wollen wir dieses Projekt überhaupt?

Genau darin lag der wirtschaftliche Wert des Systems.

Nicht in möglichst vielen Kontakten.

Sondern darin, die Ausgangslage des Unternehmens zu verändern:

von der Suche nach dem nächsten Projekt zu einer Pipeline, aus der passende Projekte ausgewählt werden konnten.

Heute werden Methoden wie diese unter Begriffen wie Signal-based Selling, Intent Data und GTM Engineering diskutiert.

Für uns war die Ausgangsfrage damals wesentlich pragmatischer:

Wo können wir beobachten, dass ein potenzieller Kunde gerade ein Problem hat, das unser Kunde lösen kann?

Beim Software-Studio aus Kharkiv waren es Stellenanzeigen.

Aus diesem einen Signal entstand ein komplettes New-Business-System:

Problem erkennen → Bedarf qualifizieren → Account priorisieren → Buying Center erschließen → direkt ansprechen → Opportunity entwickeln.

Der Kunde bekam keine weitere Leadgen-Kampagne.

Er bekam etwas strategisch Wertvolleres:

einen eigenen Weg zum Markt.