UX für B2B-Software

UX für B2B- und SaaS-Software

Ich überarbeite den Teil deiner Software, der die meisten Rückfragen auslöst. Vertrieb, Einführung und Support müssen weniger erklären. Die Entwicklung bekommt die nötigen Seiten, Texte und Fehlerfälle.

ActuallyUses Startseite mit Werkzeug-Suche und belegten Nennungen
ActuallyUsesEigenes Produkt ansehen
Du bekommstEntwurf mit allen Regeln
Dauer

2 bis 4 Wochen

Warum ich

Ich entwerfe Produkte und baue sie auch.

  • Konzern und eigenes ProduktTelefónica, ALDI TALK und HDI. Dazu neun eigene Produkte im Betrieb.
  • Entwurf und Code von mirKein Übergabeverlust zwischen zwei Gewerken.
  • Seit 2022 bei TelefónicaLaufende UX/UI-Arbeit an einer Plattform mit mehreren Marken.
  • Du sprichst mit dem, der bautKein Kundenbetreuer, kein Weiterreichen.
  • Mit KI schnellerEntwürfe und Texte gehen zügiger. Entschieden wird von mir.

Übliche Aufträge

Egal, wo dein Produkt gerade steht.

Neues Produkt

Für Gründer und Teams mit einer Idee oder einem Prototyp.

  • SaaS und Portale
  • Websites
  • iOS-Apps
  • Interne Werkzeuge
  • Erste Fassung statt Vollausbau
02

Laufendes Produkt

Für Teams mit einem Produkt, das seit Jahren gewachsen ist.

  • Neue Funktion im bestehenden Ablauf
  • Enterprise-Software
  • Shops und Konfiguratoren
  • Designsystem aufräumen
03

Laufende Begleitung

Für Produktteams, die laufend Entwürfe und Entscheidungen brauchen, ohne dafür eine Stelle zu besetzen.

  • UX/UI-Führung im Sprint
  • Abnahme von Entwürfen
  • Im Haus, Nearshore oder Offshore
  • Feste Tage, Laufzeit vorab vereinbart

Was sich ändert

Vom Lastenheft zum fertigen Produkt.

Jede Rolle sieht, was für sie zählt

Einkauf, Verwaltung und Nutzer sehen die Angaben und Funktionen, die sie für ihre Aufgabe brauchen.

Alle Seiten und Fehlerfälle

Jeder Schritt, leere Seiten, fehlende Rechte und Fehlermeldungen.

Vor dem Bau geprüft

Kunden und deine Fachleute lösen die Aufgabe im Entwurf. Woran sie hängen bleiben, ändern wir, bevor jemand Code schreibt.

Die Entwicklung muss nicht nachfragen

Jede Seite mit Inhalt, Regeln und Prüfpunkten.

So arbeite ich

So entsteht der neue Ablauf.

Nach jedem Schritt bekommt dein Team einen Stand, den es prüfen und entscheiden kann.

  1. 01

    Die Fragen finden, die am meisten Zeit kosten

    Ich sammle die häufigsten Fragen aus Vertrieb, Einführung und Support. Daraus wählen wir die eine Aufgabe, bei der Kunden am häufigsten stecken bleiben.

  2. 02

    Alle Seiten entwerfen

    Ich entwerfe Einstieg, Entscheidungen, fehlende Angaben und Fehlerfälle in Figma. Dein Team prüft früh, ob die Regeln stimmen.

  3. 03

    Vor dem Bau testen

    Nutzer lösen die wichtigste Aufgabe mit dem Figma-Prototyp. Danach bekommt die Entwicklung eine Fassung, die sie planen und bauen kann.

Eigene Produkte

Eigene Produkte mit laufendem Stand.

ActuallyUses, KI-Cases und PromptRegister habe ich entworfen, gebaut und betreibe sie. Bei ActuallyUses und KI-Cases kommt kein Eintrag ohne Quelle in die Übersicht.

Direkte Zusammenarbeit

Du sprichst immer mit der Person, die die Arbeit macht.

Bei größeren Vorhaben ziehe ich ein kleines Team dazu. Dein Ansprechpartner bleibe ich.

01

Ein sichtbarer Stand nach jedem Abschnitt.

Du siehst den nächsten Stand direkt. Offene Fragen klären wir an der Arbeit, nicht in einem Statusbericht.

02

Festpreis, bevor es losgeht.

Umfang und Preis stehen vorher schriftlich fest. Der Preis ändert sich danach nicht.

03

Alle Ergebnisse gehören dir.

Du bekommst alle Dateien, Belege, Regeln und offenen Punkte. Dein Team kann damit weiterarbeiten.

Häufige Fragen

Fragen vor dem Start.

Fehlt deine Frage? Schreib mir kurz, worum es geht.

Weitere Frage stellen
Was kostet UX für B2B-Software?

Du bekommst Umfang, Termin und Preis schriftlich, bevor du zusagst. Der Preis ändert sich danach nicht. Wie hoch er ist, hängt davon ab, wie viel ich prüfen, entwerfen oder bauen soll. Das klären wir im ersten Gespräch.

Ist der SaaS-Kaufweg Teil davon?

Ja, wenn dort das Problem liegt. Dann bearbeite ich den Weg von Auswahl und Demo über den Vertrag bis zur Einrichtung und ersten Nutzung.

Müssen alle Rollen gleichzeitig untersucht werden?

Nein. Wir beginnen mit den Menschen, die kaufen, einrichten oder täglich mit der Software arbeiten. Weitere Gruppen kommen nur dazu, wenn sie an der Aufgabe beteiligt sind.

Kannst du mit unserer vorhandenen Software arbeiten?

Ja. Ich arbeite mit deinen Regeln, vorhandenen Bausteinen und technischen Grenzen. Diese Grenzen bespreche ich früh mit der Entwicklung.

Übernimmst du auch die Umsetzung?

Ich baue einzelne Teile selbst oder begleite deine Entwicklung. Wer was übernimmt, steht vor dem Start fest.

Erstes Gespräch

Erzähl mir, was du bauen willst.

Schick mir die Aufgabe und die häufigsten Fragen aus Vertrieb oder Support. Ich sage dir, wo ich anfangen würde.

Projekt besprechenDirekte Antwort von Stephan Lucka