Wann sollte Ihr Unternehmen eine eigene Software entwickeln?

Jedes Unternehmen benötigt und verwendet Software, und einige sind ein wesentlicher Treiber für den Geschäftserfolg. Aber wenn kleine Unternehmen zu mittelgroßen Unternehmen heranwachsen, können Lücken in der Softwareleistung entstehen. Die Suche nach neuen Softwarelösungen kann Probleme und Ineffizienzen beheben und Teams bei der Entwicklung innovativer Produkte und Dienstleistungen unterstützen. CEOs mittelständischer Unternehmen stehen jedoch oft vor einer schwierigen Entscheidung: ob sie ein Upgrade über einen Anbieter durchführen oder ihren eigenen Code entwickeln (auch bekannt als „Roll“).

Es ist allgemein bekannt, dass Software-Upgrades immer teuer und oft störend sind. Manchmal scheitern sie komplett oder sie halten ihr ursprüngliches Versprechen nicht ein. Das bedeutet wenig oder keine Rendite auf das ausgegebene Geld. Aber manchmal gibt es einfach keine Standardsoftware, um das einzigartige Problem eines Unternehmens zu lösen.

Für kleine Unternehmen ist es normalerweise einfacher (und fast immer billiger), manuelle Problemumgehungen durchzuführen, wenn ihre Betriebssoftware der Aufgabe nicht gewachsen ist. Aber mittelständische Unternehmen können aufgrund der Ineffizienzen, die sich zwangsläufig aus solchen Problemumgehungen ergeben, viel Geld verlieren und ihr Wachstum bremsen. Und diese gequälten manuellen Prozesse können Unternehmen daran hindern, Chancen rechtzeitig zu ergreifen. Für diese Unternehmen ist benutzerdefinierte Codierung eine praktikable Option. (Große Unternehmen mit tiefen Taschen können Softwareentwicklungsteams aufbauen und haben oft die Talente dafür an Bord.)

Die meisten mittelständischen Unternehmen haben einen „Superuser“, der jedem mit den bereits in seine Software integrierten Funktionen (wie Berichtersteller, Dashboards usw.) helfen kann. Und die meisten modernen ERP-Softwareprogramme (Enterprise Resource Planning) verfügen über Ebenen, die Anpassungen ermöglichen – oft eine Ebene, auf der Value-Added Reseller (VARs) Änderungen vornehmen können, und eine Kundenebene für Kundenanpassungen. Wenn ein mittelständisches Unternehmen daraus schöpfen kann, was es braucht, fantastisch. Aber was, wenn es das nicht kann?

Viele mittelständische Unternehmen stehen vor der Frage, ob sie neue Software kaufen oder ihren eigenen Code schreiben sollen, selbst wenn das nur bedeutet, unterschiedliche Systeme zu verbinden. Andere versuchen, das Problem an eine Softwarefirma auszulagern. Während die Auslagerung der Codeerstellung Teil einer Lösung sein kann, erfordert dies erfolgreich ein rigoroses Projektmanagement – eine Fähigkeit, über die nicht alle mittelständischen Unternehmen verfügen.

Dabei tickt die Uhr immer. Effizienzen, die mit Software realisiert werden könnten, werden nicht abgerufen und fressen Margen auf. Marktchancen gehen an Wettbewerber verloren. Wie können Führungskräfte mittelständischer Unternehmen feststellen, wann es sinnvoll ist, ihre eigene Software zu entwickeln?

Wann man seinen eigenen Code rollt

Es ist ineffizient, benutzerdefinierte Programme für Kerngeschäftsfunktionen wie Buchhaltung, Gehaltsabrechnung, Umsatzsteuer, Inventar und Kundenbeziehungsmanagement (CRM) zu entwickeln, und es stehen so viele Optionen zur Verfügung. Aber wenn es keine Software gibt, die das tut, was Sie brauchen, haben Sie möglicherweise keine andere Wahl, als Ihre eigene zu entwickeln, insbesondere wenn es eine wertvolle Gelegenheit zu ergreifen oder eine erhebliche Effizienz zu erzielen gibt. (Das Erstellen Ihres eigenen Codes lohnt sich nur, wenn es eine große Auszahlung gibt; ohne einen starken ROI, vergessen Sie es.)

