Seit den Anfängen der Unternehmenstechnologie wird immer wieder eine Frage gestellt: "Sollen wir das einkaufen oder sollten wir es besser selbst entwickeln?"
Bauen vs. Kaufen (Build vs. Buy) ist ein immerwährender Diskussionspunkt, der genauso wechselhaft ist wie die Technologie, um die es geht. Was früher eine einfache Debatte über die Vorteile einer vorgefertigten Lösung im Vergleich zu einer intern entwickelten Lösung war, ist heute viel nuancierter. Von APIs bis hin zu SDKs (Software Development Kits) und von Abonnementmodellen bis hin zu Wartungsplänen - die Frage, ob man eine Lösung erstellen oder kaufen sollte, erfordert heute viel mehr Überlegungen als noch vor zehn Jahren.
Doch welche Faktoren müssen konkret berücksichtigt werden? Wie können Sie sicherstellen, dass Sie die beste Wahl treffen, wenn es um Ihren zukünftigen Technologiebedarf geht?
Bei Lendscape haben wir vielen unserer Kunden geholfen, ihre eigenen nächsten technologischen Schritte zu evaluieren, und eine Reihe von maßgeschneiderten Lösungen entwickelt, die durch intelligente APIs, plattformübergreifende Unterstützung und monatliche Software-Updates unterstützt werden. Infolgedessen haben wir ein gutes Verständnis für die wichtigsten Fragen rund um das Thema Build vs. Buy entwickelt.
Vor diesem Hintergrund stellen wir Ihnen hier die acht Fragen vor, die Sie beantworten sollten, bevor Sie sich für eine Eigenentwicklung oder einen Kauf entscheiden.
1. Wie sieht es mit den Kosten aus?
Für viele wird dies die einzige Frage sein, die beantwortet werden muss. Während sich die Kosten bei einer Kaufentscheidung leicht beziffern lassen, sind sie bei einer Eigenentwicklung viel schwieriger zu ermitteln. Planung, Bau, Test und Bereitstellung sind komplexe Zyklen, und ein detailliertes Verständnis der einzelnen Kosten (einschließlich des beträchtlichen Potenzials für Unregelmäßigkeiten und Verzögerungen) ist unerlässlich. Hinzu kommen die längerfristigen Kostenüberlegungen für die Wartung des Systems - technisch, funktionell und unter dem Gesichtspunkt der Risiken und der Einhaltung von Vorschriften.
2. Nehmen wir ein Problem in Angriff, das bereits gelöst ist?
Wie bereits angedeutet, können selbst die am besten gemanagten internen Builds schnell außer Kontrolle geraten. Wenn das passiert, kann das Ihr Unternehmen allen möglichen Problemen aussetzen - sowohl finanziellen als auch betrieblichen. Die sich ständig erweiternde (und zunehmend vernetzte) Natur der heutigen technologischen Ökosysteme bedeutet, dass es für die meisten geschäftlichen Anforderungen bereits eine Lösung gibt. Können Ihre Bedürfnisse erfüllt werden, ohne diese Risiken einzugehen?
3. Können wir garantieren, dass das, was wir entwickeln, auch funktioniert?
Einer der größten Vorteile kommerzieller Software ist, dass die harte Arbeit des Testens und der Qualitätssicherung bereits erledigt ist. Noch besser ist, dass viele Unternehmen die Software bereits auf Herz und Nieren geprüft haben, was weiteren Spielraum für Iteration und Verfeinerung bietet. Das ist bei intern entwickelten Lösungen nicht der Fall, die nur wenige Garantien hinsichtlich ihrer endgültigen Leistung bieten.
4. Wie hoch ist unser Risiko in Bezug auf technische Schulden?
Kurzfristige Bequemlichkeit kann zu langfristiger Komplexität führen. Ein Hauptargument der Ingenieurteams für das "Build"-Modell ist, dass sie es oft einfacher finden, ein Produkt mit den Systemen und Sprachen zu entwickeln, die sie bereits kennen. Dem ist entgegenzuhalten, dass - da sich die Anforderungen im Laufe der Zeit ändern - eine nicht enden wollende Reihe von Funktionsanfragen zu einem enormen "technischen Schuldenberg" führen kann, d. h. zu Abhilfemaßnahmen und Investitionen, um das System zweckmäßig, sicher und konform zu halten.
5. Können wir kontinuierliche Innovationen liefern?
Sowohl Software-Anbieter als auch interne Teams stehen unter dem ständigen Druck, auf neue Anforderungen und Möglichkeiten zu reagieren. Für Softwareanbieter ist dies dank API-gestützter Integration und Partnerschaften sowie dem ständigen Kontakt mit mehreren Kunden mit unterschiedlichen Anforderungen eine Selbstverständlichkeit. Für interne Teams kann es jedoch eine undurchführbare - und unzumutbare - Herausforderung sein, mit den Anforderungen der Branche und den laufenden Innovationen Schritt zu halten.
6. Welche Art von Vermächtnis wird unser interner Aufbau schaffen?
Innovation ist nicht die einzige zukunftsorientierte Frage, die Sie berücksichtigen müssen, wenn Sie sich für eine interne Entwicklung entscheiden. Das Team, das Sie jetzt haben, ist vielleicht in der Lage, Upgrades und Funktionsentwicklungsanfragen zu bewältigen, aber seine Arbeit wird den Ton für die kommenden Jahre (und möglicherweise Jahrzehnte) angeben. Wie groß ist das Risiko, dass Ihre künftigen Funktionen durch unumkehrbare Entscheidungen, die jetzt getroffen werden, beeinträchtigt werden?
7. Haben wir den richtigen Anbieter?
Nehmen wir an, Sie haben sich für den Kauf entschieden. Jetzt müssen Sie sicher sein, dass der von Ihnen gewählte Anbieter die gewünschten Leistungen erbringen kann. Bei Technologieinvestitionen geht es nicht nur um das Produkt, sondern auch um das Wissen und die Erfahrung, die damit verbunden sind. Kann das Unternehmen, mit dem Sie zusammenarbeiten, anspruchsvolle Herausforderungen wie Betrug und Risikomanagement oder Änderungen der regulatorischen Vorschriften bewältigen? Arbeitet es mit Partnern zusammen oder unterstützt es Integrationen, die Ihnen helfen können, Ihre aktuellen und zukünftigen Ziele zu erreichen? Oder müssen Sie wieder etwas Individuelles entwickeln, um diese Lücken zu schließen?
So wichtig diese sieben Fragen auch sind, ich würde behaupten, dass es eine Frage gibt, die alle oben genannten Fragen übertrifft.
8. Gehört die Entwicklung dieser Lösung zu den Kernaufgaben Ihres Unternehmens - und wenn nicht, was ist Ihre Motivation, dies zu tun?
Ist Ihr Kerngeschäft die kommerzielle Finanzierung oder ist es die Entwicklung von Software für die kommerzielle Finanzierung? Die nackte tatsächliche Realität ist, dass die meisten Banken und Kreditgeber nicht nebenbei als Softwareentwickler tätig sind. So verlockend es auch sein mag, etwas Maßgeschneidertes zu entwickeln, um einen bestimmten Bedarf zu decken, so groß ist die Wahrscheinlichkeit, dass es bereits eine Lösung gibt. Unabhängig davon, wie einzigartig eine Herausforderung oder eine Dienstleistung für sich genommen erscheinen mag, kann der richtige Technologiepartner - mit der Flexibilität, Zugang zu den richtigen Partnern, Dienstleistungen und Tools zu bieten - mit ziemlicher Sicherheit eine Antwort liefern.
Abschließend sei gesagt, dass jede Organisation selbst entscheiden muss, ob sie eine Lösung entwickeln oder kaufen möchte. Wie wir gesehen haben, gibt es viel zu bedenken, und diese Entscheidung sollte nicht übereilt getroffen werden. Welche Richtung auch immer gewählt wird, sie wird der Organisation langfristig zum Vorteil oder zum Nachteil gereichen. Treffen Sie die richtige Entscheidung.