Eigene Software planen: Von den ersten Wünschen bis zur laufenden Pflege

Für welche Betriebe sich eine eigene Anwendung eignet

Eigene Software ist kein Selbstzweck. Oft lässt sich mit den vorhandenen Programmen bereits viel erreichen. Ob etwas Neues nötig ist, zeigt sich meist erst, wenn der Ablauf genau betrachtet wurde.

Individualsoftware eignet sich für Betriebe mit besonderen Abläufen. Typisch sind Fertigungsbetriebe mit eigener Planungslogik oder Händler mit besonderen Kalkulationen. Die Größe spielt dabei eine untergeordnete Rolle. Auch kleinere Betriebe profitieren, wenn eine wichtige Aufgabe heute nur mit Umwegen funktioniert. Schon eine einzige gut gemachte Anwendung kann den Alltag spürbar verändern.

Laut Eurostat nutzte 2025 gut die Hälfte der Unternehmen in der EU spezielle Unternehmenssoftware. Zwischen kleinen und großen Unternehmen zeigt sich dabei ein deutlicher Abstand. Auch die KfW beobachtet seit Jahren einen deutlichen Abstand zwischen großen und kleinen Mittelständlern bei der Digitalisierung. In vielen kleineren Betrieben füllen deshalb Tabellen die Lücke. Woran Sie erkennen, dass eine Tabelle zu viel trägt, beschreibt unser Beitrag Wenn die Excel-Datei zum Kernsystem wird.

Wie aus vielen Wünschen klare Anforderungen werden

Die KfW stellt fest, dass Investitionen im Mittelstand häufig ohne strategisches Gesamtkonzept erfolgen. Für Softwareprojekte heißt das, dass eine gute Planung mindestens so wichtig ist wie die Entwicklung selbst. Deshalb beginnt jedes Vorhaben mit einem klaren Bild des heutigen Ablaufs.

Zuhören, wo die Arbeit passiert

Am Anfang steht ein Gespräch mit den Kennern des Ablaufs. Sie zeigen, wie sie heute arbeiten. Wir bei MintCode Automate erleben, dass dabei die Ausnahmen und Umwege oft mehr über die Anforderungen an eine Anwendung verraten als die Regel. Steckt der Ablauf in einer Tabelle, die nur eine Person versteht, halten wir ihr Wissen gemeinsam mit ihr fest. Die Logik der Tabelle fließt später in die Anwendung ein.

Aus diesen Gesprächen entsteht eine kurze Beschreibung der Anforderungen in der Sprache Ihres Betriebs. Ihr Team prüft sie, bevor die Entwicklung beginnt. So entsteht nichts Überflüssiges. Eine Prozessaufnahme hilft auch dann, wenn Sie statt einer eigenen Anwendung ein fertiges Programm anschaffen wollen.

Was zuerst kommt und was später

Am Anfang stehen viele Wünsche, und nicht alle sind gleich wichtig. Gemeinsam wird sortiert, was die Anwendung zuerst können muss und was später kommt. So entsteht eine klare Reihenfolge, und die wichtigsten Funktionen sind schnell nutzbar. Weitere Wünsche bleiben festgehalten und fließen später ein. Nichts geht verloren.

Wer auf Ihrer Seite gebraucht wird

Eine eigene IT-Abteilung brauchen Sie nicht. Wichtig ist eine Ansprechperson, die den Ablauf kennt und entscheiden darf. Den technischen Teil übernimmt der Entwicklungspartner.

Prototyp, Etappen und Tests mit echten Fällen

Eine Anwendung entsteht nicht in einem Zug. Drei Bausteine sorgen dafür, dass sie am Ende im Alltag besteht.

MintCode testet jede Etappe einer neuen Anwendung mit drei Arten echter Fälle aus dem Alltag des Betriebs: einem typischen Auftrag, einer besonderen Ausnahme und einem Fall, der heute oft Probleme macht. So zeigt sich früh, ob die Anwendung trägt.

Wie die Anwendung genutzt wird und mitwächst

