Interviewfragen für Salesforce Consultants, mit ausgearbeiteten Antworten

So nutzt du diese Fragen

Viele Salesforce-Interviews enthalten ein Szenario oder eine kurze Live-Demo. Geh es der Reihe nach durch: wer die Anwender sind und was sie brauchen, die Objekte und Felder, wer was sehen darf, welche Automatisierung, wie du testest und auslieferst und woran du merkst, dass es funktioniert hat. Dann erzähl von einer echten Org, die du verbessert hast.

Was ein Salesforce Consultant können muss

• Die Plattform: das Einrichten von SalesforceObjekte, Felder, Seitenlayouts, Berechtigungen und Automatisierung einstellen und wissen, was die Plattform von Haus aus kann., Sales CloudLeads, Opportunities, Forecasts und Angebote so einrichten, dass der Vertriebsprozess im System dem echten entspricht. und Service CloudFälle, Warteschlangen, Service-Levels und Wissensartikel für ein Kundenservice-Team einrichten..
• Die Automatisierung: FlowAutomatisierung mit Flow bauen, testen und erkennen, wann eine Anforderung über Flow hinausgewachsen ist. und wann ein Bedarf ApexLesen, was der Apex-Code eines Entwicklers tut, und die Anforderung dafür schreiben, auch wenn du nicht selbst programmierst. braucht.
• Die Daten: das Datenmodell, DatenmigrationDatensätze für Salesforce planen, bereinigen, zuordnen und laden, ohne Dubletten und mit Prüfung durch die Verantwortlichen. und IntegrationenVerstehen, wie Salesforce Daten mit dem ERP, der Website und anderen Systemen austauscht..
• Die Menschen: AnforderungenAus dem, was ein Vertriebs- oder Serviceteam sagt, User Stories mit klaren Akzeptanzkriterien machen., Tests und die AkzeptanzAnwendern einen neuen Prozess nahebringen, mit Schulung, einfachen Anleitungen und Unterstützung nach dem Release. bei den Anwendern.

Werkzeuge kommen gleichrangig nebeneinander vor, und keines ist Pflicht: Data Loader oder andere Importwerkzeuge für Daten, Jira für Stories, Git mit dem DevOps Center von Salesforce oder einem anderen Release-Werkzeug für Änderungen, Lucidchart oder Miro für Prozesslandkarten und Excel für Mapping-Dateien. Interviewer wollen eher das Gespür für das Design als das Werkzeug.

Anforderungen und Design

Wie erhebst du die Anforderungen eines Vertriebsteams, das nur sagt, Salesforce solle endlich funktionieren?

Worauf sie achten: dass du aus vagen Wünschen klare Anforderungen machst.

Kurze Antwort: „Ich schaue ein paar Vertriebsmitarbeitern eine Stunde lang bei der Arbeit zu, frage, was sie bremst und was ihre Führungskraft sehen muss, und schreibe User Stories mit Akzeptanzkriterien. Ich spiele sie den Stakeholdern zurück, priorisiere sie mit der Vertriebsleitung und fange mit den wenigen an, die am meisten Zeit sparen.“

Die ausführliche Antwort: „Es soll funktionieren“ heißt meist weniger Felder und weniger Klicks, nicht mehr Funktionen.

Schwache Antwort: „Ich lasse sie jedes Feld auflisten, das sie wollen.“ Nachfrage: „Die Vertriebsleitung und die Vertriebsmitarbeiter wollen das Gegenteil voneinander.“ Sag, was du tust.

Wie würdest du das Datenmodell für einen neuen Prozess entwerfen, und wann legst du ein eigenes Objekt an?

Worauf sie achten: ein Datenmodell, das hält.

Kurze Antwort: „Ein Objekt ist wie eine Tabelle: Accounts, Kontakte, Opportunities und Fälle sind Standardobjekte. Ich nutze ein Standardobjekt, wenn es zur Bedeutung passt, denn Berichte, Funktionen und künftige Releases erwarten es. Ein eigenes Objekt lege ich nur für etwas an, das der Standard nicht abbildet, etwa einen Vor-Ort-Termin zu einem Vertrag, und ich entscheide die Beziehungen und den Datensatzinhaber vor den Feldern.“

Die ausführliche Antwort: Eine falsche Beziehung ist am ersten Tag billig zu ändern und nach einem Jahr voller Daten teuer.

Schwache Antwort: „Für jede Anfrage lege ich ein neues Objekt an.“ Nachfrage: „Der Fachbereich will Partner verfolgen.“ Sag, welches Objekt du nehmen würdest.

Wie entscheiden Profile, Berechtigungssätze und das Freigabemodell, wer was sieht?

Worauf sie achten: Sicherheit, die im Design steckt.