Beispielsweise gewann BF&S Manufacturing im Jahr 2007 als Auftragsfertiger für komplexe, kleinvolumige – aber kritische – Komponenten für die Luft- und Raumfahrt, das Militär, die Medizin und die Industrie an Bedeutung. Seine Kunden wollten die Arbeit beaufsichtigen, aber BF&S hatte seinen Sitz in Mexiko, und viele seiner Kunden wollten nicht die Zeit und das Geld investieren, um dorthin zu reisen und dort zu bleiben.

BF&S war auf eine enge Beziehung zu seinen Kunden angewiesen und wandte sich häufig an deren Ingenieure, um Produktionsprobleme zu lösen. Aber Entfernung und Grenze machten das immer schwieriger. Bildschirmfreigabe und Kameras allein würden für seine Kunden nicht ausreichen, und BF&S befürchtete, sie an näher liegende Hersteller zu verlieren, selbst wenn diese Unternehmen mehr verlangen würden. BF&S musste in der Lage sein, wertvolle Produktionsdaten aus seinem Kern-ERP-System in ein Format zu portieren, das seine Kunden verwenden konnten.

BF&S-CEO Carlos Fernandez sah sich um, konnte aber keine Kauflösung finden. Stattdessen sagt er: „Wir haben ein Softwareprogramm gestartet, das rund um die Uhr Echtzeitdaten über die Produktkonstruktionen des Unternehmens liefert. Es begann damit, dass ihr „Computer-Typ“, wie Fernandez ihn nennt, kurz nach dem College ein Tool entwickelte, um Rohmaterialien, unfertige und fertige Warenbestände zu verfolgen und intern und extern Transparenz zu schaffen.

Es wurde 2010 fertiggestellt und erstmals verwendet. Die Kunden waren begeistert. Fernandez begann mit dem Ausbau des Softwareentwicklungsteams in Mexiko und unterstützte vier Einrichtungen im Bundesstaat Sonora mit insgesamt 500 Mitarbeitern. Kunden konnten nun Videos der Arbeitsstationen, des Fortschritts ihrer Produkte bei jedem Schritt, der Roh- und Fertigwarenbestände von BF&S, wer an seinem Job gearbeitet hat, und alle Produktgeschichten und Spezifikationen.

Diese benutzerdefinierte Codierung erforderte ein ausgeprägtes Verständnis sowohl für das Geschäft des Unternehmens als auch für die Bedürfnisse seiner Kunden. Das ursprünglich von Fernandez geleitete Team aus Ingenieuren und Betriebsleitern plant und verwaltet nun den laufenden Support und die Weiterentwicklung des Tools.

Obwohl Fernandez heute nicht behaupten wird, dass der selbst erstellte Code seines Unternehmens ein großes Wettbewerbsunterscheidungsmerkmal ist, glaubt er, dass er seinen Kunden das gibt, was sie wollen und was er mit Standardsoftware nicht bieten konnte: Transparenz und ein Maß Kontrolle über die Produktion ihrer Produkte.

Die Reise und die Kosten

Das Rollen Ihres eigenen Codes ist weder einfach noch billig. Softwareentwickler werden hoch bezahlt. In den USA bedeutet das sechsstellige Gehälter. Die Kosten für die Suche und Einstellung von Ingenieuren sind oft mit Personalberatungsfirmen verbunden, die 151 TP2T bis 301 TP2T des ersten Jahresgehalts berechnen, und in den letzten Jahren hatten selbst sie Schwierigkeiten, gute Kandidaten zu finden. Zusätzlich zu den Beschaffungskosten müssen Sie Kandidaten interviewen und auf ihre technischen Fähigkeiten hin bewerten, neue Mitarbeiter schulen und einarbeiten und eine digitale Umgebung für Entwicklung und Tests bereitstellen.

