Die teuerste Lektion: Ein unvollendetes Automatisierungsprojekt in einem Landschaftsunternehmen

In meiner langen Karriere als Landschaftsarchitekt und Unternehmer gab es eine Lektion, die mich besonders teuer zu stehen kam – die Geschichte eines unvollendeten Projekts zur Geschäftsautomatisierung. Ich investierte erhebliche Mittel und Zeit, um ein ideales CRM- und Managementsystem für mein Unternehmen „Haus und Garten“ zu schaffen, doch letztendlich wurde das Projekt nie gestartet und hinterließ nur eine wertvolle, aber schmerzhafte Erfahrung.

Meine ersten Schritte in der Automatisierung: die 90er und „Alkar“

Meine Geschichte mit der Automatisierung begann lange vor „Haus und Garten“, bereits in den 90er Jahren, als ich stellvertretender Direktor bei NPF „Alkar“ war. Damals beschäftigten wir uns mit Software für Trainingsmethoden, und schon damals stellte ich den Programmierern Aufgaben zur Managementbuchhaltung. Dies war meine erste Erfahrung mit der Welt des Codes, und sie zeigte mir das Potenzial der Automatisierung zur Systematisierung von Prozessen. Damals ging es jedoch um recht spezifische Aufgaben, und ich war mir noch nicht aller Fallstricke einer groß angelegten Entwicklung bewusst.

Warum „Haus und Garten“ dringend Automatisierung benötigte

Als ich im Jahr 2000 „Haus und Garten“ gründete, wuchs das Unternehmen schnell. Wir planten und bauten Cottages, begrünten Grundstücke und warteten sie anschließend. Jedes Jahr stieg die Anzahl der Kunden, Projekte, Mitarbeiter und Partner. Ich sah, wie viel Zeit für Routineoperationen aufgewendet wurde: Materialerfassung, Arbeitsplanung, Zahlungsverfolgung, Kundenkommunikation. Mein Ziel war klar: ein einheitliches System zu schaffen, das all diese Prozesse vereint, sie transparent und steuerbar macht. Ich wollte, dass Daten über jeden Kunden, jede Pflanze, jedes Rohr jederzeit verfügbar sind, um schnell Kostenvoranschläge und Zeitpläne erstellen und die Rentabilität von Projekten verfolgen zu können.

Typische Fehler, die zum Scheitern führten

Das Hauptproblem, wie ich später erkannte, lag im Fehlen einer klaren und detaillierten technischen Spezifikation sowie in einer verschwommenen Vision des Endprodukts. Ich als Auftraggeber tauchte nicht tief genug in die technischen Aspekte ein und verließ mich auf die Erfahrung der Programmierer, die wiederum die Besonderheiten des Landschaftsbaus nicht immer verstanden. Dies führte zu Folgendem:

• Zu breiter Funktionsumfang: Wir versuchten, das Unmögliche zu erreichen, indem wir alle möglichen Funktionen in das System integrierten, von CRM über Lagerverwaltung bis hin zum Projektmanagement. Letztendlich wuchs die technische Spezifikation auf über 50 Seiten an, und jeder neue Punkt erhöhte die Komplexität und verzögerte die Fristen.
• Mangel an Iterationen: Wir arbeiteten nach dem klassischen Wasserfallmodell: lange die technische Spezifikation geschrieben, dann lange entwickelt, und als wir das Ergebnis erhielten, stellten wir fest, dass es den aktuellen Bedürfnissen nicht mehr ganz entsprach oder einfach unpraktisch war. Es gab keine kurzen Feedback-Zyklen.
• Kommunikationsprobleme: Als Experte im Landschaftsbau konnte ich meine Anforderungen nicht immer klar in einer für Entwickler verständlichen Sprache formulieren. Diese wiederum, ohne Erfahrung in unserer Branche, interpretierten die Aufgaben oft auf ihre eigene Weise, was zur Schaffung unnötiger Funktionen oder zur Ignorierung kritisch wichtiger Details führte. Diese Verständnislücke ist ein häufiges Problem, über das ich im Artikel „Die Kluft zwischen „Ich weiß, wie das Geschäft funktionieren sollte“ und „Ich kann es nicht codieren““ geschrieben habe.
• Fehlende Prioritäten: Alles schien wichtig. Infolgedessen wurde keiner der Teile in einen funktionsfähigen Zustand gebracht. Wir gaben Zehntausende von Dollar und Monate Arbeit aus, erhielten aber nie ein fertiges Produkt.

Finanzielle und zeitliche Verluste

