Salesforce Entwickler
Du suchst einen Salesforce-Developer, der nicht nur Code liefert, sondern Verantwortung für das Ergebnis übernimmt? Ich bin Michael Kremser, zertifizierter Platform Developer und Application Architect. Entwicklung mit dem Blick für das System dahinter, remote für Kunden in ganz Deutschland.
Entwicklungsleistungen
Von der einzelnen Komponente bis zur kompletten Automatisierungs-Architektur.
Apex-Entwicklung
Trigger-Frameworks, Batch- und Queueable-Jobs, Integrations-Callouts, mit sauberer Testabdeckung und Bulk-Safety. Code, der Governor Limits respektiert, statt an ihnen zu scheitern.
Lightning Web Components
Individuelle Oberflächen, wo der Standard endet: LWC mit sauberem State-Management, Wire-Adapter und Apex-Controllern, performant und wiederverwendbar gebaut.
Flows & Automatisierung
Die ehrliche Abwägung Flow vs. Apex gehört zur Entwicklung dazu: Flows, wo dein Team sie pflegen kann, Code, wo Komplexität und Volumen es verlangen, und Refactoring, wenn Altlasten beides blockieren.
Integrationen & APIs
REST- und Platform-Event-Schnittstellen, Named Credentials, External Services, inklusive Fehlerbehandlung, Retry-Logik und Monitoring. Auch Richtung SAP, wenn es das ERP verlangt.
Woran du gute Salesforce-Entwicklung erkennst
Code ist schnell geschrieben. Wartbarer Code in einer fremden Org ist die eigentliche Disziplin.
- Testklassen, die Logik prüfen statt nur Coverage zu farmen
- Bulk-sicherer Code: jede Lösung wird gegen Massendaten gedacht, nicht gegen den Einzelfall
- Saubere Deployments: Sandbox-Strecke, Change-Nachvollziehbarkeit, keine Prod-Hotfixes aus der Hüfte
- Code-Reviews und Altcode-Sanierung: gewachsene Trigger-Landschaften entwirren, bevor neu gebaut wird
- Dokumentation im Code und im Ticket. Dein nächster Entwickler wird es dir danken
- Architekten-Blick inklusive: Entwicklung folgt dem Datenmodell, nicht umgekehrt
Entwicklung endet selten an der Org-Grenze: Für Schnittstellen zum ERP gibt es die SAP-Salesforce-Integration, und wenn vor dem Code erst das Konzept fehlt, hilft die Salesforce-Beratung.
Häufige Fragen
Was macht ein Salesforce-Entwickler?
Ein Salesforce-Entwickler (Developer) setzt um, was Konfiguration nicht leisten kann: Apex-Logik, Lightning Web Components, Integrationen zu Drittsystemen und komplexe Automatisierungen. Gute Entwicklung beginnt dabei vor dem Code, mit der Frage, ob Standard oder Flow die Anforderung nicht besser löst. Genau diese Abwägung bekommst du bei mir mitgeliefert.
Was kostet ein Salesforce-Entwickler als Freelancer?
Abgerechnet wird nach Aufwand zu einem transparenten Stunden- bzw. Tagessatz, ohne Agentur-Marge. Kleine Pakete (ein Bugfix, eine Komponente) sind genauso möglich wie längere Entwicklungsphasen. Vorab gibt es immer eine Aufwandsschätzung.
Übernimmst du auch bestehenden Code?
Ja, das ist sogar der häufigste Fall: gewachsene Orgs mit Trigger-Wildwuchs, Workflow-Altlasten und Testklassen unter der Deployment-Grenze. Ich analysiere den Bestand, stabilisiere das Kritische zuerst und refactore dann in verdaubaren Schritten, ohne Big-Bang-Risiko.
Apex oder Flow: Was ist besser?
Weder noch, es ist eine Architekturentscheidung pro Anwendungsfall: Flows für deklarative, vom Team pflegbare Logik; Apex für Komplexität, Volumen und Integrationen. Problematisch wird es, wenn beides unkoordiniert dieselben Objekte beackert. Genau dort setze ich mit einem klaren Automatisierungskonzept an.
Arbeitest du mit unserem internen Team zusammen?
Gern. Ob als verlängerte Werkbank für euer Admin-Team, als Entwickler im bestehenden Scrum-Prozess oder als Reviewer für kritische Änderungen: Die Zusammenarbeit läuft remote, mit sauberem Git-/Deployment-Prozess und nachvollziehbaren Übergaben.
Salesforce-Entwickler gesucht?
Beschreib kurz, was gebaut (oder repariert) werden soll. Du erhältst zeitnah eine ehrliche Einschätzung.
michael.kremser@sfmike.de