Software, die sich Ihrem Ablauf beugt –
nicht umgekehrt.

Zwei Signale sprechen dafür: Ihr Verfahren unterscheidet sich vom Branchenstandard und ist genau deshalb erfolgreich, oder Sie zahlen laufend Lizenzen für ein Produkt, von dem Sie einen Bruchteil nutzen und trotzdem Zusatzarbeit durch Workarounds haben. Bleibt es bei einem reinen Standardprozess wie Buchhaltung oder Lohn, ist ein fertiges Produkt fast immer die bessere Wahl.

Das hängt vom Schnitt ab, nicht von der Branche. Eine erste produktive Version mit klar begrenztem Umfang liegt in einer anderen Größenordnung als eine Anwendung, die alle Unternehmensprozesse abdeckt. Deshalb schneide ich Projekte so, dass eine nutzbare erste Fassung früh steht – danach entscheiden Sie mit realem Nutzen im Rücken, wie weit es gehen soll. Ein belastbares Angebot gibt es nach dem Erstgespräch.

Das ist die berechtigtste Frage bei einem Einzelentwickler, und ich beantworte sie mit Technik statt mit Beteuerungen: gängige Frameworks statt Eigenbau, dokumentierter Code, Ihr eigenes Repository, nachvollziehbare Infrastruktur. Die Anwendung muss von einem anderen Entwicklerteam übernommen werden können, ohne dass es mich dafür braucht. Wenn das nicht gegeben ist, habe ich meine Arbeit nicht gut gemacht.

Ja, das ist eher die Regel als die Ausnahme. In den bisherigen Projekten waren das unter anderem proprietäre Kassensysteme, Zahlungsdienstleister, Kartendienste, Microsoft 365 und diverse Altsysteme ohne dokumentierte Schnittstelle. Wo keine Schnittstelle vorgesehen ist, lässt sich meist trotzdem ein sauberer Weg finden.

Eine erste produktive Fassung ist in der Regel eine Frage von Wochen, nicht von Monaten – vorausgesetzt, der Umfang ist ehrlich geschnitten. Was Projekte tatsächlich verzögert, ist selten die Entwicklung, sondern ungeklärte Abläufe und fehlende Entscheidungen auf Kundenseite. Genau deshalb steht die Prozessklärung am Anfang.

Ja, das ist der Normalfall. Mein Sitz ist bei Rostock, im Umkreis bin ich persönlich vor Ort. Die Entwicklung selbst läuft ortsunabhängig mit regelmäßigen Videoterminen und nachvollziehbarem Projektstand – bisherige Kunden saßen unter anderem in Berlin, Hannover, Leipzig und Hamburg.

Für einen abgegrenzten internen Ablauf durchaus, und das ist dann auch der schnellere Weg. No-Code trägt gut bei Formularen, einfachen Genehmigungsketten und Übersichten. Es stößt zuverlässig an drei Grenzen: sobald mehrere Systeme sauber zusammenspielen müssen, sobald die Datenmenge wächst, und sobald jemand anderes als der ursprüngliche Ersteller es weiterentwickeln soll. Der übliche Verlauf ist, dass eine No-Code-Lösung ein bis zwei Jahre trägt und dann als Ganzes ersetzt werden muss. Das ist kein Argument dagegen – man sollte es nur einkalkulieren, statt überrascht zu sein.

Ihnen. Das Repository liegt bei Ihnen oder wird Ihnen übergeben, samt Rechten an dem, was für Sie entstanden ist. Ich behalte keine Nutzungsrechte zurück und baue keine Lizenzabhängigkeit ein. Was ich mitnehme, sind allgemeine Erfahrungen – nicht Ihr Code und erst recht nicht Ihre Daten.

Das ist der Normalfall und kein Störfall. Genau deshalb baue ich in überschaubaren Abschnitten mit regelmäßiger Rücksprache: Eine Änderung nach zwei Wochen ist günstig, dieselbe Änderung nach sechs Monaten Entwicklung im Verborgenen ist teuer. Was tatsächlich Probleme macht, sind nicht geänderte Anforderungen, sondern Anforderungen, die nie ausgesprochen wurden.