Salesforce Full Stack Developer: Lebenslauf-Keywords und Interviewvorbereitung

Du bewirbst dich als Salesforce Full Stack Developer und bekommst kaum Rückmeldungen. Oder du kommst ins Gespräch, scheiterst aber an den technischen Fragen. Fast immer liegt es daran, dass dein Lebenslauf nicht zeigt, was du wirklich kannst, und dass deine Vorbereitung zu allgemein ist.

Der Begriff Full Stack heißt bei Salesforce etwas anderes als im klassischen Web-Development. Es geht selten um React und Node.js im engeren Sinn. Es geht um die Kombination aus Backend-Logik, Datenmodell und Oberfläche innerhalb der Plattform, plus Integrationen nach außen.

Was Full Stack bei Salesforce wirklich bedeutet#

Typisch ist die Kombination aus Apex für Serverlogik, Lightning Web Components für die Oberfläche und SOQL oder SOSL für Datenzugriffe. Dazu kommen Flows oder Prozessautomatisierung, Integrationen über REST oder SOAP und Git als Versionsverwaltung.

Viele Stellenanzeigen in Deutschland verlangen zusätzlich Kenntnisse in Experience Cloud, CPQ, Marketing Cloud oder einem CI/CD-Tool. Ob das echte Anforderungen sind oder nur Wunschdenken, steht oft nicht da. Lies die Anzeige genau und entscheide selbst, was du abdeckst.

Wenn du dir unsicher bist, hilft ein Blick auf die aktuellen Stellenangebote. Dort siehst du, welche Kombinationen gerade gesucht werden, und kannst deine Bewerbung darauf zuschneiden.

Die Keywords, die in deinem Lebenslauf fehlen dürfen#

Recruiter und automatisierte Systeme suchen nach bestimmten Begriffen. Wenn die fehlen, wirst du aussortiert, egal wie gut du bist. Baue sie ein, aber nur dort, wo sie stimmen.

Relevante Begriffe sind: Apex, LWC, Lightning Web Components, Aura, SOQL, SOSL, DML, Governor Limits, Flows, Process Builder, Record-Triggered Flows, REST API, SOAP, Bulkification, Test Classes, Code Coverage, DX, SFDX, Scratch Orgs, Git, GitHub, GitLab, Bitbucket, CI/CD, Jenkins, Copado, Gearset, Salto, Jest, Lightning Data Service, Platform Events, Change Data Capture, Custom Metadata Types, Sharing Rules, Field-Level Security.

Nicht jedes dieser Keywords gehört in jeden Lebenslauf. Nimm die, die du wirklich beherrscht. Ein Wort im Lebenslauf, das du im Gespräch nicht erklären kannst, kostet dich die Runde.

Wie du eine Projektzeile richtig schreibst#

Viele schreiben einfach "Entwicklung von Lightning Web Components". Das sagt nichts über dein Level. Zeig stattdessen Umfang, Problem und Ergebnis.

Vorher: "Entwicklung von LWC für das Vertriebsteam."

Nachher: "Entwicklung von 8 Lightning Web Components mit Lightning Data Service für die Opportunity-Verwaltung, Reduzierung der manuellen Dateneingabe im Vertriebsteam durch vorausgefüllte Felder und Validierungsregeln in Apex."

Der Unterschied ist nicht die Länge. Es ist die Konkretheit. Du nennst die Technik, den Umfang und den Effekt, den du selbst beobachtet hast.

Ein weiteres Beispiel für Backend- und Integrationsarbeit:

"Umstellung von 12 Scheduled Jobs auf record-getriebene Flows und Platform Events, wodurch die Verarbeitung von Auftragsdaten nicht mehr an feste Zeitfenster gebunden war und Fehler im Batch-Betrieb zurückgingen."

Falls du keine Zahlen hast, lass sie weg. Erfinde keine prozentualen Verbesserungen. "Fehler gingen zurück" ist ehrlich und wird im Gespräch trotzdem ernst genommen.

An die Stelle anpassen, ohne internes Wissen zu erfinden#

Du weißt nicht, wie der Arbeitgeber arbeitet. Behaupte auch nichts darüber. Was du tun kannst, ist deine Erfahrung an den Anforderungstext zu spiegeln.

Nutze ein Tool, das die Anzeige in ihre Bestandteile zerlegt. So siehst du schnell, welche Begriffe dort gewichtet sind. Danach vergleichst du das mit deinem Lebenslauf und ergänzt fehlende Begriffe an passender Stelle.

Danach lohnt ein Blick auf die Formatierung. Manche Bewerbungen werden automatisch gelesen, bevor ein Mensch sie sieht. Ein kostenloser ATS-Check zeigt dir, ob deine Struktur sauber ist.

Typische Interview-Runden und wie du dich vorbereitest#

