Recognition-Programme scheitern an Reibung. Der Klassiker: Ein separates Tool, ein separates Login, ein Formular mit acht Feldern, eine Manager-Freigabe – und am Ende sendet niemand mehr Kudos, außer einmal pro Quartal in einer angeordneten Aktion.
Die Kudos Wall dreht das Verhältnis um: drei Felder, ein Klick, sichtbar für alle. Direkt auf der Intranet-Startseite, ohne Login, ohne Freigabe.
Drei Felder, ein Klick
Die Kudos Wall hat zwei Bereiche: oben die letzten N Anerkennungen als Cards mit Initialen-Avatar, „Absender → Empfänger“ und einem farbigen Kategorie-Badge. Unten ein kompaktes Formular: Empfänger, Nachricht, Kategorie. Der Absender wird automatisch aus dem Staffbase-User-Context gefüllt – kein Abtippen.
Klick auf „Senden“, und die neue Anerkennung steht eine Sekunde später ganz oben in der Liste.
Architektur: Data Table als Backend
Das Muster ist immer das gleiche: End-User schreiben in keine Settings und keine Variables. End-User schreiben in eine Data Table. Dieses Pattern ist die saubere Architektur für jedes Widget mit Runtime-User-Daten – egal ob Kudos, Idee einreichen oder Buchung.
Für die Kudos Wall heißt das konkret:
- Eine Data Table im Widget Builder anlegen mit fünf Spalten:
from_name,to_name,message,category,submitted_at - Die Tabellen-GUID kopieren
- Im Widget-Editor in das Setting
tableGuideinfügen
Das Widget liest beim Page-Load die Tabelle (sortiert nach submitted_at desc, Top 50) und zeigt die ersten N Einträge. Beim Submit macht es einen POST auf den Data-Table-Endpunkt:
1await fetch('/api/data-table-widget/' + tableGuid + '/rows', {
2 method: 'POST',
3 headers: {'Content-Type': 'application/json'},
4 body: JSON.stringify({data: {
5 from_name: '{{user.firstName}} {{user.lastName}}',
6 to_name: recipient,
7 message: message,
8 category: category,
9 submitted_at: new Date().toISOString()
10 }})
11});
Drei Zeilen Submit-Logik – mehr braucht es nicht.
Der user-Context als Absender
Der Widget Builder injiziert standardmäßig einen user-Kontext mit user.firstName, user.lastName, user.email etc. ins Template. Im JavaScript des Widgets lese ich daraus den Absendernamen:
1var fromName = ('{{user.firstName}} {{user.lastName}}').trim() || 'Anonymous';
Niemand muss seinen Namen abtippen, niemand kann sich versehentlich vertippen. Das ist der Hauptunterschied zwischen einem Widget im Intranet und einem externen Recognition-Tool: Das Widget weiß, wer du bist.
Fünf Kategorien – nicht mehr
Teamwork, Leadership, Innovation, Support, Impact. Fünf ist genug. Mehr Kategorien führen zu Entscheidungs-Lähmung („Ist das jetzt Teamwork oder Support?“), und die Auswertung wird unscharf. Die fünf decken 95 % aller realen Anerkennungs-Anlässe ab.
Die Kategorie-Badges nehmen die Akzentfarbe des Widgets mit 12.5 % Opacity an – ein Trick mit dem +20 am Ende des Hex-Codes, der in modernen CSS-Engines funktioniert. Result: Die Badges fügen sich nahtlos ins Branding ein, ohne dass jeder eine eigene Farbe braucht.
Lokalisierte „vor X Stunden“
Eine Anerkennung von gestern ist anders zu lesen als eine von vor 5 Minuten. Der datetime-Helper macht das automatisch:
1{{datetime from_iso=this.submitted_at to_relative=true with_locale=widget.contentLanguage}}
Auf Deutsch: „vor 3 Stunden“. Auf Englisch: „3 hours ago“. Keine Zeile JavaScript, keine externe Library.
Wann du das Widget einsetzt
- Wertschätzungs-Kultur etablieren – Recognition als tägliches Ritual statt jährliches Event
- Onboarding-Begleitung – neue Kolleg:innen erleben Anerkennungs-Kultur ab Tag 1
- Cross-Team-Recognition – Danke sagen über Abteilungsgrenzen hinweg
- Manager-Coaching – Manager sehen direkt, welche ihrer Team-Mitglieder gerade glänzen
Im Galerie-Eintrag testen
Setup-Schritte und alle Settings findest du im Kudos Wall Galerie-Eintrag .
Verwandte Widgets
- Ideenbox – Crowdsourcing mit gleicher Data-Table-Architektur
- OKR Tracker – Team-Ziele mit Progress und Status
- Anniversaries Widget – automatische Jubiläums-Würdigung