Meine Investitionen in dieses Projekt beliefen sich auf Zehntausende von Dollar. Dies waren nicht nur direkte Zahlungen an Programmierer, sondern auch meine eigenen Arbeitsstunden, die für Diskussionen, Tests und Versuche, das Projekt wiederzubeleben, aufgewendet wurden. Hätte man diese Mittel und Zeit in die Entwicklung anderer Geschäftsbereiche oder ins Marketing investiert, wäre das Ergebnis ein völlig anderes gewesen. Wir verloren nicht nur Geld, sondern auch wertvolle Zeit, die wir für das Wachstum des Unternehmens hätten nutzen können. Das Projekt stockte fast zwei Jahre lang, und schließlich traf ich die Entscheidung, es einzufrieren, ohne jemals ein funktionierendes Werkzeug erhalten zu haben.

Lehren aus der bitteren Erfahrung

Dieses gescheiterte Projekt wurde für mich zu einer der teuersten Lektionen. Ich verstand, dass Automatisierung nicht nur das Schreiben von Code ist, sondern ein tiefes Verständnis der Geschäftsprozesse, eine klare Aufgabenstellung und eine ständige, iterative Arbeit. Das habe ich gelernt:

1. Klein anfangen: Versuchen Sie nicht, sofort ein „ideales System“ zu schaffen. Es ist besser, ein Minimum Viable Product (MVP) mit grundlegenden Funktionen zu starten, das die dringendsten Probleme löst, und es dann schrittweise weiterzuentwickeln.
2. Visualisierung und Prototyping: Vor Beginn der Codierung ist es notwendig, so weit wie möglich zu visualisieren, wie das System aussehen und funktionieren wird. Dies hilft, Mängel und Inkonsistenzen zu erkennen, bevor sie zu kostspieligen Fehlern werden.
3. Kundenbeteiligung: Der Unternehmer sollte nicht nur Sponsor, sondern aktiver Teilnehmer am Prozess sein, Anforderungen klar formulieren und regelmäßiges Feedback geben. Darüber habe ich ausführlich im Artikel „Was ich über Entwicklung verstanden habe, indem ich Programmierer jahrelang von außen beobachtete“ nachgedacht.
4. Aufteilung in Phasen: Ein großes Projekt in kleine, überschaubare Phasen mit klaren Zielen und Fristen unterteilen. Jede Phase sollte ein sichtbares Ergebnis liefern.
5. Verständnis der Besonderheiten: Es ist wichtig, dass die Entwickler die Besonderheiten der Branche verstehen, für die das Produkt erstellt wird, oder dass der Auftraggeber sie ihnen so verständlich wie möglich vermitteln kann.

Wie man mit formspace.design plant

Genau diese Erfahrung, dieser Schmerz über unvollendete Projekte und die Kluft zwischen Vision und Umsetzung, führten mich letztendlich zur Entwicklung von formspace.design. Mein Ziel war es, ein Werkzeug zu schaffen, das Landschaftsarchitekten und Grundstückseigentümern ermöglicht, ihre Ideen und Anforderungen so klar und visuell verständlich wie möglich zu formulieren, bevor sie mit der kostspieligen Umsetzung oder Entwicklung beginnen.

Stellen Sie sich vor, Sie planen ein komplexes Landschaftsbauprojekt. Anstatt Ihre Ideen mit Worten oder ungenauen Skizzen zu erklären, können Sie formspace.design verwenden, um einen detaillierten visuellen Plan zu erstellen. Mit Modul 1.x (Plan/Zonen/Objekte) platzieren Sie ganz einfach Elemente auf Ihrem Grundstück, zonieren den Raum und ordnen Objekte an, sei es ein 4x8 m großer Pool, 1,2 m breite Wege oder eine Baumgruppe. Modul 2.1 „KI-Konzept“ hilft Ihnen, schnell verschiedene Designoptionen basierend auf Ihren Vorlieben zu generieren, und Modul 3.1 „Design nach Foto“ lässt Sie sehen, wie die ausgewählten Elemente auf einem echten Foto Ihres Grundstücks aussehen würden. So erhalten Sie nicht nur eine Sammlung von Ideen, sondern ein konkretes, visualisiertes Projekt, das Sie Auftragnehmern zeigen, mit der Familie besprechen und, was am wichtigsten ist, als klare technische Spezifikation für weitere Arbeiten verwenden können. Dieser Ansatz minimiert das Risiko von Missverständnissen und kostspieligen Nacharbeiten, denn Sie sehen das Ergebnis, noch bevor Sie echtes Geld und Zeit investieren.

Häufige Fragen

Warum ist Automatisierung für den Landschaftsbau so komplex?

Der Landschaftsbau vereint viele einzigartige Aspekte: Saisonalität, Arbeit mit lebenden Organismen, Abhängigkeit von Wetterbedingungen, komplexe Logistik, individueller Ansatz für jedes Projekt. Fertige CRM-Systeme berücksichtigen diese Nuancen oft nicht, und die Entwicklung einer maßgeschneiderten Lösung erfordert ein tiefes Eintauchen in die Branchenspezifika und ständige Anpassung, was bei externen IT-Teams selten der Fall ist.