Und dann müssen Sie die Codeentwicklungsaufgaben verwalten und sicherstellen, dass sie produktiv sind. Da die Entwicklungsabteilung mehr als fünf oder sechs Ingenieure umfasst, benötigen Sie einen DevOps-Manager, der sie überwacht – wenn die Programmierer unzureichend verwaltet werden, können Tage und Wochen verloren gehen, während die Produktivität sinkt.

Und Sie können nicht einfach Entwickler und Manager einstellen und erwarten, dass die Magie geschieht. Ingenieure machen, was das Geschäft ihnen sagt. Sie leben von Klarheit. Sie müssen also Zeit damit verbringen, sich mit den Möglichkeiten und Bedürfnissen Ihres Unternehmens vertraut zu machen, um die gewünschten Features, Funktionen und Optionen beschreiben zu können. Diese Software-Roadmap muss abgeschlossen sein, bevor Ihre Ingenieure mit der Programmierung beginnen. Wenn Sie all dies nicht gut und pünktlich erledigen, haben Sie sehr teure Talente auf der Hand, die wahrscheinlich nach anderen Arbeitsplätzen suchen.

Wenn Sie benutzerdefinierten Code entwickeln, müssen Sie ihn schließlich pflegen. Software bricht ständig zusammen. Hacker finden ständig neue Angriffsvektoren. Neue Anforderungen tauchen auf und Benutzer verlangen Änderungen. Auch Programmiersprachen altern, sodass Software möglicherweise alle fünf bis zehn Jahre neu geschrieben werden muss. Die Kosten kommen weiter.

Obwohl die kundenspezifische Codierung eine Herausforderung darstellt, kann sie für einige Unternehmen, die innovative Lösungen für ihre Kunden entwickeln, ein entscheidender Faktor sein und die Mühe wert sein.

Corefact (ein Kunde von Mastering Midsized) ist ein Full-Service-Marketingdienstleister für die Immobilien- und Hypothekenbranche. 2005 hatte das Unternehmen eine neue Idee. Wenn ein Makler einem potenziellen Kunden eine Postkarte mit einer eindeutigen URL senden könnte, die den Kunden auf eine Website mit seinem eigenen Zuhause im Mittelpunkt führt, könnte das äußerst ansprechend und ein möglicher Spielveränderer sein. Die Kunden von Corefact, Immobilienmakler, waren nicht nur von der potenziellen Attraktivität für ihre Kunden begeistert, sondern auch von all den Daten, die ihnen diese Art von Engagement liefern würde.

Corefact couldn’t buy software to do this — it was new. Corefact’s founder and CEO Chris Burnley had always been a technologist. Prior to Corefact, he started several technology-driven companies. Thanks to this technological competency, the company found a way to print variable data — unique URLs — on postcards and then move them on to web servers that would wait for a homeowner to type in the URL, after which a new, unique website would be created instantly. By 2006, the software was launched with a single engineer.

Heute ist das Engineering-Team auf 10 Mitarbeiter angewachsen, die in den USA und im Ausland ansässig sind. Sie haben benutzerdefinierten Code erstellt, der nicht nur kundenorientiert ist, sondern auch Tausende von täglichen Aufträgen durch Auftragserfassung, Grafik und Druckvorstufe effizient zusammenführt und den effizienten Arbeitsfluss auf Druckmaschinen und durch die Weiterverarbeitung automatisiert.

Burnley sagt: „Unser ursprüngliches Konzept brachte uns auf eine schnelle Wachstumsrampe, aber unsere Fähigkeit, mit Technologie innovativ zu sein, treibt uns weiter an. Natürlich ist die Investition in Ingenieure enorm und kontinuierlich, aber die Liste der Möglichkeiten ist lang.“