Bei Salesforce-Rollen in Deutschland kommen meist mehrere Schritte zusammen. Erst ein Gespräch mit HR oder Recruiting. Dann ein technisches Gespräch, oft mit einem Senior Developer oder Architekten. Manchmal folgt eine Coding-Aufgabe oder ein Live-Coding-Termin.

Was genau gefragt wird, variiert stark. Häufig sind Apex-Grundlagen, Trigger-Design, Bulkification, Governor Limits, Testabdeckung und LWC-Komponentenlogik. Bei Stellen mit Integrationsanteil kommen REST-Authentifizierung, Fehlerbehandlung und Datenmodellierung dazu.

Bereite konkrete Projekte vor, nicht nur Definitionen. Du wirst gefragt, was du gebaut hast und warum. Halte drei bis fünf Projekte bereit, die du sauber erklären kannst.

Eine Antwort, die im Gespräch funktioniert#

Frage: "Erzähl mir von einem Projekt, in dem du Apex-Logik optimieren musstest."

Antwort: "In einem Org mit vielen parallelen Datensätzen liefen Trigger pro Datensatz einzeln. Das hat bei größeren Imports zu Limit-Fehlern geführt. Ich habe die Trigger-Logik in eine Service-Klasse ausgelagert und auf Sammlungen umgestellt, sodass die Verarbeitung in einem Durchlauf stattfindet. Danach habe ich Testklassen geschrieben, die größere Datenmengen simulieren. Die Fehler bei Importen sind damit verschwunden."

Diese Antwort nennt das Problem, den Ansatz und das Ergebnis. Sie behauptet nichts über interne Prozesse des Arbeitgebers. Genau so solltest du antworten.

Checkliste für die nächsten Schritte#

• Lies die Stellenanzeige und markiere jede Technik, die du belegen kannst.
• Schreibe jede Projektzeile mit Technik, Umfang und Wirkung um.
• Entferne Begriffe, die du im Gespräch nicht erklären könntest.
• Prüfe dein Dokument auf automatische Lesbarkeit.
• Bereite drei bis fünf Projekte für mündliche Fragen vor.
• Übe eine Erklärung zu Trigger-Design und Bulkification laut.
• Kläre vor dem Gespräch, ob Remote, Hybrid oder Vor-Ort gemeint ist.
• Recherchiere das Gehalt für deine Region, bevor du eine Zahl nennst.

Gehalt und Rahmenbedingungen in Deutschland#

Zahlen für Salesforce Full Stack Developer bewegen sich je nach Erfahrung, Region und Verantwortung stark. Berufseinsteiger liegen oft im niedrigeren Bereich, erfahrene Entwickler mit Integrations- oder Architekturerfahrung deutlich darüber. Remote-Jobs zahlen manchmal weniger als Rollen in Frankfurt, München oder Hamburg.

Nenne im Gespräch nie zuerst eine Zahl. Frage nach dem Rahmen, den die Firma eingeplant hat. Wenn du den aktuellen Markt einschätzen willst, hilft ein Blick in die Stellenangebote mit Gehaltsangaben.

Für Visa und Arbeitserlaubnis gelten Sonderregeln, je nach Staatsangehörigkeit und Aufenthaltsstatus. Prüfe die aktuellen offiziellen Quellen, bevor du davon ausgehst, dass ein Arbeitgeber dich dabei unterstützt.

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#

Wie lang sollte mein Lebenslauf sein?

Ein bis zwei Seiten sind in Deutschland üblich. Bei mehr als zehn Jahren Erfahrung sind zwei Seiten vertretbar. Wichtiger als die Länge ist, dass jede Zeile etwas über deine Arbeit aussagt.

Brauche ich Zertifikate wie den Platform Developer I?

Zertifikate helfen bei der ersten Sichtung, sind aber kein Ersatz für Projekterfahrung. Wenn du sie hast, nenne sie mit Ausstellungsdatum. Wenn nicht, biete stattdessen konkrete Projekte.

Soll ich meine private Salesforce-Developer-Org erwähnen?

Ja, wenn du daran etwas Eigenes gebaut hast. Eine saubere LWC-Komponente oder ein kleines Integrationsprojekt zeigt Initiative. Beschreibe kurz, was du gebaut hast, ohne den Code im Detail zu erklären.

Wie gehe ich mit Lücken im Lebenslauf um?

Sei kurz und ehrlich. Ein Satz zur Erklärung reicht, danach lenke auf das, was du in der Zeit gelernt hast. Lange Rechtfertigungen wirken unsicher.

Was, wenn ich nur einen Teil der Anforderungen erfülle?

Bewirb dich trotzdem, wenn du die Kernanforderungen abdeckst. Viele Anforderungslisten sind Wunschlisten. Schreibe in die Bewerbung, was du mitbringst, und sag im Gespräch offen, was du noch lernen musst.