Frontend-Entwickler:in

So stellen Sie eine:n Frontend-Entwickler:in für Ihr KMU ein

Bevor Sie die Stellenausschreibung schreiben, klären Sie drei Fragen. Sie entscheiden, welches Profil Sie tatsächlich suchen, und vermeiden die häufigsten Fehler bei Frontend-Einstellungen im deutschen KMU.

Frage 1:
Frontend-Spezialist:in oder Fullstack mit Frontend-Färbung? Frontend-Spezialist:innen bringen Tiefe in UI-Architektur, Design-System-Pflege, Accessibility und Performance;
Fullstack-Profile bringen Breite über Frontend und Backend, aber selten dieselbe Tiefe in komplexer UI. In Tech-KMUs mit weniger als 8 Entwickler:innen ist Fullstack oft die effizientere Wahl. Eine echte Frontend-Spezialist:innen-Rolle lohnt sich, sobald das Produkt eine komplexe UI hat (Workflow-Tools, Datenvisualisierung, Drag-and-Drop, Editor-Funktionalität), ein Design-System aktiv gepflegt werden muss oder Accessibility und Performance verbindliche Anforderungen sind (BFSG-betroffenes B2C-Produkt, SEO-getriebenes Geschäft).

Bei Unsicherheit: lesen Sie die Fullstack-Vorlage parallel; wenn das Profil Frontend dort dominiert, brauchen Sie keine eigene Spezialist:innen-Rolle.

Frage 3:
Wie wichtig sind Accessibility und Performance in Ihrem Produkt? In einem B2C-Produkt unter BFSG-Pflicht (E-Commerce, Banken, Telekommunikation, E-Books, Personenverkehr) ist Accessibility seit Mitte 2025 rechtlich verbindlich; ohne ein Profil mit echter Accessibility-Praxis riskieren Sie Klagen und Nacharbeit. In SEO-getriebenen B2B-Produkten (Lead-Generation, Inhalts-Marketing) ist Performance direkt CTR- und Conversion-relevant. In internen Tools mit kleinem geschlossenen Nutzerkreis sind die Bars niedriger, aber nicht null.

Klären Sie die reale Anforderung vor der Ausschreibung:
Wenn beide hoch sind, beschreiben Sie konkret die erwartete Praxis (axe-Audits, Lighthouse-Budgets, Tastatur- und Screenreader-Tests); sonst filtern sich die Profile aus, die echtes Können in diesen Bereichen mitbringen.

Wenn alle drei Antworten auf eine:n Frontend-Spezialist:in in Vollzeit (und nicht auf eine:n Fullstack oder Tech Lead) deuten, gehen Sie zur Vorlage weiter unten.

[Firmenname], B2B-KMU [Branche] mit Sitz in [Stadt], [X] Mitarbeitende, [X] Mio. € ARR, sucht eine:n Frontend-Entwickler:in zur Verstärkung eines Tech-Teams von [X] Entwickler:innen.

Sie entwerfen, entwickeln und pflegen die Benutzeroberfläche unseres Produkts ([Single-Page-App / Multi-Page-Web-App / Mischform]), eigenständig auf bekannten Themen und in Abstimmung bei strukturierenden Entscheidungen. Sie berichten an die [Tech Lead / CTO / Technische Geschäftsführung].

• Frontend-Features von Anfang bis Ende liefern:
  Verständnis des Produktbedarfs, Abstimmung mit Design, technisches Design der Komponenten, Implementierung mit Tests, Accessibility- und Performance-Check, Übergabe in Produktion.
• An der Pflege und Weiterentwicklung des Design-Systems mitwirken (neue Komponenten, Tokens, Varianten, Abstimmung mit Designer:innen).
• Accessibility und Performance als Standard, nicht als Sonderaufgabe behandeln: axe-Audits, Tastatur- und Screenreader-Smoketests, Lighthouse-Checks, Performance-Budgets.
• Code-Qualität sichern:
  Review der PRs der Kolleg:innen, Anwendung der Konventionen, Refactor im Vorbeigehen, wenn sinnvoll.
• Mit Designer:innen, PMs und Backend an Produkt-Briefings zusammenarbeiten; nicht machbare oder kontraproduktive Vorgaben konstruktiv hinterfragen.
• Wichtige technische Entscheidungen und nicht-triviale Komplexitätszonen dokumentieren.
• Unverzichtbar
  : [3 bis 6] Jahre professionelle Erfahrung in der Frontend-Entwicklung; solide Beherrschung mindestens eines modernen Frontend-Frameworks (React, Vue, Svelte) mit TypeScript;
  Erfahrung mit Produktionsbetrieb (Deployment, Monitoring, Incident-Bearbeitung); nachweisbare Accessibility- und Performance-Praxis (mindestens grundlegende Tools und Routinen).
• Wünschenswert
  :
  Vertrautheit mit unserem Stack [React und TypeScript / Vue und TypeScript / andere];
  Erfahrung in der Pflege eines Design-Systems (Tokens, Komponenten, Varianten, Versionierung);
  Open-Source-Beiträge oder sichtbare…