Mein Weg zu formspace.design: Als Programmierer mich nicht verstanden haben

In meiner langen Unternehmerkarriere stand ich oft vor demselben Problem: Wie erkläre ich einem Programmierer, was ich brauche, und erhalte genau das, und nicht etwas Ähnliches, das für mein Geschäft aber absolut nutzlos ist? Es waren Jahre des Ausprobierens, der Enttäuschungen und verschwendeter Ressourcen, die mich schließlich zur Gründung von formspace.design führten. Ich erkannte, dass der beste Weg, das perfekte Werkzeug zu bekommen, darin besteht, es selbst zu bauen, basierend auf meiner einzigartigen Erfahrung.

Der Beginn des Weges: Wie ich erkannte, dass Automatisierung notwendig ist

Meine Geschichte der Zusammenarbeit mit Entwicklern begann bereits in den 90er Jahren, als ich stellvertretender Direktor bei NPF „Alkar“ war. Meine Aufgabe war es unter anderem, Programmierern Aufgaben für die Managementbuchhaltung zu stellen. Schon damals spürte ich, wie schwierig es ist, intuitive Geschäftsprozesse in die strenge Sprache des Codes zu übersetzen. Eine scheinbar einfache Aufgabe – die Automatisierung der Berichterstattung oder der Warenbuchhaltung – führte zu langen Erklärungen, die selten zum gewünschten Ergebnis führten.

Später, als ich von 2000 bis 2022 das Unternehmen „Dom i Sad“ leitete, suchte ich weiterhin nach Automatisierungsmöglichkeiten. Wir versuchten, verschiedene CRM-Systeme einzuführen, aber jedes erforderte Anpassungen, und die Erklärungen meiner Bedürfnisse gegenüber externen Entwicklern stießen immer wieder auf eine Mauer des Unverständnisses. Ich habe diese Schwierigkeiten ausführlich in dem Artikel „Jahre ohne ordentliche Managementbuchhaltung bei „Dom i Sad“: Was daraus wurde“ beschrieben. Es war ein Teufelskreis: Ich verbrachte Zeit mit Erklärungen, Geld mit Anpassungen und erhielt am Ende ein Produkt, das die Aufgaben nur teilweise löste oder sogar neue Schwierigkeiten schuf.

Das Übersetzungsproblem: Business-Sprache vs. technische Sprache

Das Hauptproblem liegt in der Denkweise. Ein Unternehmer denkt in Kategorien von Ergebnis, Effizienz, Kundenerfahrung. Meine Vision eines Landschaftsprojekts ist ein Gesamtbild, in dem jedes Detail seine Bedeutung hat, in dem Platz für Kreativität und Flexibilität ist. Ein Programmierer hingegen denkt in Algorithmen, klaren Regeln und logischen Operationen. Für ihn sind Eindeutigkeit und Vorhersagbarkeit wichtig. Wenn ich sage: „Ich brauche, dass der Kostenvoranschlag schnell und bequem berechnet wird“, meine ich, dass das System viele Faktoren berücksichtigen sollte: die Grundstücksgröße (z. B. 10 oder 15 Ar), die Art der Arbeiten (Verlegen von Rollrasen, Pflanzen von Bäumen), die gewählten Materialien, die Komplexität des Geländes (Koeffizient von 1,0 bis 1,5). Der Programmierer hingegen hört „eine Schaltfläche ‚Kostenvoranschlag berechnen‘ erstellen“ und erwartet eine detaillierte Formel für jedes Element, ohne immer den Kontext zu verstehen.

Typische Fehler bei der Aufgabenstellung

Im Laufe der Jahre habe ich einige typische Fehler identifiziert, die ich selbst gemacht und bei anderen beobachtet habe:

