Software, die genau zu deinem Business passt.

Vor allem Webanwendungen und Automatisierungen. Das kann eine Marketing-Site sein oder eine interne Geschäftsanwendung mit Datenbank und Login. Was ich nicht mache: Mobile Apps, Embedded-Systeme, SAP.

Kleine bis mittelgroße Unternehmen, die etwas Maßgeschneidertes brauchen, statt eine Standardlösung zurechtzubiegen.

Standardprodukte sind oft der richtige Ansatz, solange du dich innerhalb der von ihnen vorgesehenen Prozesse bewegst. Anbieter von Standardsoftware befinden sich in dem Dilemma möglichst große Marktanteile abzudecken und gleichezeitig ein gutes Produkt für Endkunden anzubieten. Gerade ersteres führt aber oft dazu, dass Standardsoftware in möglichst vielen Unternehmen funktionieren muss und dadurch hunderte von Einstellungen hat, um das abzudecken. Dadurch kauft man sich eine Lösung ein, die im besten Fall einen großen Konfigurationsaufwand mit sich bringt, im schlechtesten Fall aber nur so halb passt und dadurch Reibungsverluste erzeugt, die Kosten verursachen. Ein oft unterschätzter Faktor ist die Frustration, die mit der Nutzung solcher Software einher geht und deren Kosten sich schwer beziffern lassen, weil sie sich in Arbeitsmotivation und Fluktuation äußern.

Gelegentlich ist das tatsächlich eine gute Idee. Oft haben diese Fälle folgendes gemeinsam: unkritische Abläufe, niedrige Komplexität, geringe Änderungsrate des abgebildeten Prozesses (z.B. ein Skript, das ein oder zweimal genutzt wird), zustandslose Anwendungen. Software, die einen gewissen Grad an Komplexität übersteigt und eingebettet ist in Geschäftsprozesse benötigt weiterhin Erfahrung und jemanden, der die Domäne versteht. KI kann hier die Entwicklung unterstützen, aber sie muss geleitet werden.

Software entwickelt sich weiter, wenn sie genutzt wird. Üblich ist eine laufende Zusammenarbeit mit einem fixen Stunden- oder Tagebudget pro Monat. Wenn du das nicht willst, endet das Projekt klar mit der Übergabe und ich bin damit raus.

Ich verwende moderne aber langweilige Technologien, die sich bewährt haben und weltweit zigfach produktiv im Einsatz sind. Meiner Erfahrung nach ist das besser für die Wartung und auch für die Weiterentwicklung. Im Frontend verwende ich z.B. Astro für statische Seiten und React für umfangreichere Frontend-Anwendungen. Backends schreibe ich je nach Bedarf mit TypeScript + NodeJS, Java + Spring oder Python + FastAPI, deployt als OCI-Image und mit Postgres als relationale Datenbank, Redis/Valkey als Cache. Dadurch dass diese Technologien weit verbreitet sind, kann auch jemand anderes die Lösung später weiterentwickeln. Falls du einen Wunsch hast für eine bestimmte Technologie (z.B. weil sie bereits eingesetzt wird in deinem Unternehmen) können wir darüber reden.

Nach dem kostenfreien und unverbindlichen Erstgespräch bekommst du eine erste grobe Einschätzung plus einen Kostenvoranschlag für die Phase Analyse & Konzeption. Du entscheidest dann, ob du das Ganze angehen möchtest. Falls du dich dafür entscheidest folgen in der Regel Analyse & Konzeption, auf Wunsch begleitet von der Erstellung eines ersten Prototypen. Am Ende dieser Phase erhältst du ein fixes Angebot für den Rest des Projekts. Warum gibt es diese Trennung? Aufwände lassen sich oft erst realistisch beziffern, wenn der Leistungsumfang klar ist. Für dich bedeutet dieses Modell Planbarkeit statt falscher Versprechungen. Als grobe Orientierung: kleinere Automatisierungen und Tools bewegen sich meist im vierstelligen Bereich, umfangreichere Individualanwendungen im fünfstelligen.

Analyse und Konzept sind ein wichtiger Bestandteil der Entwicklung von Individualsoftware und funktionieren nur gegen Bezahlung. Du erhältst nach dem kostenfreien Erstgespräch einen Kostenvoranschlag für Analyse und Konzeption, darauf basierend kannst du steuern ob und wie es weiter geht. Nach der Analyse und Konzeption bekommst du ein konkretes Angebot für das, was folgt. Auch hier entscheidest du, ob es weiter geht oder nicht. Die Abrechnung dieser beiden Angebotsphasen kann zusammen erfolgen.

Ich arbeite mit etablierten Standardtechnologien und dokumentiere meine Arbeit, damit jedes andere fähige Entwicklerteam übernehmen kann, falls es einmal nötig ist. Code, Infrastruktur und Zugänge gehören dir. Es gibt keine proprietären Bestandteile, die dich an mich binden. Tatsächlich ist das Risiko eines Ausfalls immer existent - auch wenn du eine Agentur oder ein großes Softwarehaus buchst: Nur weil jetzt ein größeres Team im Hintergrund ist bedeutet das nicht, dass Dinge gut dokumentiert werden oder dass alle in der Agentur über alles Bescheid wissen. Fällt jemand dort aus ist das Problem sehr ähnlich: Wissen muss dokumentiert sein und eine andere Person, die übernimmt muss sich einarbeiten.

Das Hosting findet auf Servern in der EU statt. Nach Absprache können Anwendungen auch auf bereits existierender Infrastruktur ausgerollt werden, so dass wichtige Daten das Unternehmensnetzwerk nicht verlassen. In bestimten Fällen können Teile der Infrastruktur auf Wunsch auch weltweit laufen (zum Beispiel Content Delivery Netzwerke), um die Ladezeiten zu verbessern.