Wie wählt man den richtigen Entwickler für ein Automatisierungsprojekt aus?

Es ist wichtig, nicht nur einen Coder zu suchen, sondern einen Partner, der bereit ist, sich in Ihr Geschäft einzudenken. Achten Sie auf Erfahrung mit ähnlichen Branchen oder Projekten, das Vorhandensein von Analysten im Team, die Bereitschaft zur iterativen Entwicklung und transparente Kommunikation. Scheuen Sie sich nicht, viele Fragen zu stellen und um Beispiele ihrer Arbeit zu bitten, insbesondere wenn es um spezifische Aufgaben geht, die Sie automatisieren möchten.

Was sind die Hauptrisiken bei der Entwicklung kundenspezifischer Software?

Die Hauptrisiken umfassen Budgetüberschreitungen, Zeitverzögerungen, die Nichterfüllung der Erwartungen durch das Endprodukt sowie Schwierigkeiten bei Wartung und Skalierung. Dies geschieht oft aufgrund einer unklaren technischen Spezifikation, unzureichender Kommunikation zwischen Auftraggeber und Entwickler sowie dem Versuch, zu viele Funktionen gleichzeitig zu implementieren.

Wie verwaltet ein Nicht-Programmierer ein solches Projekt?

Der Schlüssel zum Erfolg sind eine klare Vision und effektive Kommunikation. Teilen Sie das Projekt in kleine, verständliche Phasen auf. Verwenden Sie visuelle Tools zur Beschreibung der Funktionalität. Führen Sie regelmäßig Besprechungen mit den Entwicklern durch, um Feedback zu geben und den Fortschritt zu überprüfen. Scheuen Sie sich nicht, „dumme“ Fragen zu stellen und Erklärungen in einfacher Sprache zu verlangen. Ihre Rolle ist es, Experte im Geschäft zu sein, nicht im Code.

Ist es immer besser, eigene Lösungen zu entwickeln, als fertige CRM-Systeme zu verwenden?

Nicht immer. Fertige CRM-Systeme eignen sich für Standardgeschäftsprozesse und können ein ausgezeichneter Start sein. Wenn Ihr Unternehmen jedoch einzigartige, geschäftskritische Prozesse hat, die von fertigen Lösungen nicht abgedeckt werden, oder wenn Sie einen erheblichen Wettbewerbsvorteil in der Anpassung sehen, dann kann eine Eigenentwicklung gerechtfertigt sein. Beginnen Sie immer mit einer Analyse der Bedürfnisse und der auf dem Markt verfügbaren Lösungen.

Welche Rolle spielt die Produktvision für den Erfolg der Automatisierung?

Die Produktvision ist die fundamentale Grundlage. Ohne ein klares Verständnis dessen, was Sie genau erreichen wollen, für wen es geschaffen wird und welche Probleme es löst, ist ein Projekt zum Scheitern verurteilt. Die Vision sollte nicht nur bei Ihnen, sondern beim gesamten Entwicklungsteam vorhanden sein. Sie sollte lebendig sein, sich entwickeln und anpassen, aber dabei ihr Hauptziel beibehalten.

Kann formspace.design helfen, solche Fehler zu vermeiden?

Ja, genau dafür habe ich es entwickelt. formspace.design ermöglicht es Ihnen als Grundstückseigentümer oder Landschaftsarchitekt, Ihre Ideen maximal zu detaillieren und zu visualisieren, klare Pläne und Konzepte zu erstellen. Dies hilft, eine präzise technische Spezifikation für alle nachfolgenden Arbeiten zu formulieren, sei es die Beauftragung von Auftragnehmern oder sogar die Aufgabenstellung für Programmierer komplexerer Systeme. Je klarer Ihre Vision am Anfang ist, desto geringer ist die Wahrscheinlichkeit kostspieliger Fehler in der Umsetzungsphase.

Abschluss

Meine „teuerste Lektion“ lehrte mich, Klarheit, Planung und einen iterativen Ansatz zu schätzen. Genau diese Prinzipien bilden die Grundlage von formspace.design. Ich glaube, dass wir durch den Einsatz der richtigen Werkzeuge und das Lernen aus der Vergangenheit effektivere und erfolgreichere Projekte aufbauen können, indem wir die Fehler vermeiden, die mich einst so teuer zu stehen kamen. Das Wichtigste ist, mit einem klaren Verständnis dessen zu beginnen, was man schaffen möchte, und bereit für ständigen Dialog und Anpassung zu sein.