UX für B2B-Software

B2B-Software, die Kunden ohne ständige Hilfe einrichten und nutzen können.

Ich überarbeite den Weg von Kauf und Einrichtung bis zur täglichen Aufgabe. Dabei kläre ich Rollen, Rechte und Fachregeln und prüfe den Entwurf früh mit Fachseite und Nutzern.

Projektfilm: Markenauftakt, dann Startseite, Belege und Trending
ActuallyUsesEigenes Produkt ansehen
Was am Ende dastehtGeprüfter Nutzerweg
Typischer Einstieg

2–4 Wochen

Nicht jede Aufgabe braucht das.

Wenn dein Team das Produkt ständig erklären muss.

B2B- und SaaS-Teams, deren Produkt Vertrieb, Einführung oder Support noch zu oft erklären muss – besonders bei Kauf, Einrichtung und wichtigen Arbeitswegen.

Typische Anlässe

  • Der Vertrieb bekommt den Abschluss, aber neue Nutzer kommen im Produkt nicht selbst weiter.
  • Käufer, Verwaltung und tägliche Nutzer brauchen verschiedene Angaben und Rechte.
  • Neue Funktionen machen den wichtigsten Arbeitsweg länger statt besser.
  • Der SaaS-Kaufweg endet an Demo oder Vertrag, statt sauber in Einrichtung und erste Nutzung überzugehen.

Deine Mitarbeit

Ich brauche eine Person aus Produkt oder Vertrieb, eine aus Support oder Einführung und Zugang zu Menschen, die den Ablauf später täglich nutzen.

Klare Grenze

Ich gestalte nicht jede Rolle und jede Funktion zugleich. Wir beginnen mit dem Weg, der Kauf, Einrichtung oder tägliche Arbeit am stärksten bremst.

Vor der Zusage

Du weißt vorher, was ich prüfe und was du bekommst.

Eingang
Ich brauche eine Person aus Produkt oder Vertrieb, eine aus Support oder Einführung und Zugang zu Menschen, die den Ablauf später täglich nutzen.
Prüfung
Käufer, Verwaltung und Nutzer sehen nur, was sie für ihren nächsten Schritt brauchen. Rechte und Übergaben sind festgelegt.
Ergebnis
Du bekommst einen geprüften, klickbaren Nutzerweg für die beteiligten Rollen – mit Rechten, Fachregeln, Fehlerfällen und Abnahmekriterien für die Entwicklung.
Grenze
Ich gestalte nicht jede Rolle und jede Funktion zugleich. Wir beginnen mit dem Weg, der Kauf, Einrichtung oder tägliche Arbeit am stärksten bremst.
Beispiel
Drei öffentlich erreichbare eigene Produkte zeigen Rollen, Quellen, Prüfregeln und geordnete Fachangaben. Sie sind keine Kundenreferenzen. ActuallyUses ansehen

Leistungsumfang

Am Ende steht ein geprüfter Weg, den dein Team bauen kann.

Klare Aufgaben je Rolle

Käufer, Verwaltung und Nutzer sehen nur, was sie für ihren nächsten Schritt brauchen. Rechte und Übergaben sind festgelegt.

Ein vollständiger Kernablauf

Der Entwurf enthält Fachregeln, Rechte, leere Zustände und Fehlerfälle – nicht nur den besten Fall.

Geprüfter Entwurf

Fachseite und passende Nutzer prüfen die kritischen Stellen, bevor die Entwicklung den ganzen Umfang baut.

Übergabe mit Messpunkten

Dein Team bekommt Zustände, Regeln und Abnahmekriterien. Für Kauf, Einrichtung oder Nutzung stehen passende Messpunkte fest.

Ablauf

Vom Erklärproblem zum geprüften Entwurf.

Du siehst nach jedem Abschnitt einen prüfbaren Stand und weißt, welche Entscheidung ansteht.

  1. 01

    Den größten Erklärbedarf finden

    Ich gleiche Produkt, Vertrieb, Einführung und Support ab. Dann wählen wir den Weg, der Kunden und Team heute am meisten bremst.

  2. 02

    Den Kernablauf entwerfen und prüfen

    Ich entwerfe Rollen, Rechte, Entscheidungen und Fehlerfälle. Fachseite und Nutzer prüfen die kritischen Stellen früh.

  3. 03

    Die Umsetzung absichern

    Die Entwicklung erhält Zustände, Regeln und Abnahmekriterien. Auf Wunsch begleite ich den Bau und prüfe die laufende Fassung.

Passende Kundenarbeit

Weitere Aufgaben aus laufenden Systemen.

Drei öffentlich erreichbare eigene Produkte zeigen Rollen, Quellen, Prüfregeln und geordnete Fachangaben. Sie sind keine Kundenreferenzen.

Direkte Zusammenarbeit

Du arbeitest das ganze Projekt über direkt mit mir.

Kein Vertrieb, der verkauft, und danach jemand anderes, der baut. Du redest mit dem, der tippt.

01

Jeden Freitag ein Link.

Du klickst selbst durch, was seit Montag dazugekommen ist. Keine Statusmeldung, kein Bericht, kein Nachfragen, ob überhaupt gearbeitet wird.

02

Festpreis, bevor es losgeht.

Umfang und Preis stehen vorher schriftlich fest. Verschätze ich mich, zahle ich das, nicht du.

03

Der Code liegt bei dir, nicht bei mir.

Code, Zugänge und Dokumentation gehören dir, ab dem ersten Tag. Du kannst jederzeit jemand anderen dransetzen. Auch jemanden, den du erst später suchst.

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?

Das kläre ich im ersten Gespräch. Der Preis hängt an der Zahl der Wege, am Zustand des Systems und daran, ob ich nur entwerfe oder auch baue. Danach bekommst du einen festen Umfang und einen Festpreis. Verschätze ich mich, zahle ich das, nicht du.

Ist der SaaS-Kaufweg Teil davon?

Ja, wenn dort das Problem liegt. Dann reicht der Weg von der Auswahl über Demo oder Vertrag bis zur Einrichtung und zum ersten brauchbaren Ergebnis im Produkt.

Müssen alle Rollen gleichzeitig untersucht werden?

Nein. Wir beginnen mit den Rollen, die am wichtigsten Weg entscheiden oder arbeiten. Weitere Rollen kommen nur hinzu, wenn sie diesen Weg verändern.

Kannst du mit unserer vorhandenen Software arbeiten?

Ja. Ich richte den Entwurf an euren Fachregeln, Bausteinen und technischen Grenzen aus und bespreche ihn früh mit der Entwicklung.

Übernimmst du auch die Umsetzung?

Je nach Technik baue ich den Abschnitt selbst oder begleite euer Team. Vor dem Start steht fest, wer welchen Teil übernimmt.

Erstes Gespräch

Zeig mir den Ablauf, den dein Team ständig erklären muss.

Im ersten Gespräch wählen wir den Weg, der Kunden und dein Team heute am meisten bremst.

Erste Einschätzung erhaltenDirekt mit mir · klare erste Einschätzung