Kurze Antwort: „Ein Berechtigungssatz gibt einem Benutzer Rechte auf Objekte, Felder und Funktionen zusätzlich zu einem schlanken Profil, so folgen die Rechte dem Job und nicht der Person. Das Freigabemodell entscheidet, welche Datensätze ein Benutzer sieht: zuerst die Standardeinstellung je Objekt, dann die Rollenhierarchie, Freigaberegeln und Teams, um den Zugriff dort zu öffnen, wo er nötig ist. Wo Daten sensibel sind, fange ich privat an und öffne gezielt.“

Die ausführliche Antwort: Die meisten Datenlecks in einem CRM sind Rechte, die aus Zeitgründen zu breit vergeben wurden.

Schwache Antwort: „Alle bekommen dasselbe Profil.“ Nachfrage: „Zwei Vertriebsteams dürfen die Deals des anderen nicht sehen.“ Sag, wie du das einrichtest.

Wann baust du einen Flow, und wann braucht eine Anforderung Apex?

Worauf sie achten: dass du die Grenzen von Klicks und Code kennst.

Kurze Antwort: „Ein Flow ist eine Automatisierung, die im visuellen Werkzeug von Salesforce gebaut wird: Datensätze aktualisieren, Benachrichtigungen schicken, Anwender durch Bildschirme führen. Ich nehme zuerst Flow, weil Admins ihn lesen und ändern können. Apex, die Programmiersprache von Salesforce, ist für komplexe Logik, große Datenmengen oder Integrationen, die Flow schlecht bewältigt. In beiden Fällen halte ich, wo es geht, eine Automatisierung je Objekt und Ereignis, damit sie sich nicht in die Quere kommen.“

Die ausführliche Antwort: Die eigentliche Frage ist, wer es in zwei Jahren pflegt.

Schwache Antwort: „Ich frage immer einen Entwickler.“ Nachfrage: „Der Flow stößt bei einem Massenimport an Limits.“ Sag, was du änderst.

Was ist eine Validierungsregel, und wie verhinderst du, dass Regeln den Anwendern im Weg stehen?

Worauf sie achten: Datenqualität ohne Frust.

Kurze Antwort: „Eine Validierungsregel verhindert, dass ein Datensatz gespeichert wird, wenn die Daten eine Bedingung verletzen, etwa ein abgeschlossener Deal ohne Grund. Ich lege eine nur an, wenn die Daten für einen Bericht oder einen Prozess zählen, schreibe eine klare Meldung, die sagt, wie man den Fehler behebt, und prüfe, dass Importe und Integrationen ihre Datensätze weiter speichern können.“

Die ausführliche Antwort: Zehn Regeln, die Anwender blockieren, bringen ihnen bei, irgendetwas einzutippen, um weiterzukommen.

Schwache Antwort: „Ich mache jedes Feld zum Pflichtfeld.“ Nachfrage: „Vertriebsmitarbeiter tragen Platzhalterwerte ein, um speichern zu können.“ Sag, was dir das verrät.

Daten, Integration und Releases

Wie würdest du eine Datenmigration nach Salesforce planen, auch mit Blick auf Dubletten?

Worauf sie achten: eine sorgfältige, geprüfte Ladung.

Kurze Antwort: „Ich vereinbare, welche Datensätze umziehen und wem sie gehören, bereinige und führe Dubletten zuerst im Quellsystem zusammen, ordne die Felder zu und behalte die IDs des Altsystems, damit die Datensätze verknüpft bleiben. Ich lade in der richtigen Reihenfolge, Accounts vor Kontakten vor Opportunities, teste in einer Sandbox, prüfe Summen und Stichproben mit dem Fachbereich und richte Duplikatsregeln ein, damit neue Dubletten auffallen.“

Die ausführliche Antwort: Eine Migration, die das alte Durcheinander mitnimmt, verschenkt das neue System.

Schwache Antwort: „Wir importieren alles und räumen später auf.“ Nachfrage: „Zwei Regionen schreiben denselben Kunden unterschiedlich.“ Sag, wie du sie zusammenführst.

Wie gehst du eine Integration zwischen Salesforce und einem ERP-System an?

Worauf sie achten: klare Zuständigkeit für Daten über Systeme hinweg.

Kurze Antwort: „Ich vereinbare, welches System welche Daten führt, zum Beispiel die Kunden im ERP und die Opportunities in Salesforce, in welche Richtung die Daten jeweils fließen, wie oft und was bei einem Fehler passiert. Ich lege die Felder und die API-Aufrufe mit dem Integrationsteam fest, bleibe innerhalb der Limits der Plattform und sorge dafür, dass nach dem Go-live jemand die Fehler beobachtet.“

Die ausführliche Antwort: Zwei Systeme, die beide glauben, einen Kunden zu führen, werden sich nie einig.