Aber sie bauen nicht jede Software, die sie verwenden. Beim ERP-Upgrade haben sie sich für ein Standardprodukt von Netsuite entschieden, an das sie ihre selbstgebauten Auftragsabwicklungssysteme anbinden. In ähnlicher Weise haben sie kürzlich ein selbst erstelltes CRM zugunsten von Salesforce eingestellt, wodurch sich ihr Entwicklungsteam auf die Entwicklung von Software konzentriert, die sie nicht kaufen können.

Die drei Kompetenzen, die Sie brauchen, um Ihre eigenen zu rollen

Die von mir besprochenen Beispiele erfordern unterschiedliche Mengen der folgenden drei Kompetenzen, je nachdem, wie komplex Ihre benutzerdefinierten Codeanforderungen sind:

Umsetzung von Geschäftsanforderungen in Softwareprojekte.

Die Identifizierung von Geschäftsanforderungen – und deren Lösungen – ist ein notwendigerweise iterativer Prozess, bei dem die Einschränkungen bestehender Software sowie Ihre Ressourcen und verfügbaren Daten berücksichtigt werden. Das ist weder Softwareentwicklung noch Unternehmensführung; Es ist eine Form des Engineerings, bei der ein Bein im Geschäft steht und das andere in einem gründlichen Verständnis dafür, wie Ihre aktuellen Softwaresysteme funktionieren.

Diese Kompetenz könnte von einer Führungskraft in einem kleineren mittelständischen Unternehmen oder von einem kleinen Team gehalten werden, wenn die Organisation wächst. Was hineingeht, ist ein Problem oder eine Gelegenheit, was herauskommt, ist eine Reihe detaillierter Schritte zum Erstellen und Pflegen von Code: genau, welche Daten verwendet werden sollen und welche Logik oder Prozesse verwendet werden sollten, um eine Lösung zu erstellen. Ohne all diese Schritte macht der Versuch, benutzerdefinierten Code zu erstellen, keinen Sinn.

Codeentwicklung.

Abhängig von den Umständen kann ein mittelständisches Unternehmen einen Programmierer oder eine komplette Konstruktionsabteilung haben. In meiner früheren Firma kam zum Beispiel Dave, ein junger Lagermitarbeiter, der als Hobby codierte, ab und zu für kleine Codierungsprojekte nach oben. Für größere Möglichkeiten kann die Codeentwicklung zu einer Reihe von Engineering-Teams mit unterschiedlichen Fähigkeiten und Schwerpunkten heranwachsen, die in einer kompletten DevOps-Abteilung arbeiten, die von einem VP oder Chief Technology Officer geleitet wird.

Software-Operationen.

Die Betriebsseite der Verwaltung benutzerdefinierter Anwendungen ist teuer – Sie müssen den Zustand des benutzerdefinierten Codes aufrechterhalten und sicherstellen, dass Ihre Prozesse, Mitarbeiter und Tools auf dem neuesten Stand sind. Zu den Betriebselementen gehören Benutzersupport/Helpdesks, Schulungen, Sicherheitsrisikomanagement, Fehlerbehebung, fortlaufende zusätzliche Anpassungen, Verfügbarkeits- und Leistungsattribute und mehr.

Die Nutzung selbst entwickelter Software, um Innovationen auf Ihren Markt zu bringen oder effizientere Abläufe zu schaffen, kann ein starker Wachstumstreiber sein. Aber die Buy-it vs. Build-it-Entscheidung ist kritisch. Wenn der Kauf der benötigten Software einfach nicht möglich ist, kann es sinnvoll sein, sie zu erstellen. Aber es ist nicht zu leugnen, dass dies ein schwieriger Weg ist und sich nur lohnt, wenn der Aufwärtstrend groß ist. Stellen Sie vor dem Erstellen sicher, dass Sie die tatsächlichen Kosten für den langfristigen Erfolg verstehen, und beginnen Sie nur mit den Bemühungen zum Schreiben von Code, zu denen Sie sicher sind, dass Ihr Unternehmen dazu in der Lage ist.