Überraschende Kernaussage
Prozesse zuerst, Technologie danach. Das klingt banal, ist aber radikal selten in kleinen und mittleren Unternehmen. Kennen Sie das Gefühl, dass neue Software alles besser machen soll, und am Ende bleibt alles beim Alten? In meiner Beratungspraxis sehe ich oft, dass Teams zuerst ein Tool kaufen und dann versuchen, die Abläufe daran anzupassen. Das führt zu Frust, Doppelarbeit und verlorener Zeit.
Was bedeutet Prozesse zuerst
Prozesse zuerst heisst, dass Sie zunächst Ihre Abläufe, Verantwortlichkeiten und Schnittstellen klar beschreiben, bevor Sie eine technische Lösung evaluieren. Haben Sie klare Prozesslandkarten oder eher vage Vorstellungen? Ich frage das, weil viele KMU glauben, sie hätten Prozesse, nur weil sie «immer so arbeiten». In Wahrheit fehlen oft Entscheidungsregeln, Eskalationswege und messbare Schnittstellen zwischen Abteilungen.
Typische Fehler aus der Praxis
Ein häufiger Fehler ist, eine Software als Problembehebung zu sehen, ohne zuerst die Ursache zu analysieren. Ein anderes Beispiel: Verantwortlichkeiten werden nicht festgelegt, und nach der Einführung beginnt das berühmte «das macht jetzt die Software». Was ich oft sehe, ist auch fehlende Einbindung der Mitarbeitenden: Funktionen werden zentral ohne Rücksprache implementiert, und die Nutzer umgehen das System mit Excel-Tabellen. Diese drei Muster wiederholen sich in vielen Projekten.
Warum das schadet
Wenn Prozesse unklar sind, greift Technologie nur oberflächlich. Systeme müssen Daten liefern, Schnittstellen kennen und Prozesse unterstützen. Ohne stabile Abläufe entsteht ein Flickwerk aus Insellösungen. Das verursacht Medienbrüche, redundante Datenerfassung und Entscheidungsblindheit. Was macht das mit Ihrem Team? Oft sinkt die Akzeptanz, und die Investition bleibt wirtschaftlich hinter den Erwartungen zurück.
Wie Sie konkret beginnen können
Starten Sie mit einer klaren Frage: Welchen Geschäftszweck soll die Veränderung erfüllen? Beschreiben Sie den gewünschten Prozess in einem Satz. Sprechen Sie mit den Betroffenen, nicht nur mit der IT. In meiner Arbeit empfiehlt es sich, kritische Übergabepunkte zu identifizieren: Wo werden Daten weitergereicht, wer unterschreibt, welche Informationen fehlen typischerweise. Halten Sie diese Erkenntnisse schriftlich und prüfen Sie, ob die aktuelle Technik diese einfachen Anforderungen abbilden kann.
Zwei Fragen, die Sie morgen stellen können
Wer trägt die Verantwortung für das Ergebnis eines Prozesses und wie messen wir Erfolg? Diese Fragen entlarven oft Unklarheiten sofort. In Gesprächen mit Kundinnen und Kunden zeigt sich: Sobald Verantwortung sichtbar ist, ändern sich Prioritäten. Genau das gibt Ihnen Verhandlungsstärke bei Auswahlprozessen für Software und Dienstleister.
Konkrete 14–30-Tage-Handlungsempfehlung
Nehmen Sie sich 14 bis 30 Tage Zeit, um einen zentralen Geschäftsprozess zu dokumentieren und zu testen. Beginnen Sie mit einem Prozess, der für Umsatz oder Kundenzufriedenheit kritisch ist. Führen Sie zwei bis drei kurze Interviews mit Mitarbeitenden, die in diesem Prozess täglich arbeiten, und notieren Sie die häufigsten Reibungspunkte. Beschreiben Sie den Prozess in maximal einer Seite, inklusive Verantwortlichen, Informationsübergaben und Messgrössen. Testen Sie diese Beschreibung in der Praxis für eine Woche und sammeln Sie Feedback. Wenn Sie das durchlaufen haben, haben Sie eine solide Grundlage, um gezielt nach Technologien zu suchen, statt Technologie die Form Ihrer Arbeit diktieren zu lassen.
