Salesforce Software Engineer: Lebenslauf-Keywords und Interviewvorbereitung

Dein Lebenslauf für eine Salesforce-Software-Engineer-Stelle wird aussortiert, bevor jemand ihn liest. Nicht weil du schlecht bist, sondern weil die Begriffe fehlen, nach denen gesucht wird. Die meisten Bewerbungen scheitern an der Sprache, nicht an der Erfahrung.

Was der Titel wirklich bedeutet#

Salesforce Software Engineer ist kein einheitlicher Job. Manchmal meint die Stelle klassische Salesforce-Entwicklung mit Apex, Visualforce und Lightning Web Components. Manchmal sucht das Team jemanden, der in Java oder Go Dienste baut, die mit der Salesforce-API sprechen. Steht die Stelle bei Salesforce selbst, geht es oft um Plattform-Infrastruktur, Multi-Tenant-Architektur oder interne Tools. Steht sie bei einem Kundenunternehmen, geht es eher um Anpassung einer bestehenden Org.

Lies die Ausschreibung Wort für Wort. Ein praktischer Weg: der kostenlose JD-Decoder auf jobrise hilft dir, die echten Anforderungen aus der Stellenbeschreibung herauszuziehen, bevor du deinen Text anpasst. Ohne diesen Schritt rätst du nur, was wichtig ist.

Keywords, die in den Lebenslauf gehören#

Trenne drei Ebenen. Erstens die Salesforce-Plattform selbst: Apex, SOQL, SOSL, Lightning Web Components, Visualforce, Aura, Flows, Process Builder (falls relevant für die Stelle), Experience Cloud, Sales Cloud, Service Cloud, Platform Events, Change Data Capture. Zweitens die Integration: REST und SOAP APIs, Bulk API, Named Credentials, OAuth, MuleSoft, Middleware, ETL. Drittens die allgemeine Engineering-Arbeit: Git, CI/CD, Scratch Orgs, SFDX, Salesforce DX, Testklassen mit ausreichender Abdeckung, Deployment über Change Sets oder Metadata API.

Dazu kommen Begriffe, die oft übersehen werden: Multi-Tenant, Governor Limits, Sharing and Visibility, Record-Level Security, Field-Level Security, Custom Metadata Types, Custom Settings, Queueable, Batch, Scheduled Apex, Platform Cache. Wer eine Senior-Stelle will, sollte Architekturentscheidungen benennen können und erklären, warum ein Queueable besser war als ein Future-Method.

Ein konkretes Beispiel. Viele schreiben sowas:

Verantwortlich für die Entwicklung von Apex-Klassen und der Anpassung der Salesforce-Org für das Vertriebsteam.

Das sagt nichts. Besser:

Entwickelte eine Queueable-Apex-Kette zur Verarbeitung eingehender Auftragsdaten aus dem ERP-System über die Bulk API, reduzierte die Verarbeitungszeit von Chargenläufen von mehreren Stunden auf unter eine Stunde und deckte den Code mit 30 Testklassen ab.

Der Unterschied ist nicht die Länge. Es ist das Ergebnis und der technische Kontext. Wenn du keine Zahlen hast, schreib die Größenordnung ehrlich, etwa "von stundenlangen Läufen auf Minuten" oder "für rund 200 aktive Nutzer".

Der deutsche Markt macht es anders#

In Deutschland bewirbst du dich selten mit einem einseitigen US-Resume. Der Lebenslauf darf zwei Seiten haben, mit Foto, aber das ist keine Pflicht mehr. Wichtiger: tabellarisch, lückenlos, mit Monatsangaben. Personalverantwortliche achten auf Lücken. Wenn du sechs Monate nichts gemacht hast, schreib eine ehrliche Zeile dazu. Verstecken ist schlechter als erklären.

Gehalt: Für Salesforce-Entwickler werden in Deutschland je nach Erfahrung und Region sehr unterschiedliche Spannen genannt. Junior-Rollen bewegen sich oft im Bereich von etwa 45.000 bis 55.000 Euro, erfahrene Entwickler liegen häufig zwischen 60.000 und 85.000 Euro, Lead- oder Architekturrollen darüber. Die Spannen variieren stark nach Stadt, Branche und ob du intern oder als Consultant arbeitest. Prüfe die aktuellen Angaben bei der Agentur für Arbeit, auf kununu oder in der jeweiligen Ausschreibung. Verhandle nicht auf Basis von Zahlen aus einem Blogartikel.

Visum: Wenn du aus Nicht-EU-Staaten kommst, gilt meist der reguläre Arbeitsmarktzugang mit Visum zur Erwerbstätigkeit. Die Blue Card hat eine Gehaltsschwelle, die sich regelmäßig ändert. Werte hier nie pauschal. Die offizielle Quelle ist die Website der deutschen Auslandsvertretung oder das BAMF.

So bereitest du die Interviews vor#

Salesforce-Interviews haben fast immer drei Teile: Coding, Systemdesign, Verhalten. Beim Coding wird Apex erwartet, seltener Java oder JavaScript, je nach Stelle. Übe Trigger-Design, Bulkification, Testklassen und die Governor Limits. Kannst du erklären, warum ein SOQL-Query in einer Schleife ein Problem ist und wie du es umschreibst? Das wird fast immer gefragt.

