Zertifizierungen

Die meisten Salesforce-Probleme aus dem dritten Jahr entstehen im ersten Monat im Datenmodell. Diese Zertifizierung deckt große Datenmengen, Ownership-Skew und die Frage ab, welche Daten gar nicht auf die Plattform gehören. In Enterprise-Orgs mit Millionen Datensätzen entscheidet das, ob Reports, Sharing und Schnittstellen weiter performant laufen.

Salesforce vergibt sie für die Kombination aus Data Architect, Sharing and Visibility Architect, Platform App Builder und Platform Developer I. Sie steht für eine Abwägung: konfigurieren, programmieren oder gar nicht in Salesforce bauen. Diese Entscheidung früh richtig zu treffen spart in jedem Projekt am meisten Geld.

Wer welchen Datensatz sehen darf, ist eine fachliche Frage mit rechtlichem Gewicht. Rollenhierarchie, Händlerzugriffe und Vorgaben des Betriebsrats müssen in ein Sharing-Modell passen. Ein falsches Modell lässt entweder Daten durch oder erzwingt Umwege, denen die Nutzer nicht mehr trauen.

Salesforce steht selten allein: ERP, Datenplattform, Telefonie und Portale tauschen Daten mit ihm aus. Ob eine Schnittstelle in Echtzeit, im Batch oder über Events läuft, ist eine Architekturentscheidung mit Folgen für Kosten, Fehlerbehandlung und Betrieb. Diese Zertifizierung deckt diese Muster und ihre Grenzen ab.

Mitarbeitende melden sich in Konzernen über Entra ID oder Okta an, Partner und Kunden mit eigenen Identitäten. Single Sign-on, Provisionierung und externe Logins müssen zusammenspielen, ohne Menschen auszusperren oder Daten offenzulegen. Fehler zeigen sich hier am Go-live-Tag, vor allen Beteiligten.

Salesforce vergibt sie für Integration Architect, Identity and Access Management Architect, Development Lifecycle and Deployment Architect und Platform Developer I. Sie beschreibt den Blick von außen: wie Salesforce in der Systemlandschaft sitzt und wie es dort gebaut, abgesichert und ausgeliefert wird.

Wenn mehrere Partner in einer Org arbeiten, entscheidet der Release-Prozess mehr als jedes einzelne Feature. Branching, Umgebungen, Teststrategie und Deployment-Reihenfolge müssen bei einem Release alle zwei Wochen halten. Hier liegt ein großer Teil meiner Governance-Arbeit.

Hersteller haben Prozesse vom Lead über Angebot und Auftrag bis zur installierten Anlage und zum Service, oft mit Händlern dazwischen. Diese Zertifizierung prüft Entwürfe über mehrere Clouds und externe Systeme hinweg. Das passt zu meinen Projekten, in denen eine Entscheidung im Vertrieb im After-Sales wieder auftaucht.

Jede Lösung muss nach dem Go-live jemand betreiben. Wer die Admin-Seite kennt, entwirft so, dass das interne Team Nutzer, Berechtigungen und Datenpflege selbst im Griff behält.

Händler-, Partner- und Subunternehmer-Portale zeigen Salesforce-Daten Menschen außerhalb des Unternehmens. Lizenzen, externes Sharing und Branding müssen geklärt sein, bevor die erste Seite entsteht. Ein Portal, das Partner nicht nutzen, kostet Lizenzen und bringt nichts.

In der Industrie trägt der After-Sales oft die Marge. Fallrouting, Entitlements und SLAs sind die Basis, auf der Field Service, Telefonie und Portale aufbauen. Ist diese Basis unklar, erbt jede spätere Erweiterung das Problem.

Vieles, was Teams in Salesforce programmieren, lässt sich mit Standardmitteln konfigurieren. Wer diese Mittel gut kennt, hält die Eigenentwicklung klein, und kleine Eigenentwicklung hält Upgrades und Übergaben günstig.

Internationale Vertriebsteams brauchen einen gemeinsamen Prozess, in dem Ländervarianten über Konfiguration abgebildet werden. Opportunity-Phasen, Forecasting und Gebietsplanung entscheiden, ob das Management den Pipeline-Zahlen trauen kann.

Als Architekt prüfe ich Code, den Partner schreiben. Wer Apex lesen kann und die Governor Limits versteht, erkennt Entwürfe, die unter Last scheitern, bevor sie in Produktion gehen.

Gewachsene Orgs sammeln Hunderte Flows, Validierungsregeln und Permission Sets. Diese Zertifizierung deckt die Werkzeuge ab, mit denen das beherrschbar bleibt, damit sich die Org auch nach fünf Jahren noch sicher ändern lässt.

Field Service verbindet installierte Anlagen, Fähigkeiten der Techniker, Planungsregeln und mobiles Arbeiten offline. Planungsrichtlinien und Anlagenmodell müssen vor dem Rollout stimmen, denn Techniker merken Fehler am ersten Tag.

Branchen-Clouds bringen ein eigenes Datenmodell und eigene Annahmen mit. Die Arbeit mit einer außerhalb der Industrie hat mir gezeigt, wo ein Branchenmodell passt und wo es das Geschäft in eine falsche Form drückt. Dieselbe Frage stellt sich bei der Manufacturing Cloud.

Viele gescheiterte Projekte haben das Falsche gut gebaut. Klare Anforderungen, User Stories mit Akzeptanzkriterien und Prozessaufnahmen sind die günstigste Qualitätsmaßnahme in einem Projekt.

