Der Unterschied zwischen einem Lieferanten und einem Partner zeigt sich selten im Pitch. Beide können ein poliertes Angebot, einen vernünftigen Zeitplan und ein glaubwürdiges Portfolio vorlegen. Der Unterschied zeigt sich sechs Monate nach dem Start, wenn sich etwas ändern muss, ein Fehler in einem Systemteil auftaucht, den seit der Übergabe niemand angerührt hat, oder das Unternehmen selbst über die Annahmen hinausgewachsen ist, auf denen der ursprüngliche Bau beruhte. Ein Lieferant hat geliefert, was spezifiziert war, und betrachtet die Beziehung als beendet. Ein Partner hat diesen Moment erwartet und dafür gebaut.
Worauf ein Lieferant optimiert
Der Anreiz eines Lieferanten ist es, den laufenden Vertrag effizient abzuschließen: Spezifikation erfüllen, Termin halten, liefern, zum nächsten Kunden weiterziehen. Das ist nicht unehrlich — es ist schlicht eine andere Beziehung, als die meisten Unternehmen von Technologie eigentlich brauchen, denn eine Spezifikation, die geschrieben wird, bevor ein System existiert, ist nie das letzte Wort darüber, was das System tun sollte. Ein Lieferant behandelt Abweichungen von dieser Spezifikation als separat abzurechnenden Umfangszuwachs. Ein Partner behandelt sie als den normalen, erwarteten Prozess, etwas zu bauen, das im echten Geschäftsbetrieb funktioniert, nicht nur auf dem Papier.
Fragen, die den Unterschied vor jeder Unterschrift offenlegen
„Was passiert nach dem Start?“ Die Antwort eines Lieferanten ist meist ein nach Stunde oder Ticket berechnetes Support-Paket. Die Antwort eines Partners umfasst meist, was sich in den ersten drei Monaten voraussichtlich ändern wird, weil er das System bereits als etwas Wachsendes betrachtet, nicht als etwas, das ausgeliefert wird und damit endet.
„Wer sonst hat Zugriff darauf, sobald wir live sind?“ Diese Frage zeigt, ob das Unternehmen plant, echtes Eigentum zu übergeben — Zugangsdaten, Quellcode, Dokumentation — oder die einzige Partei bleiben will, die das System anfassen kann. Eine ausweichende Antwort hier verdient es, ernst genommen zu werden — als Warnsignal, nicht als Formalität, die man später klärt.
„Was hätten Sie anders gebaut, wenn das Briefing falsch gewesen wäre?“ Ein Partner hat eine Antwort, weil er bereits gegen Teile des Briefings angeschrieben hat, die nicht hielten, statt genau das zu bauen, was verlangt wurde, und die Kundin oder den Kunden die Lücke später entdecken zu lassen. Die Antwort eines Lieferanten lautet hier oft, dass er nach Spezifikation gebaut hat — was verantwortungsvoll klingt und es meist nicht ist.
„Können Sie mir eine Kundenbeziehung zeigen, die über das erste Projekt hinaus bestand hat?“ Die Kundenliste eines Lieferanten besteht meist aus einmaligen Aufträgen. Die Kundenliste eines Partners umfasst Unternehmen, die Jahre später noch mit ihm arbeiten — ein stärkeres Signal als jedes einzelne Projekt im Portfolio.
Warum das für kleinere Unternehmen mehr zählt
Ein großes Unternehmen kann es sich leisten, einen Lieferanten für eine eng umrissene, gut spezifizierte Aufgabe zu beauftragen und die Beziehung intern mit dem eigenen technischen Team zu steuern. Ein kleineres Unternehmen kann das meist nicht — ihm fehlt die interne Expertise, um eine schlechte Spezifikation zu erkennen, bevor sie gebaut wird, oder die Weiterentwicklung eines Systems ohne externe Hilfe zu steuern. Für ein Unternehmen in dieser Lage ist die Technologiebeziehung selbst Teil dessen, was gekauft wird, keine Formalität rund um den gelieferten Code — ein Grund, warum der Prozess, auf dem ein Projekt läuft, genauso zählt wie die Software, die dabei entsteht — eine gut geführte Beziehung fängt Überraschungen auf, genau wie ein gut kartierter Prozess. Unser Software-Team ist so aufgestellt, dass es nach der Übergabe mit Kundinnen und Kunden weiterarbeitet, gerade weil sich dann meist die wirklichen Anforderungen an ein System zeigen.