Für Systemdesign: denke in Multi-Tenant. Wie modellierst du eine Datenmenge, die in zwei Jahren um das Zehnfache wächst? Wo setzt du Custom Metadata Types ein, wo Custom Settings, wo External Objects? Wie verteilst du Zugriffsrechte mit Sharing Rules, Role Hierarchy und Field-Level Security? Übe, deine Entscheidungen laut zu begründen.

Verhaltensrunden folgen meist STAR. Bereite fünf bis acht Geschichten vor, die du flexibel drehen kannst: ein Konflikt im Team, ein technischer Fehlschlag, eine Deadline, ein Lernmoment, eine Situation mit unklarer Anforderung.

Ein Beispiel für eine gute Antwort auf "Erzähl mir von einem technischen Problem, das du gelöst hast":

In einem Projekt kamen nachts mehrere tausend Datensätze aus einem Drittsystem rein. Die bestehende Future-Method lief in Governor Limits und brach ab. Ich habe den Prozess auf einen Batch-Job umgebaut, die Verarbeitung auf 200er-Batches verteilt und zusätzlich eine Plattform-Event-Queue eingeführt, damit Fehler nicht den ganzen Lauf stoppen. Danach lief der Import stabil durch, und wir konnten die manuelle Nacharbeit im Support deutlich reduzieren.

Die Antwort nennt das Problem, die technische Entscheidung, das Ergebnis und einen Satz zum Warum. Keine Floskeln.

Checkliste vor dem Absenden#

• Alle Begriffe aus der Ausschreibung im Lebenslauf, wenn du sie wirklich beherrschst
• Jede relevante Salesforce-Technologie mit einem konkreten Ergebnis verknüpft
• Monatsgenaue, lückenlose Zeitangaben
• Zeugnisse und Zertifikate erwähnt, wenn vorhanden, zum Beispiel Salesforce Platform Developer I
• Lebenslauf als PDF benannt mit Name und Stellenbezeichnung
• Anschreiben kurz gehalten, drei Absätze reichen
• Über den kostenlosen ATS-Check auf jobrise gelaufen, um Formatierung und Lesbarkeit zu prüfen
• Aktuelle Stellen gecheckt über die Stellenbörse auf jobrise

Was du nicht tun solltest#

Keine Zertifikate erfinden. Salesforce-Zertifikate sind über die Trailhead-Profile verifizierbar, und Personaler fragen nach. Keine Teamgrößen oder Budgets hochrechnen. Keine Buzzwords ohne Beispiel. Wenn du "Microservices" schreibst, musst du eine bauen können.

Und mach dir klar: die Vorbereitung auf Salesforce-Interviews ist Arbeit, nicht Magie. Wer zwei Wochen Apex-Trigger und Systemdesign übt, schneidet besser ab als jemand, der nur die Stellenbeschreibung liest. Mehr Tipps und Vorlagen findest du im Karriere-Blog auf jobrise.

Kostenlose Tools#

• jobrise.io/de/free-ats-checker/
• jobrise.io/de/free-jd-decoder/
• jobrise.io/de/jobs/
• jobrise.io/de/blog/

Häufige Fragen#

Brauche ich Salesforce-Zertifikate, um als Software Engineer eingestellt zu werden?

Zertifikate helfen, besonders bei Beratungsunternehmen, wo sie gegenüber Kunden verrechnet werden. Für Engineering-Rollen bei Produktfirmen zählt nachweisbare Projekterfahrung oft mehr. Wenn du ein Zertifikat hast, nenne es. Wenn nicht, lass es weg statt es zu planen.

Soll ich den Lebenslauf auf Englisch oder Deutsch schreiben?

Wenn die Ausschreibung auf Englisch ist, bewirb dich auf Englisch. Deutsche Unternehmen nehmen oft beides, aber die Sprache der Anzeige ist der sicherste Indikator. Im Zweifel kurz in der HR-Mail nachfragen, das wirkt professionell.

Wie lange dauert der Bewerbungsprozess bei Salesforce und ähnlichen Firmen?

Von der Bewerbung bis zur Zusage vergehen bei größeren Technologiefirmen oft vier bis acht Wochen, bei kleineren Unternehmen manchmal zwei. Die Spanne variiert stark nach Standort und Team. Plane mit mehreren laufenden Bewerbungen, statt alles auf eine zu setzen.

Was ist der Unterschied zwischen Salesforce Developer und Software Engineer?

Developer meint meist Anpassung auf der Plattform mit Apex und Konfiguration. Software Engineer impliziert oft klassische Softwareentwicklung mit Tests, Code Reviews und CI/CD, manchmal außerhalb von Apex. Lies die Aufgabenliste, der Titel allein sagt wenig.

Wie bereite ich mich auf Systemdesign bei Salesforce vor?

Übe Datenmodellierung unter Governor Limits und Multi-Tenant-Bedingungen. Denke über Zugriffsrechte, Skalierung und Integrationsmuster laut nach. Nimm dir zwei oder drei reale Szenarien aus deiner Arbeit und übe, sie in zehn Minuten zu erklären.