So schreibst du deinen Data Analyst Lebenslauf – Schritt für Schritt
Du musst nicht kreativ sein. Du musst präzise sein. Ein guter Lebenslauf für Data Analyst Rollen in Österreich ist wie ein gutes Dashboard: wenige Elemente, klare Definitionen, keine Überraschungen.
a) Profil (Professional Summary)
Die beste Formel ist simpel: [Jahre] + [Spezialisierung] + [Zahl/Impact] + [Zielrolle]. Wenn du das in 2–3 Sätzen hinbekommst, hast du schon mehr Klarheit als 80% der Bewerbungen.
Typische Fallen? Du schreibst ein „Objective“ („Suche neue Herausforderung…“), du bleibst vage („Datenanalyse und Reporting“ ohne Stack), oder du machst einen Roman. Recruiter scannen – sie lesen nicht.
Weak version:
Suche eine neue Herausforderung als Datenanalystin, bei der ich meine analytischen Fähigkeiten einbringen kann.
Strong version:
Datenanalystin mit Fokus auf SQL-Analysen und Power-BI-Dashboards für Vertriebs- und Marketingkennzahlen. Automatisierte im Praktikum die wöchentliche Auswertung und sparte 6 Stunden pro Woche. Suche eine Junior-Position als Data Analyst mit Entwicklung Richtung Reporting Analyst / Business Intelligence Analyst.
Die starke Version beantwortet die drei Fragen, die sofort kommen: Worin bist du gut? Woran erkennt man das? Was willst du jetzt?
b) Berufserfahrung
Deine Experience ist kein Tätigkeitsbericht. Sie ist ein Beweisstück. Schreib reverse-chronologisch, starte jede Bullet mit einem starken Verb und zwing dich zu Zahlen. Wenn du keine Zahl hast, hast du oft noch nicht sauber gemessen – oder du hast es nur vergessen aufzuschreiben.
Und wichtig: „Reporting“ ist nicht gleich „Reporting“. Nenn die Kennzahlen (z. B. MRR, Churn, Marge), die Datenquellen (ERP, CRM, GA4) und die Tools (SQL, Power BI, Python). Genau danach wird in Interviews gefragt.
Weak version:
Erstellung von Reports für das Management.
Strong version:
Entwickelte ein Executive-Dashboard in Power BI (Finanz- & Funnel-KPIs) und verkürzte die Monatsabschluss-Analyse für CFO/COO von 5 Tagen auf 2 Tage.
Diese Verben funktionieren besonders gut für Data Analyst Profile, weil sie nach „bauen, messen, verbessern“ klingen – nicht nach „dabei sein“:
- Analysierte
- Automatisierte
- Modellierte
- Validierte
- Konsolidierte
- Visualisierte
- Implementierte
- Standardisierte
- Prognostizierte
- Segmentierte
- Optimierte
- Überwachte
c) Skills (ATS-optimiert)
Skills sind dein Keyword-Index. Stell dir vor, ein ATS oder ein Recruiter sucht nach „SQL“, „Power BI“, „DAX“, „dbt“ oder „Reporting Analyst“. Wenn diese Begriffe nicht sichtbar sind, existierst du in der Suche praktisch nicht.
Nimm 2–3 echte Stellenanzeigen (z. B. auf StepStone Österreich oder Indeed Österreich), markiere wiederkehrende Tools und pack sie in deine Skills – aber nur, wenn du sie im Zweifel auch erklären kannst.
Hier ist eine starke Skill-Auswahl für den AT-Markt, die du je nach Stelle zuschneiden kannst:
Hard Skills / Technical Skills
- SQL (Joins, CTEs, Window Functions)
- Datenmodellierung (Star Schema)
- KPI-Design & KPI-Governance
- A/B-Testing, Hypothesentests
- Statistik (Regression, Signifikanz)
- Forecasting (Zeitreihen)
- Data Quality Checks, Datenvalidierung
Tools / Software
- Power BI, DAX, Power Query
- Excel (Pivot, Power Query)
- Python (pandas, NumPy, SciPy)
- dbt
- BigQuery / Snowflake (je nach Stack)
- GA4
- Git
Zertifizierungen / Standards
- Microsoft Power BI Data Analyst (PL-300)
- Google Analytics Certification (GA4)
- Grundlagen DSGVO (wenn du mit Kundendaten arbeitest)
d) Ausbildung & Zertifikate
In Österreich ist Ausbildung oft ein „Hygiene-Faktor“: sie soll Vertrauen schaffen, aber sie gewinnt dir selten allein den Job. Schreib Abschluss, Institution, Ort, Zeitraum – und nur dann relevante Schwerpunkte, wenn sie wirklich passen (z. B. Statistik, Datenbanken, Machine Learning Grundlagen).
Zertifikate sind dann stark, wenn sie zum Stack der Stelle passen. Power BI (PL-300) ist ein echter Hebel, weil viele Teams genau damit arbeiten. GA4-Zertifizierung ist sinnvoll, wenn du Marketing-/Product-Analytics machst. Bootcamps funktionieren auch – aber nur, wenn du sie mit Projekten und messbaren Ergebnissen „beweist“ (Dashboard, SQL-Projekt, Case Study). „Teilgenommen“ interessiert niemanden. „Gebaut“ schon.