Hinter BertlClaw steckt kein kreativer Texter und keine anonyme Agentur. Es ist Dominic Reisenbichler, MSc. — ERP Project Manager bei XALAX GmbH in Graz. Er leitet globale ERP-Rollouts, führt Anforderungsworkshops durch und baut digitale Strukturen für komplexe Unternehmensumgebungen. Was er dabei gelernt hat: Klarheit ist kein Talent. Sie ist ein Handwerk.
Dominic arbeitet seit mehreren Jahren als ERP Project Manager. Er hat Projekte bei proALPHA, Softline GmbH und Energy Services GmbH begleitet, bevor er zur XALAX GmbH gewechselt ist, wo er heute internationale ERP-Rollouts leitet. Zu seinen prägendsten Referenzprojekten zählt der Red Bull Ring — ein Umfeld, das Termintreue, extreme Präzision in der Kommunikation und strukturiertes Denken unter echtem Projektdruck verlangt.
Sein Studium: Industrial Management M.Sc. und B.A. Internationale Wirtschaft. Sein Wohnort: Weiz, Steiermark.
Diese Arbeit ist nicht glamourös. Sie ist methodisch, geduldig und präzise. Anforderungsanalysen, Workshops mit internationalen Teams, Projektdokumentation, Rollout-Koordination — das ist sein Alltag. Und genau deshalb ist das sein Handwerk.
Was im Alltag als ERP Project Manager gelernt wurde — und warum das für BertlClaw-Kunden direkt relevant ist.
Dominic hat in verschiedenen Branchen und Unternehmensgrößen gearbeitet: angefangen bei Projekten mit proALPHA, Softline GmbH und Energy Services GmbH, bis hin zu seiner aktuellen Rolle als ERP Project Manager bei der XALAX GmbH in Graz, wo er internationale ERP-Rollouts leitet.
ERP-Projekte sind keine kreativen Vorhaben. Sie laufen auf Zeit, auf Budget, mit klar definierten Deliverables — und scheitern meistens nicht an der Software, sondern an unklarer Kommunikation, unstrukturierten Anforderungen oder fehlendem Prozessdenken. Genau das ist sein Alltag.
Der Red Bull Ring ist eines der prägendsten Referenzprojekte: ein Umfeld, das kurze Reaktionszeiten, absolute Zuverlässigkeit im Projektmanagement und eine Kommunikation verlangt, die auf den Punkt ist — keine Füllsätze, kein Herumreden, klare Verantwortlichkeiten.
Was das für BertlClaw-Kunden bedeutet:
Kein langer Prozess, keine aufgeblähten Phasen. Vier klare Schritte — von der Anfrage bis zum fertigen Deliverable.
Du schickst 2–4 Sätze zu deiner Ausgangslage. Danach gibt es eine klare Einschätzung: welches Angebot passt, was realistisch möglich ist — oder eine ehrliche Absage, wenn das Projekt nicht zu BertlClaw passt. Kein Sales-Gespräch, kein Drum-herum-reden.
Was gemacht wird, was dabei herauskommt und was es kostet — alles schriftlich. Keine mündlichen Versprechen, keine nachträglichen Erweiterungen ohne Absprache. Der Umfang ist klar definiert, bevor die Arbeit beginnt.
Die Arbeit wird geliefert — pünktlich, vollständig, nachvollziehbar. Kein Ghosting, keine losen Enden. Was besprochen wurde, wird dokumentiert. Deliverables sind benennbar, nicht diffus.
Das Projekt endet mit einem klaren Ergebnis, das du direkt einsetzen kannst. Kein endloser Review-Loop, kein offenes Ende. Wenn Anpassungen notwendig sind, werden sie klar kommuniziert — nicht still ignoriert.
Nicht als Leidenschaftsprojekt, sondern als logische Konsequenz aus dem, was er täglich sieht.
In Enterprise-Projekten ist es selbstverständlich: klare Anforderungen, dokumentierte Abläufe, nachvollziehbare Deliverables. Ohne das entstehen Scope-Creep, Missverständnisse und doppelter Aufwand. Das gilt für SAP-Rollouts genauso wie für die Angebotsseite eines Freelancers.
Nur mit weniger Ressourcen, um sie zu lösen. Kein Projektteam, kein Berater, kein klarer Prozess. Stattdessen: Halbfertige Websites, unklare Angebote, digitale Chaos-Zustände. Das ist nicht mangelnder Fleiß — das ist fehlende Methodik.
Enterprise-Level-Klarheit für Selbstständige und kleine Unternehmen. Nicht in Form von Beratungsfolien, sondern in Form von sauberen Deliverables: Landingpages, Website-Texte, digitale Struktur, klare Abläufe.
Kein Agentur-Theater, keine aufgeblasenen Präsentationen. Direkt, dokumentiert, mit klarem Ergebnis.
Dominic sagt, was er denkt. Wenn ein Ansatz nicht sinnvoll ist, sagt er das. Wenn das Projekt nicht passt, gibt es eine klare Absage statt höflichem Herumreden. Das spart Zeit auf beiden Seiten.
Aus ERP-Projekten gewohnt: Was besprochen wird, wird dokumentiert. Deliverables sind nachvollziehbar. Kein "das haben wir so besprochen" ohne Grundlage. Saubere Arbeit hinterlässt saubere Spuren.
Der Ablauf ist vorab klar: Was wird gemacht, was kommt dabei heraus, was kostet es. Keine versteckten Schritte, keine nachträglichen Erweiterungen ohne Absprache. Projektmanagement-Disziplin im kleinen Maßstab.
Am meisten bringt es dort, wo digitale Vorhaben mehr Struktur brauchen als kreativen Input.
Wenn BertlClaw auf GitHub, auf der Website oder in Profilen beschrieben wird, passt diese Fassung am besten:
Wenn du prüfen willst, ob BertlClaw zu deiner Situation passt, reichen 2–4 Sätze zur Ausgangslage. Danach gibt es eine klare Einordnung: sinnvoller Startpunkt, Rückfrage oder ehrliche Absage, wenn es nicht passt.