SOFTWARE KAUFEN ODER BAUEN
KAUFEN, BAUEN ODER BEHALTEN.
Jahrzehntelang war die Antwort klar: Software kauft man, und der Betrieb passt sich an. Diese Antwort war nicht falsch. Aber die Frage ist neu gestellt, weil Software formbar geworden ist. Heute stehen drei Wege offen, und keiner davon ist automatisch der richtige. Hier geht es um diesen Entscheid.
AUSWAHL, EINFÜHRUNG UND MIGRATION
DIE FRAGE HAT SICH VERÄNDERT
Eigenbau war lange teuer, langsam und riskant. Wer ihn wagte, brauchte ein Entwicklungsteam und Jahre. Also mietete man das fertige Paket und richtete die Arbeit danach aus.
Software ist inzwischen ein Material, das sich nach dem Betrieb formen lässt. Damit kehrt eine Frage zurück, die lange entschieden schien: Muss dieses Werkzeug wirklich von der Stange kommen?
WAS FÜR DIE FERTIGE LÖSUNG SPRICHT
Etablierte Anbieter tragen Reife: gepflegte Standards, Schnittstellen, Support, Weiterentwicklung ohne eigenes Zutun. Für Lohn, Buchhaltung oder branchenweite Pflichtformate ist das oft die richtige Wahl.
Wer das Bewährte behält, wo es trägt, verliert nichts. Bestehendes wird hier nicht schlechtgeredet. Es wird geprüft.
WAS SICH VERSCHOBEN HAT
Viele Pakete wachsen schneller als die Nutzung: neue Module, neue Preisstufen, Funktionen, die niemand bestellt hat. Bezahlt wird das ganze Regal, gegriffen wird ein Werkzeug.
Gleichzeitig ist der Eigenbau einfacher Werkzeuge realistisch geworden: ein Erfassungsablauf, ein internes Register, eine Verbindung zwischen zwei Systemen. Genau dort beginnt die neue Abwägung.
WANN EIGENBAU TRÄGT
Ein eigenes Werkzeug lohnt sich, wenn der Ablauf klar umrissen ist, die Arbeitsweise eigen ist und das fertige Paket dafür zu viel oder zu wenig kann.
Das stärkste Merkmal eines eigenen Werkzeugs ist alles, was es nicht hat: keine fremden Menüs, keine ungenutzten Module, keine Funktionen, die Schulung brauchen und nichts bewirken.
DIE KRITERIEN DER ABWÄGUNG
- Wie klar und stabil ist der Ablauf, den das Werkzeug tragen soll?
- Wem gehören die Daten, und wie kommen sie im Zweifel wieder heraus?
- Welche Systeme müssen verbunden werden, und über welche Schnittstellen?
- Wer pflegt das Werkzeug im Alltag, und was passiert bei einem Ausfall?
- Was kostet der Weg über drei Jahre, nicht über drei Monate?
- Gibt es einen Rückweg, falls sich die Entscheidung nicht bewährt?
BESITZ UND ÜBERGABE
Wenn gebaut wird, bleiben Konten, Zugänge und Daten unter der Kontrolle des Unternehmens. Es behält die Mittel, das System selbst zu führen oder zu entscheiden, wer es betreibt.
Zugänge, Wissen und Übergabe werden schon beim Bau vorbereitet, damit ein anderer qualifizierter Anbieter übernehmen kann. Abhängigkeit ist kein Geschäftsmodell.
NACH DEM BAU: WEITERENTWICKELN
Eine Anwendung, ein Portal oder eine Arbeitsumgebung muss sich mit Ihrem Betrieb weiterentwickeln können. Die Arbeit zeigt, was fehlt, was sich ändert und was wegfallen kann. Ich entwickle weiter, was gebaut wurde oder schon vorhanden ist: Anpassungen, neue Verbindungen, ein weiterer Schritt, wenn der erste trägt.
Was wir weiterentwickeln, wie wir zusammenarbeiten und wie die Arbeit vergütet wird, vereinbaren wir passend zur Aufgabe.
NICHT JEDE LÜCKE BRAUCHT EIN NEUES SYSTEM
Ein kleines Problem kann schnell eine grosse Lösung anziehen. Dann bezahlt der Betrieb für Reichweite, die er nicht braucht, und übernimmt Komplexität, die später gepflegt werden muss.
Vor dem Kauf oder Bau wird deshalb geprüft, welche Funktion bereits vorhanden ist, wie gross der reale Bedarf ist und wie klein eine tragfähige Lösung sein darf. Kaufen, bauen, ersetzen und besser nutzen stehen gleichwertig nebeneinander.
Passende Perspektiven
Häufige Fragen
Ist Eigenbau für einen kleinen Betrieb nicht zu riskant?
Riskant ist vor allem der ungeprüfte Weg, in beide Richtungen. Deshalb beginnt die Abwägung mit dem Ablauf und den Daten, nicht mit der Technik. Klein anfangen, am realen Fall beweisen, erst dann verbreitern.
Sollen wir kündigen, was heute läuft?
Nein. Was trägt, bleibt. Die Prüfung gilt dem, was nicht mehr zur Arbeit passt, doppelt bezahlt wird oder nur noch aus Gewohnheit läuft.
Wer pflegt ein eigenes Werkzeug, wenn es gebaut ist?
Das wird vor dem Bau geklärt, nicht danach: wer Änderungen macht, wo die Dokumentation liegt und wie das Wissen im Haus bleibt. Ohne diese Antwort wird nicht gebaut.
Welche Software haben wir bereits?
Am Anfang steht eine Übersicht über Systeme, Abos, Module und die tatsächliche Nutzung. Eine Funktion kann vorhanden sein und trotzdem ungenutzt, falsch eingerichtet oder vom Ablauf getrennt bleiben. Vor einem Kauf, Eigenbau oder Ersatz wird deshalb geprüft, ob das Vorhandene den Bedarf bereits trägt.
Brauchen wir noch einen eigenen Server?
Das hängt von Anwendungen, Verfügbarkeit, Datenpflichten, Sicherung und Geräten ab, die noch darauf angewiesen sind. Viele gewöhnliche Büro-, Datei- und Zusammenarbeitsaufgaben brauchen heute keinen lokalen Server mehr. Die Antwort ist trotzdem nicht automatisch. Zuerst wird geklärt, was der Server tatsächlich trägt. Danach wird entschieden, was sich ändern kann, was bleiben muss und wie der Betrieb weiterläuft.
Brauchen wir eine separate Terminsoftware, wenn wir Microsoft 365 haben?
Nicht zwingend. Zuerst wird geprüft, ob die vorhandenen Buchungsfunktionen Terminarten, Zugriffe, Erinnerungen, Verbindungen, Datenanforderungen und die nötige Steuerungsfähigkeit abdecken. Wenn ja, wäre ein weiteres Werkzeug eine Doppelung. Wenn nein, kann eine separate Lösung aus einem klaren Grund richtig sein.
SEHEN, WELCHER WEG ZU IHREM BETRIEB PASST.
Die Diagnose hält Ablauf, Daten und Kosten gegen die drei Wege: kaufen, bauen oder behalten. Die Antwort kommt aus Ihrem Betrieb, nicht aus einem Katalog.
Im Erstgespräch klären wir, was Sie brauchen und wie wir beginnen.
Fehlt zuerst der Überblick, folgen 60 Minuten Diagnose und 48 Stunden Tiefenscan.
Die Strategische Landkarte gehört Ihnen. Das alles ist ohne Honorar. Danach entscheiden Sie.
Möchten Sie eine Idee oder Entscheidung durchdenken, beginnen wir direkt mit der Beratung, einmalig oder laufend.
Ist Ihr Vorhaben schon klar, vereinbaren wir direkt Umfang, Verantwortung und Preis oder Kostenrahmen.