Wie Sie einen Nearshore-Softwarepartner auswählen
Was vor der Unterschrift zu prüfen ist, welche Fragen eine klare Antwort von einer verkäuferischen trennen, und die Fälle, in denen eine große Agentur die kleine schlägt.
Wählen Sie einen Nearshore-Partner nach zwei Dingen: wer den Code tatsächlich schreibt und wie schnell Sie die für die Lieferung verantwortliche Person erreichen. Ein kleiner, inhabergeführter Partner bietet passgenau besetzte Rollen und direkten Zugang zu dieser Person. Eine große Agentur bietet Bench-Tiefe und Rund-um-die-Uhr-Abdeckung, mit mehr Schichten zwischen Ihnen und den Entwicklern.
Was Sie vor der Unterschrift prüfen sollten
Fünf Punkte, die sich in den ersten beiden Gesprächen klären lassen. Jeder hat eine Antwort, die gut klingt, und eine, die die Frage tatsächlich beantwortet.
- 1
Wer den Code schreibt
Fragen Sie nach Namen und Senioritätsstufen der Personen, die auf Ihrem Projekt arbeiten werden, nicht nach einem Firmendurchschnitt. Wer mit einer Mitarbeiterzahl antwortet, beschreibt eine Bank, nicht Ihr Team.
- 2
Schritte bis zum Entscheider
Zählen Sie die Personen zwischen Ihnen und jemandem, der den Umfang ändern, einen Entwickler tauschen oder eine Rechnungsfrage klären kann. Ein Schritt ist ein anderes Engagement als vier — und das merken Sie beim ersten Problem, nicht bei der ersten Demo.
- 3
Wer anstellt, wer führt, wer das Risiko trägt
Diese drei können bei drei verschiedenen Parteien liegen. Die Aufteilung entscheidet, wie viel Kontrolle Sie im Alltag wirklich haben und wer haftet, wenn etwas schiefgeht.
- 4
Nachweise, die Sie prüfen können
Namentlich genannte Kunden, benannte Projekte und ein Referenzgespräch, das Sie vereinbaren können. Eine Logo-Wand ohne Namen ist kein Nachweis, und eine anonymisierte Fallstudie ebenso wenig.
- 5
Ausstiegsbedingungen
Kündigungsfrist, Rechteübertragung und was mit Code und Personen passiert, wenn Sie aufhören. Fragen Sie vor der Unterschrift — dieselbe Frage ist danach deutlich schwerer zu klären.
Boutique oder große Agentur
Keines ist generell besser. Sie scheitern an unterschiedlichen Stellen, und die richtige Antwort hängt vom Zuschnitt Ihres Vorhabens ab, nicht von der Größe des Anbieters.
| Dimension | Kleiner, inhabergeführter Partner | Große Agentur |
|---|---|---|
| Besetzung | Pro Kunde zusammengestellt — Personen passend zur Rolle | Aus einer bestehenden Bank, gemischte Seniorität |
| Zugang | Direkt zum Gründer oder Delivery Lead | Account Manager, dann Delivery Manager, dann die Entwickler |
| Anlaufzeit | Wochen — begrenzt durch Recruiting, nicht durch Verfügbarkeit | Tage, wenn die Bank Ihren Stack bereits abdeckt |
| Abdeckung | Eine Zeitzone, Geschäftszeiten | Übergabe rund um den Globus zwischen Standorten |
| Skalierungsgrenze | Eine Handvoll Teams | Dutzende Teams, mehrere Länder gleichzeitig |
Wann die große Agentur die richtige Wahl ist
Das sind keine Randfälle. Steht Ihre Situation auf dieser Liste, ist ein kleiner Partner das falsche Werkzeug — und wer Ihnen etwas anderes sagt, verkauft.
- •Sie brauchen dreißig Entwickler im nächsten Quartal. Eine Bank schafft das; Recruiting nicht.
- •Sie brauchen 24/7-Abdeckung oder eine echte Übergabe zwischen Zeitzonen.
- •Das Vorhaben erstreckt sich über mehrere Länder und braucht in jedem eine lokale Gesellschaft.
- •Der Einkauf verlangt formale Zertifizierungen, Versicherungsschutz und eine vertragliche Ersatzgarantie, die ein kleines Unternehmen nicht tragen kann.
Fünf Fragen an jeden Nearshore-Anbieter
Die Antworten zählen weniger als das Tempo, in dem sie kommen. Zögern bei einer dieser Fragen ist selbst schon das Ergebnis.
Wer genau schreibt den Code, und kann ich diese Personen interviewen?
Namen, Lebensläufe, und ja. Eine Absage bedeutet meist, dass das Team noch nicht steht oder mit anderen Kunden geteilt wird.
Wer stellt die Entwickler an, und mit welchem Vertrag?
Eine klare Antwort. Liegen Anstellung, Führung und Rechnungsstellung bei drei Parteien, fragen Sie, wer davon haftet, wenn eine Frist oder eine Datenschutzpflicht verletzt wird.
Was passiert, wenn ein Entwickler mitten im Projekt geht?
Eine benannte Kündigungsfrist und ein Ersatzprozess mit Übergabe-Überlappung. "Wir finden jemanden" ist kein Prozess.
Wem gehört der Code, und wann gehen die Rechte über?
Die Rechte gehen schriftlich mit Zahlung und je Lieferung an Sie über — nicht erst bei der Endabnahme Monate später.
Kann ich mit einem Ihrer Kunden sprechen, ohne Sie im Gespräch?
Ja, mit Namen und Vorstellung. Zurückhaltung an dieser Stelle wiegt schwerer als jede Fallstudie auf der Website.
Wie Jezda aufgestellt ist
Jezda Solutions ist ein inhabergeführtes Softwareunternehmen in Smederevo, Serbien, gegründet 2018 von CEO Zoran Jezdimirović. Gemessen an der Checkliste oben bedeutet das in der Praxis Folgendes — einschließlich der Punkte, bei denen sie gegen uns ausfällt.
- ✓Die für die Lieferung verantwortliche Person ist die Person, mit der Sie sprechen. Zwischen Ihnen und der Arbeit liegt keine Account-Ebene.
- ✓Teams werden pro Kunde zusammengestellt statt auf einer Bank gehalten, die Personen passen also zur Rolle — dafür misst sich die Anlaufzeit in Wochen, nicht in Tagen.
- ✓Die Entwickler sind lokal in Serbien angestellt und werden von Ihnen im Alltag geführt. Anstellung, Lohnabrechnung und Compliance bleiben bei uns.
- ✓Serbien liegt in der mitteleuropäischen Zeitzone, der Arbeitstag deckt sich also vollständig mit Deutschland, den Niederlanden und Polen — es ist aber eine Zeitzone, keine Schicht rund um den Globus.
Häufig gestellte Fragen
Was Auftraggeber vor der Wahl eines Nearshore-Partners fragen
Wollen Sie diese Fragen uns stellen?
Stellen Sie sie direkt. Die Antworten kommen von der für die Lieferung verantwortlichen Person, nicht von einem Account Manager.
Gespräch beginnen