Schwache Antwort: „Darum kümmert sich das Integrationsteam.“ Nachfrage: „Aufträge erscheinen einen Tag zu spät in Salesforce.“ Sag, wo du nachsiehst.

Wie nutzt du Sandboxes, und wie bringst du Änderungen sicher in Produktion?

Worauf sie achten: Disziplin bei Releases.

Kurze Antwort: „Eine Sandbox ist eine Kopie der Produktions-Org zum Bauen und Testen. Ich baue in einer Developer-Sandbox, teste mit Anwendern in einer vollständigeren Kopie und bringe die Änderungen mit einem Release-Werkzeug und Versionsverwaltung rüber statt von Hand. Jedes Deployment hat eine Liste der Änderungen, einen Testplan und einen Weg zurück.“

Die ausführliche Antwort: Änderungen direkt in Produktion sind der Weg zu einer Org, die niemand mehr versteht.

Schwache Antwort: „Kleine Änderungen mache ich direkt in Produktion.“ Nachfrage: „Ein Deployment macht am Montagmorgen einen Bericht kaputt.“ Sag, was du tust.

Wie bereitest du dich auf die drei Salesforce-Releases im Jahr vor?

Worauf sie achten: dass du eine Org über die Zeit gesund hältst.

Kurze Antwort: „Ich lese die Release Notes für die Funktionen, die wir nutzen, teste unsere wichtigsten Prozesse in einer Preview-Sandbox, bevor das Release die Produktion erreicht, und notiere neue Funktionen, die eigene Lösungen ersetzen könnten. Den Anwendern sage ich in einer kurzen Nachricht, was sich für sie ändert.“

Die ausführliche Antwort: Ein Release ist auch eine Chance, etwas Selbstgebautes abzuschaffen.

Schwache Antwort: „Um die Releases kümmert sich Salesforce.“ Nachfrage: „Ein Release ändert, wie ein Bildschirm für das Serviceteam aussieht.“ Sag, wie du das Team darauf vorbereitest.

Die Clouds und die Anwender

Wie richtest du den Lead- und Opportunity-Prozess in Sales Cloud für ein Vertriebsteam ein?

Worauf sie achten: der Vertriebsprozess im System.

Kurze Antwort: „Ich bilde ab, wie ein Lead qualifiziert und konvertiert wird, dann die Opportunity-Phasen mit klaren Ausstiegskriterien, die Wahrscheinlichkeit und die Forecast-Kategorien, die Produkte und Preisbücher und wer Rabatte freigibt. Jede Phase sollte für jeden Vertriebsmitarbeiter dasselbe bedeuten, damit man dem Forecast trauen kann.“

Die ausführliche Antwort: Ein Pipeline-Bericht ist nur so gut wie die Definition der Phasen dahinter.

Schwache Antwort: „Ich übernehme die Phasen vom letzten Kunden.“ Nachfrage: „Deals hängen monatelang in einer Phase.“ Sag, was du änderst.

Was würdest du in Service Cloud für ein Kundenservice-Team bauen?

Worauf sie achten: Serviceprozesse, nicht nur Vertrieb.

Kurze Antwort: „Fälle, die per E-Mail, Webformular oder Chat hereinkommen; Warteschlangen und Zuweisungsregeln, damit jeder Fall beim richtigen Agenten landet; Service-Levels mit Eskalationen; Wissensartikel, die Agenten verschicken können; und eine Konsolenansicht mit der Historie des Kunden. Ich beginne beim Lebenszyklus eines Falls und bei den Kennzahlen, an denen die Serviceleitung gemessen wird.“

Die ausführliche Antwort: Agenten beurteilen das System danach, wie viele Klicks ein Fall braucht.

Schwache Antwort: „Service ist wie Vertrieb, nur mit Fällen.“ Nachfrage: „Dringende Fälle warten hinter einfachen.“ Sag, wie du das behebst.

Wie entwirfst du Berichte und ein Dashboard, die Führungskräfte wirklich nutzen?

Worauf sie achten: Berichte, die zu Entscheidungen führen.

Kurze Antwort: „Ich frage jede Führungskraft, welche Entscheidungen sie jede Woche trifft und welche Zahlen sie dafür braucht, und baue dann wenige Berichte aus Daten, die verlässlich eingetragen werden. Ein Dashboard zeigt diese Zahlen auf einem Bildschirm, mit Filtern für jedes Team, und nach einem Monat prüfe ich, welche Teile genutzt werden.“

Die ausführliche Antwort: Ein Dashboard, das niemand öffnet, zeigt, dass die Frage nie gestellt wurde.