Asynchrone Verarbeitung, komplexe Trigger und Teststrategie sind die Stellen, an denen Salesforce-Code teuer wird. Diese Stufe erlaubt mir, Partner-Entwürfe bei Produktionsvolumen zu beurteilen und mit konkreten Alternativen gegenzuhalten.

Die Einstiegszertifizierung deckt das gemeinsame Vokabular der Plattform ab. Auf sie verweise ich neue Teammitglieder beim Projektstart, damit Fachbereich und IT über dieselben Dinge sprechen.

Design Thinking und Discovery-Workshops klären das Problem, bevor jemand eine Lösung auswählt. In Enterprise-Projekten mit vielen Beteiligten spart das Wochen, in denen sonst Funktionen entstehen, nach denen niemand gefragt hat.

Diese Zertifizierung betrachtet Vertrieb aus Sicht der Vertriebler. Ob ein CRM angenommen wird, hängt davon ab, ob es beim Verkaufen hilft, und ein Forecast ist nur belastbar, wenn die Daten gern gepflegt werden.

Agentforce-Agenten arbeiten mit echten Daten und echten Prozessen. Prompt-Design, der Einstein Trust Layer und klare Grenzen, was ein Agent darf, entscheiden, ob KI in Salesforce produktionsreif ist.

KI-Ergebnisse sind nur so gut wie die Daten dahinter. Diese Zertifizierung deckt Datenqualität, Bias und verantwortungsvollen Einsatz ab, also das, was geklärt sein muss, bevor ein Modell eingeschaltet wird.

An der Übergabe zwischen Marketing und Vertrieb gehen Leads und Einwilligungen verloren. Wer die Marketing-Seite kennt, kann diese Übergabe so definieren, dass Leads qualifiziert ankommen und Einwilligungen dokumentiert sind.

Methoden der Softwarearchitektur gelten unabhängig vom Hersteller: Qualitätsziele, Architekturentscheidungen und Dokumentation. Mit ihnen halte ich fest, warum ein Entwurf gewählt wurde, und das zählt, wenn der nächste Partner übernimmt.

Datenplattformen und IoT-Dienste laufen oft auf AWS neben Salesforce. Wer die AWS-Seite versteht, kann entscheiden, wo Daten und Logik liegen sollten und was jede Variante kostet.

API-led Connectivity ordnet Schnittstellen in wiederverwendbaren Schichten. Bei vielen Systemen rund um Salesforce bleibt die Landschaft so veränderbar, weil ein neues System an bestehende APIs andockt.

Copado ist eines der verbreiteten DevOps-Werkzeuge für Salesforce. Wer sein Pipeline-Modell kennt, richtet Promotion-Pfade und eine Audit-Spur ein, wie regulierte Unternehmen sie brauchen.

Die zweite Stufe behandelt Merge-Konflikte, Back Promotions und parallele Arbeitsstränge. In genau diesen Situationen verlieren Teams das Vertrauen in ihre Pipeline und deployen wieder von Hand.

Flosum läuft nativ auf Salesforce. Das zählt für Unternehmen, deren Sicherheitsvorgaben Quellcode und Metadaten innerhalb der Plattform halten. Wer es kennt, kann ein DevOps-Werkzeug empfehlen, das zu diesen Vorgaben passt.

Die Expert-Stufe geht auf Compliance-Funktionen, Freigaben und Änderungsberichte ein. In geprüften Umgebungen verkürzt das Audits deutlich, weil sich jede Änderung einem Ticket und einer Freigabe zuordnen lässt.

Gearset Master ist die höchste Stufe der Gearset Academy. Sie deckt den Weg von Change Sets zur Versionskontrolle, automatisierte Tests und das Befüllen von Testdaten vor dem UAT ab. Viele Orgs, die ich prüfe, stecken mitten in diesem Wechsel.

Scrum hilft nur, wenn Sprints auf Ergebnisse zielen, die der Fachbereich prüfen kann. Wenn mehrere Partner parallel liefern, hält ein gemeinsames Verständnis des Frameworks Planung, Reviews und Abhängigkeiten im Takt.

Große Unternehmen steuern Programme oft über einen Lenkungskreis, während die Teams in Scrum arbeiten. PRINCE2 gibt mir das Vokabular der Steuerungsebene, damit sich beide Ebenen ohne Reibung verbinden lassen.

Industrieunternehmen denken in Prozessen, Fehlern und DMAIC. Wer diese Sprache spricht, arbeitet leichter mit Produktion und Qualitätsmanagement an Service- und Fertigungsprozessen.

Der Green Belt ergänzt Messung und Ursachenanalyse. In Service-Projekten nutze ich das für Fragen wie, warum Fälle wieder geöffnet werden oder die Erstlösungsquote sinkt, bevor ich entscheide, was sich in Salesforce ändern soll.

Manche Unternehmen oder Geschäftsbereiche sind mit HubSpot besser bedient als mit Salesforce. Wer beides kennt, kann ehrlich zu Make-or-Buy beraten und Migrationen in beide Richtungen planen.

HubSpot Marketing ist eine verbreitete Alternative zur Marketing Cloud. Wer es kennt, kann eine Lizenzempfehlung geben, die sich allein an den Anforderungen orientiert.

HubSpot Service reicht für viele kleine Support-Teams. An Grenzen stößt es bei installierten Anlagen, Field Service und komplexen Entitlements, und an diesem Punkt rechnet sich die Salesforce Service Cloud.