Komplexe Prozesse
zu einfacher Software

Ich bin Christian Albert und entwickle seit 2012 individuelle digitale Anwendungen für Unternehmen.

Dabei geht es mir selten nur darum, Anforderungen technisch umzusetzen. Ich schaue auf die Prozesse dahinter, hinterfrage Abläufe und entwickle daraus Software, die sich für die Menschen, die damit arbeiten, möglichst einfach anfühlt.

Genau darin liegt mein Ansatz: Ich verbinde Konzeption, UX Design und Softwareentwicklung in einer Person. Von der ersten Idee über das Bedienkonzept bis zur technischen Umsetzung.

Fragen
mit Antworten

Was machst du genau?

Ich entwickle individuelle Webanwendungen und interne Tools für Prozesse, für die Standardsoftware nicht wirklich passt.

Zum Beispiel Systeme für:
→ Veranstaltungen und Teilnehmermanagement
→ komplexe interne Workflows
→ Datenverwaltung und Automatisierung
→ Kunden- und Mitarbeiterportale
→ individuelle Fachanwendungen

Dabei beginnt meine Arbeit nicht mit der Frage „Welchen Tech-Stack verwenden wir?“, sondern mit „Welches Problem müssen wir eigentlich lösen?“. Erst wenn das klar ist, entsteht die Software.
Was unterscheidet dich von klassischen Entwicklern?

Ich denke nicht in Features. Ich denke in Abläufen.

Wie arbeitet ein Mensch heute? Wo entstehen unnötige Schritte? Welche Informationen werden wirklich benötigt? Was kann automatisiert werden? Und wie muss ein System gestaltet sein, damit niemand eine Schulung braucht, um es zu verstehen?

Genau deshalb gehören UX und Entwicklung für mich zusammen. Ein technisch perfektes System bringt wenig, wenn Menschen nicht gern damit arbeiten. Und ein schönes Interface bringt wenig, wenn dahinter schlechte Prozesse digitalisiert wurden.

Gute Software braucht beides.
Warum machst du so vieles selbst?

In klassischen Projekten sitzen Konzeption, UX, Design, Frontend und Backend häufig bei unterschiedlichen Personen. Das kann funktionieren. Es erzeugt aber auch Übergaben, Abstimmungen und Informationsverlust.

Bei mir entstehen Konzeption, Interface und technische Architektur gemeinsam. Dadurch kann eine Entscheidung aus dem Design unmittelbar Auswirkungen auf die technische Umsetzung haben und umgekehrt.

Für dich bedeutet das:
→ einen direkten Ansprechpartner
→ kurze Entscheidungswege
→ weniger Übersetzungsverluste
→ ein konsistentes Produkt
→ Verantwortung von der Idee bis zum laufenden System
Wie arbeitest du?

Ich hinterfrage lieber einmal zu viel, als einfach eine Anforderung umzusetzen. Denn häufig ist das, was zunächst als gewünschte Funktion beschrieben wird, gar nicht das eigentliche Problem.

Deshalb arbeite ich gerne mit Unternehmen, die bereit sind, bestehende Abläufe gemeinsam auseinanderzunehmen. Ich sage auch, wenn ich etwas für unnötig halte, und ich schlage einfachere Wege vor.

Komplexität versuche ich dort zu verstecken, wo sie hingehört: in der Software und nicht beim Benutzer.
Was kann ich von dir erwarten?

Keine Entwicklung nach Ticketsammlung. Keine unnötig komplizierte technische Architektur. Und keine Software, die exakt das tut, was bestellt wurde, obwohl längst klar ist, dass etwas anderes sinnvoller wäre.

Stattdessen:
→ ehrliche Beratung
→ klare Konzeption
→ konsequenter UX-Fokus
→ saubere technische Umsetzung
→ schnelle, direkte Kommunikation
→ langfristig wartbare Systeme

Mein Anspruch ist nicht, möglichst viel Software zu bauen. Mein Anspruch ist, möglichst gute Lösungen zu bauen.
Mit welchen Technologien arbeitest du?

Ich bin Fullstack-Entwickler und UX-Designer. Ich arbeite unter anderem mit PHP, Symfony, Shopware, JavaScript, MySQL und MariaDB, Figma und modernen AI-gestützten Entwicklungswerkzeugen.

Technologien sind für mich allerdings Mittel zum Zweck. Welche eingesetzt wird, entscheidet nicht mein persönlicher Geschmack, sondern das Problem, das wir lösen wollen.
Wann sollten wir sprechen?

Die besten Projekte entstehen für mich dann, wenn ich nicht erst eine fertige Spezifikation bekomme, sondern früh genug dabei bin, um gemeinsam herauszufinden, was überhaupt gebaut werden sollte.

Wenn du also eine Idee, einen komplizierten Prozess oder eine bestehende Anwendung hast, bei der du denkst „Das müsste doch eigentlich einfacher gehen“, dann sollten wir sprechen.