Schwache Antwort: „Ich baue jeden Bericht, den sie verlangen.“ Nachfrage: „Die Zahlen weichen von denen der Finanzabteilung ab.“ Sag, wo du nachsiehst.

Die Anwender nutzen das System nicht. Wie erhöhst du die Akzeptanz?

Worauf sie achten: die menschliche Seite des CRM.

Kurze Antwort: „Ich finde heraus, warum: zu viele Felder, kein Nutzen für den Vertriebsmitarbeiter oder keine Gewohnheit bei den Führungskräften. Ich entferne, was niemand braucht, gebe den Vertriebsmitarbeitern etwas zurück, etwa ein schnelleres Angebot oder eine nützliche Ansicht, schule nach Rolle und bitte die Führungskräfte, ihre Meetings über das Dashboard zu führen. Dann beobachte ich Anmeldungen und Datenqualität.“

Die ausführliche Antwort: Menschen nutzen ein CRM, das ihnen Zeit spart; sie meiden eines, das nur über sie berichtet.

Schwache Antwort: „Die Geschäftsleitung soll es zur Pflicht machen.“ Nachfrage: „Der stärkste Verkäufer weigert sich, es zu nutzen.“ Sag, was du versuchst.

Du übernimmst eine Org voller technischer Schulden. Wo fängst du an?

Worauf sie achten: ruhiges Aufräumen mit Prioritäten.

Kurze Antwort: „Technische Schulden sind die Kosten alter Abkürzungen: ungenutzte Felder, sich überschneidende Automatisierungen, Code, für den niemand zuständig ist. Ich verschaffe mir zuerst einen Überblick, finde heraus, was genutzt wird und was am häufigsten kaputtgeht, und räume dann in kleinen, getesteten Schritten auf, beginnend mit den Automatisierungen, die sich widersprechen. Ich dokumentiere dabei und vereinbare mit dem Fachbereich, was abgeschafft werden kann.“

Die ausführliche Antwort: Das Recht aufzuräumen verdienst du dir, indem du zuerst behebst, was den Anwendern wehtut.

Schwache Antwort: „Ich würde alles neu bauen.“ Nachfrage: „Niemand weiß, was ein Trigger tut.“ Sag, wie du es herausfindest.

Wo kann KI in Salesforce helfen, und was muss vorher stehen?

Worauf sie achten: ein nüchterner Umgang mit neuen Werkzeugen.

Kurze Antwort: „Salesforce baut KI in die Plattform ein, von Zusammenfassungen von Fällen und Gesprächen bis zu Agenten, die Kunden antworten. Sie brauchen saubere Daten, klare Berechtigungen und gut geschriebene Wissensartikel, sonst wiederholen sie das Durcheinander. Ich würde mit einem engen Anwendungsfall anfangen, die Antworten mit dem Team prüfen und mit dem Datenschutzteam vereinbaren, welche Daten die KI lesen darf.“

Die ausführliche Antwort: KI auf schlechten Daten liefert selbstsichere falsche Antworten, nur schneller.

Schwache Antwort: „Die KI wird den Admin ersetzen.“ Nachfrage: „Eine KI-Zusammenfassung gibt die Beschwerde eines Kunden falsch wieder.“ Sag, wie du das bemerken würdest.

Senior-Runden

Wie würdest du als Senior Salesforce Consultant einen Salesforce-Administrator coachen?

Worauf sie achten: der Aufbau des Teams.

Kurze Antwort: „Ich gebe ihm echte Stories, die mit der Zeit größer werden, prüfe seine Designs, bevor er baut, und erkläre die Gründe hinter Entscheidungen zu Sicherheit und Datenmodell. Ich lasse ihn einen kleinen Workshop leiten, während ich im Raum bin. Wenn seine Arbeit wenige Korrekturen braucht, verantwortet er einen Bereich, und ich zeige ihm die nächste Zertifizierung, wenn er eine will.“

Die ausführliche Antwort: Ein Senior Consultant auf dem Weg zum Salesforce Solution Architect wird an der Gesundheit der ganzen Org gemessen, nicht nur an dem, was er selbst gebaut hat.

Schwache Antwort: „Admins arbeiten die Tickets ab.“ Nachfrage: „Seine Flows funktionieren, sind aber schwer zu lesen.“ Sag, wie du ihn coachst.

Dein Lebenslauf für diese Fragen

Jede Salesforce-Zeile in deinem Lebenslauf lädt zu den Fragen oben ein: welche Cloud, was du gebaut hast, was sich geändert hat. Gib jeder eine Zeile, bei der ein Lead Consultant die Geschichte hören will:

Halte deinen Lebenslauf mit der kostenlosen Bewertung an einen Job als Salesforce Consultant; bereite dann die Org-Geschichte für den Bereich vor, den sie dünn findet, vom Problem der Anwender bis zum Release.