1. Unzureichende Detaillierung. Allgemeine Phrasen wie „bequem machen“ oder „schön machen“ liefern dem Entwickler keine Informationen. Er benötigt konkrete Nutzungsszenarien.
2. Änderung der Anforderungen während des Prozesses. Das Geschäft ist dynamisch, und Änderungen sind unvermeidlich. Aber jede solche Änderung ohne klare Dokumentation und Überarbeitung der Spezifikationen führt zu Chaos und zusätzlichen Kosten. Manchmal konnten wir 2-3 Monate damit verbringen, Mitarbeiter in der Arbeit mit einem neuen CRM zu schulen, nur um festzustellen, dass es aufgrund ständig wechselnder Anforderungen nicht geeignet war.
3. Fehlende klare Nutzungsszenarien. Ich konnte nicht immer alle möglichen Situationen vorhersehen, in denen das Programm verwendet werden würde. Das Fehlen von „User Stories“ führte dazu, dass das System unter realen Bedingungen nicht funktionierte.
4. Erwartung, dass der Programmierer „es selbst errät“. Dies ist wohl der häufigste Fehler. Ein Programmierer ist kein Experte in Ihrer Branche. Er sollte nicht „erraten“ müssen, welche impliziten Nuancen des Landschaftsdesigns oder Projektmanagements es gibt. Meine Aufgabe war es, diese Nuancen klar zu formulieren.
5. Fokus auf „wie es gemacht wird“ statt auf „was dabei herauskommen soll“. Manchmal vertiefte ich mich zu sehr in technische Details und versuchte vorzuschlagen, wie die eine oder andere Funktion implementiert werden sollte, anstatt das gewünschte Endergebnis und den Geschäftswert klar zu beschreiben.

Wie man lernt, mit Programmierern zu sprechen

Meine Erfahrung hat mich einige wichtige Regeln gelehrt:

• Erstellen Sie Spezifikationen so detailliert wie möglich. Dies sollte nicht nur eine Liste von Funktionen sein, sondern eine Beschreibung von Geschäftsprozessen, Benutzerszenarien, Beispielen für Eingabe- und erwartete Ausgabedaten. Je konkreter, desto weniger Raum für Interpretationen.
• Verwenden Sie Prototypen und Mockups. Selbst eine handgezeichnete Skizze der Benutzeroberfläche, Screenshots oder einfache Figma-Prototypen können mehr aussagen als tausend Worte. Sie ermöglichen es, das zukünftige Produkt zu visualisieren und Missverständnisse frühzeitig zu erkennen.
• Teilen Sie die Aufgabe in kleine, messbare Schritte auf. Anstatt einer großen Aufgabe „CRM erstellen“, ist es besser, 10–20 kleine zu stellen: „Kunden hinzufügen implementieren“, „Filter nach Datum erstellen“, „Benachrichtigungsversand einrichten“. Dies ermöglicht die Kontrolle des Prozesses und die Kurskorrektur.
• Konzentrieren Sie sich auf Geschäftsprozesse und das erwartete Ergebnis. Beginnen Sie immer mit der Frage: „Welches Benutzer- oder Geschäftsproblem löst dies?“ und „Welches konkrete Ergebnis wollen wir erzielen?“.
• Geben Sie konkrete Beispiele. Wenn eine Funktion etwas berechnen soll, geben Sie Beispiele mit Zahlen. Wenn sie Daten verarbeiten soll, zeigen Sie, wie diese Daten aussehen.

Folgen ineffektiver Kommunikation

Ineffektive Kommunikation mit Entwicklern führte immer zu bedauerlichen Konsequenzen. Erstens war es ein Verlust von Zeit und Geld. Projekte verzögerten sich, Budgets explodierten, und wir erhielten trotzdem „nicht das Richtige“. Zweitens führte es zu Frustration und einem Rückgang der Motivation im Team. Wenn Mitarbeiter sehen, dass Automatisierungsbemühungen keine Früchte tragen, sinkt ihr Enthusiasmus. Ich erinnere mich an Fälle, in denen wir nach mehreren Monaten der Implementierung und Schulung das System nicht vollständig in Betrieb nehmen konnten, weil es zu umständlich war oder die Besonderheiten unserer Prozesse nicht berücksichtigte, zum Beispiel die Materialbuchhaltung für Landschaftsbauarbeiten oder die Bewässerungsplanung für ein 20 Ar großes Grundstück.