Viele eigene Anwendungen entstehen als Web-Anwendung. Sie laufen im Browser auf Rechner, Tablet oder Telefon, eine Installation ist dann nicht nötig. Betrieben wird die Anwendung auf Servern in Deutschland oder in Ihrer eigenen Umgebung. Das wird vorab gemeinsam geklärt.

Eine Web-Anwendung wächst leicht mit dem Betrieb:

• Neue Kolleginnen und Kollegen erhalten einfach einen Zugang.
• Ein neuer Rechner braucht keine Einrichtung.
• Ein weiterer Standort ist schnell angebunden und nutzt dieselbe Anwendung mit denselben Daten.
• Auswertungen entstehen auf Knopfdruck. Niemand muss Daten aus mehreren Dateien zusammenkopieren, und die Geschäftsführung sieht den Stand ohne Umweg über eine Datei.

Rechte für jeden Zugang

Je mehr Menschen mit einer Anwendung arbeiten, desto wichtiger sind klare Rechte. Jeder Zugang erhält nur die Rechte, die er braucht. So bleibt die Anwendung übersichtlich und sicher. Scheidet jemand aus, wird sein Zugang gesperrt.

Auf Wunsch können auch Kunden mit eigenen Berechtigungen zugreifen. Beim Kunden braucht der Einkauf dann Preise und Bestellungen, die Buchhaltung Rechnungen und die Technik Datenblätter. Mehrere Sprachen und Kunden mit mehreren Standorten lassen sich ebenso abbilden wie Benachrichtigungen, etwa wenn sich ein Liefertermin ändert. Ein solcher Zugang muss kein Großprojekt sein. Er kann mit wenigen Funktionen starten und mit den Wünschen der Kunden wachsen.

Unterwegs und ohne stabiles Netz

Eine Web-Anwendung braucht in der Regel eine Verbindung zum Server. In den meisten Betrieben ist das kein Problem. Wo die Verbindung unsicher ist, etwa beim Kunden oder im Keller, gibt es Lösungen. Die Anwendung speichert Eingaben dann zunächst auf dem Gerät und überträgt sie bei der nächsten Verbindung. Ob das nötig ist, sollte vor der Entwicklung geklärt sein.

Besonders wichtig ist das für Teams im Außeneinsatz. Mit einer mobilen Erfassung funktioniert die Anwendung in beide Richtungen:

• Vor Ort sehen: Adresse, Ansprechperson, Pläne und frühere Einsätze. Das erspart Anrufe im Büro, und auch neue Kolleginnen und Kollegen finden sich schneller zurecht.
• Vor Ort erfassen: Zeiten und verbautes Material landen direkt am richtigen Auftrag. In der Rechnung fehlt nichts, und der Lagerbestand bleibt aktuell.
• Direkt abrechnen: Ist die Anwendung mit der Warenwirtschaft verbunden, ist die Nachkalkulation sofort möglich. Rechnungen können entstehen, sobald der Einsatz abgeschlossen ist. Das verbessert auch die Liquidität.

Was mit bestehender Software passiert

Nicht jedes Vorhaben beginnt bei null. Viele Betriebe nutzen Anwendungen, die einmal von einer einzelnen Person oder einem kleinen Anbieter entwickelt wurden. Oft ist dieser heute nicht mehr erreichbar. Manchmal ist die Software auch mit dem Betrieb gewachsen und braucht nun eine feste Betreuung. Dann ist zu prüfen, ob sie weitergepflegt oder abgelöst werden sollte.

Voraussetzung für eine Übernahme ist der Zugriff auf den Quellcode. Fehlt er, lässt sich gemeinsam prüfen, welche Wege bleiben. Oft ist mehr zu retten, als zunächst gedacht. Warum Quellcode und Rechte schon beim Auftrag geregelt sein sollten, erklärt unser Beitrag Wem gehört der Quellcode?

Eine Anwendung nutzt viele fremde Bausteine. Bibliotheken, Datenbanken und Schnittstellen zu anderen Programmen gehören dazu, und jeder dieser Bausteine bekommt eigene Updates. Eine Übersicht über diese Abhängigkeiten zeigt rechtzeitig, wenn ein Baustein nicht mehr gepflegt wird. Ein Ersatz lässt sich dann in Ruhe planen. Mehr dazu bei Wartung und Weiterentwicklung.