Verzweiflung und die Geburt der Idee formspace.design

Irgendwann wurde mir klar: Um ein Werkzeug zu bekommen, das perfekt meinen Bedürfnissen entspricht, musste ich es selbst entwickeln. Für mich, einen damals 61-jährigen Mann, der nie ein professioneller Programmierer war, schien das Wahnsinn. Aber die Jahre der Frustration und der Wunsch, etwas wirklich Nützliches für die Landschaftsbaubranche zu schaffen, überwogen. Ich begann, das Programmieren mithilfe von KI zu erlernen, und das eröffnete mir völlig neue Möglichkeiten. Diesen Weg habe ich im Artikel „Wie ich, ein ehemaliger Marketingexperte, formspace.design entwerfe“ beschrieben. So entstand die Idee von formspace.design – einer Plattform, die von einem Landschaftsspezialisten für Landschaftsspezialisten geschaffen wurde, wo Intuition und Kreativität nicht auf die Barrieren der technischen Sprache stoßen.

So planen Sie in formspace.design

formspace.design ist die direkte Antwort auf das Kommunikationsproblem zwischen Designer und Programmierer. Es ist ein Werkzeug, das Ihnen als Landschaftsarchitekt ermöglicht, Ihre Ideen direkt umzusetzen, ohne sie in eine technische Sprache übersetzen zu müssen. Ich habe es so aufgebaut, dass es intuitiv verständlich ist und den realen Arbeitsschritten eines Projekts maximal nahekommt.

Stellen Sie sich vor, Sie müssen ein 18 Ar großes Grundstück planen. Sie beginnen mit Modul 1.0 „Grundstücksplan“, wo Sie einfach Grenzen festlegen, bestehende Gebäude und Versorgungsleitungen eintragen. Dann wechseln Sie zu Modul 1.1 „Zonen“, um funktionale Bereiche intuitiv zu markieren: zum Beispiel einen 4x5 Meter großen Grillbereich, einen 6x6 Meter großen Kinderspielplatz, einen Gemüsegarten, einen Ruhebereich. Sie sehen all dies sofort, visuell, ohne jemandem Ihre Entwürfe erklären zu müssen.

Wenn Sie eine allgemeine Vorstellung haben, aber konkrete Ideen fehlen, verwenden Sie Modul 2.1 „KI-Konzept“. Sie können ein Foto des Grundstücks oder einfach ein Moodboard hochladen, Ihre Präferenzen beschreiben – zum Beispiel „moderner minimalistischer Garten mit Schwerpunkt auf immergrünen Pflanzen und einem Teich“ – und die künstliche Intelligenz generiert mehrere Konzeptvarianten. Für eine detailliertere Visualisierung spezifischer Elemente ermöglicht Modul 3.1 „Design nach Foto“ das Hochladen eines Fotos des bestehenden Ortes und das „Anprobieren“ verschiedener Designelemente: Pflastersteine wechseln, Sträucher hinzufügen, die Farbe der Hausfassade ändern. All dies geschieht in Echtzeit, und Sie sehen das Ergebnis sofort, ohne lange Korrespondenz und Überarbeitungen, die bei der Arbeit mit externen Dienstleistern unvermeidlich sind. Dies ermöglicht es, sich auf die Kreativität zu konzentrieren und nicht auf die technischen Details der Aufgabenstellung.

Häufige Fragen

Warum ist es so schwierig, einem Programmierer die eigenen Geschäftsprozesse zu erklären?

Geschäftsprozesse sind oft informell, enthalten viele Ausnahmen und hängen von menschlichen Faktoren oder intuitiven Entscheidungen ab. Ein Programmierer hingegen denkt streng logisch und benötigt klare Algorithmen und Regeln für jede Situation. Dieser grundlegende Unterschied im Ansatz und das Fehlen eines gemeinsamen Kontextes schaffen die größte Kommunikationsbarriere.

Welche Hauptfehler machen Unternehmer bei der Softwarebestellung?

Meistens äußert sich dies in fehlenden detaillierten technischen Spezifikationen, unklaren Abnahmekriterien und ständigen Änderungen der Anforderungen während der Entwicklung ohne entsprechende Dokumentation. Viele erwarten auch, dass der Entwickler die impliziten Nuancen ihres Geschäfts selbst errät, was zu erheblichen Missverständnissen und der Notwendigkeit kostspieliger Überarbeitungen führt.

Wie vermeidet man die Situation „nicht das Richtige erhalten“?

Beginnen Sie mit dem Prototyping: Schon eine einfache Skizze oder ein Mockup hilft, das zukünftige Produkt zu visualisieren und Abweichungen zu erkennen. Teilen Sie die Aufgabe in kleine, iterative Schritte mit regelmäßigen Ergebnisprüfungen auf. Es ist wichtig, sich darauf zu konzentrieren, was das System tun soll und welchen Wert es liefern soll, und nicht darauf, wie es technisch umgesetzt wird.

Benötigt man einen technischen Hintergrund, um Programmierern Aufgaben zu stellen?

Man muss kein Programmierer sein, aber ein Verständnis der grundlegenden Programmlogik und die Fähigkeit, systemisch zu denken, vereinfachen den Prozess erheblich. Entwickeln Sie Fähigkeiten zur Informationsstrukturierung und zur möglichst klaren Formulierung von Anforderungen, indem Sie konkrete Beispiele und Nutzungsszenarien verwenden, um Mehrdeutigkeiten zu minimieren.

Was tun, wenn ein Projekt bereits schiefläuft?

Halten Sie sofort inne und führen Sie eine Retrospektive mit dem Team durch, um klar zu definieren, was schiefgelaufen ist und warum. Überprüfen Sie die technischen Spezifikationen und teilen Sie die verbleibende Arbeit gegebenenfalls in kleinere, überschaubarere Aufgaben auf. Manchmal ist es besser, ein Projekt zu stoppen und von vorne zu beginnen oder den Dienstleister zu wechseln, als weiterhin in eine von vornherein zum Scheitern verurteilte Richtung zu investieren.

Warum löst formspace.design dieses Problem für Landschaftsarchitekten?

formspace.design wurde von mir, einer Person aus der Landschaftsbaubranche, entwickelt, die dieses Problem aus eigener Erfahrung kennt. Ich habe ein Werkzeug geschaffen, das für Designer intuitiv verständlich ist und es ihnen ermöglicht, ihre Ideen direkt umzusetzen, ohne sie für Programmierer in eine technische Sprache übersetzen zu müssen. Dies eliminiert den Mittelsmann und minimiert das Risiko von Missverständnissen, wodurch die Genauigkeit und Geschwindigkeit der Umsetzung gewährleistet wird.

Welche konkreten Schritte haben mir geholfen, von „Erklärungen“ zum „Schaffen“ überzugehen?

Entscheidend war die Erkenntnis, dass niemand meine einzigartige Vision so gut verstehen würde wie ich selbst. Ich begann, die Möglichkeiten moderner Technologien, insbesondere der KI, zur Automatisierung der Entwicklung aktiv zu erforschen. Dies ermöglichte es mir, als Nicht-Programmierer, mit der Entwicklung von formspace.design zu beginnen, gestützt auf meine umfangreiche Erfahrung im Landschaftsdesign und im Geschäftsleben. Es war ein Übergang von dem Versuch, andere dazu zu bringen, zu verstehen, zur eigenständigen Umsetzung meiner Idee.

Mein Weg zu formspace.design ist eine Geschichte darüber, wie jahrelange Erfahrung und das Zusammentreffen mit wiederkehrenden Problemen ein starker Anreiz für die Schaffung von Neuem sein können. Wenn auch Sie des Missverständnisses müde sind und sich auf die Kreativität statt auf Erklärungen konzentrieren möchten, probieren Sie formspace.design aus. Ich bin sicher, Sie werden den Unterschied schätzen, wenn ein Werkzeug Ihre Sprache spricht.