
Die meisten Product Manager könnten kaum Entscheidungen aus dem letzten Backlog-Refinement auswendig aufzählen, ohne Jira zu öffnen. Als Product Manager in einem Hamburger SaaS-Unternehmen sitze ich diese Frage inzwischen bewusst aus, weil visuelles Denken und Sketchnotes im Business für mich vom Experiment zum festen Werkzeug im PM-Alltag geworden sind.
Kurzer Hinweis vorab: Dieser Text enthält Affiliate-Links, unter anderem zum Sketchnotes Kurs, den ich selbst im Arbeitsalltag nutze. Bucht jemand darüber, bekomme ich eine Provision — der Preis bleibt für dich exakt gleich.
Bevor der Stift kam, hatte ich es mit Audioaufnahmen vom Standup versucht. Aufgenommen, brav abgespeichert, kein einziges Mal wieder angehört. Sprachnotizen brauchen Zeit, die im Kalender eines PM schlicht nicht existiert.
Lineare Notizen brechen zusammen, sobald das Thema wechselt
Der Grund ist simpel: Text hat von Natur aus keine Hierarchie. Jede Zeile wirkt gleich wichtig wie die davor, und das Gehirn behält Bilder ohnehin zuverlässiger als reine Textzeilen. Wechselt ein Stakeholder mitten im Satz das Thema — was in Backlog-Refinements ständig passiert — bricht die Logik des Protokolls in sich zusammen.
Genau hier setzt räumliche Notation an. Container, Pfeile und Abstände auf der Seite übernehmen die Funktion, die im reinen Text fehlt: Sie zeigen, was zusammengehört und was nicht. Wie du diese Fläche so aufteilst, dass das Wichtigste zuerst ins Auge fällt, ist ein eigenes Thema für sich — genauso wie die Frage, wie man ganz ohne Zeichenerfahrung überhaupt anfängt, in Echtzeit mitzuzeichnen.

Für welche Meetings lohnen sich Sketchnotes im Business wirklich?
Nicht jedes Meeting braucht eine Skizze. Ein reines Status-Update, in dem ohnehin nur bestätigt wird, was längst im Ticket steht, funktioniert mit drei Stichpunkten genauso gut. Die Skizze zahlt sich dort aus, wo mehrere Handlungsstränge gleichzeitig laufen — Roadmap-Diskussionen, Backlog-Refinements, alles mit technischen Abhängigkeiten zwischen mehreren Teams.
Wer User Stories visuell darstellen kann, merkt außerdem schnell, wo die Logik Lücken hat. Ein Pfeil, der in der Skizze fehlt, ist im Zweifel ein Edge-Case, der später im Code fehlt.
Dasselbe gilt für Priorisierung. Wenn ich Product Features visuell priorisieren muss, reicht eine einfache Matrix mit zwei Achsen, um zu zeigen, warum Feature A vor Feature B kommt — ohne dass ich das Team fünfzehn Minuten lang zutexte. Welches Layout sich für welche Art von IT-Projekt eignet, ist wiederum eine eigene Betrachtung wert.
Funktion schlägt Ästhetik in der Business-Sketchnote
Business-Visuals haben mit Kunst wenig zu tun. Ein Kasten ist ein Kasten, ein Pfeil ist ein Pfeil. Sobald ein Symbol mehr als drei Sekunden Nachdenken braucht, ist es für den Zweck im Meeting schon zu kompliziert.
Welche Symbole sich für Datenbanken, Cloud-Services oder Stakeholder-Rollen im Business-Kontext wirklich einbürgern, ist ein eigenes Kapitel für sich — genauso wie die Frage, wo der Unterschied zwischen dekorativem Handlettering und funktionalem Sketchnoting eigentlich verläuft. Selbst Farbe lässt sich strukturell einsetzen statt nur zur Deko, aber auch das sprengt hier den Rahmen.
Als Faustregel gilt bei mir: Sobald ein Icon mehr Aufmerksamkeit bekommt als der Einwand, der gerade im Raum steht, ist es zu weit gegangen. Der Stift dient dem Gespräch, nicht umgekehrt.

Die Skizze auf dem Weg ins Team
Eine fertige Sketchnote bleibt selten nur im Notizbuch. Meistens landet sie als Foto im Slack-Thread des jeweiligen Meetings, manchmal als Anhang am Confluence-Ticket, gelegentlich eingescannt auf der Wiki-Seite zur Roadmap. Genau da zeigt sich der eigentliche Nutzen: Komplexität wird reduziert, bevor sie in ein drei Seiten langes Dokument aus lauter gleich gewichteten Bulletpoints wandert.
Vor ein paar Wochen habe ich auf einer Bank am Winterhuder Fährhaus ohne konkreten Anlass mehrere alte Notizbücher durchgeblättert. Der Tintengeruch der zuletzt benutzten Seite hing noch kurz in der Luft, bevor er sich verflüchtigte. Eine komplette Arbeitswoche lag da auf zwei, drei Doppelseiten offen vor mir, erfassbar in einem einzigen Blick, ohne dass ich eine App hätte öffnen oder scrollen müssen.
Nebenan im Haus setzt der Nachbar im Keller gerade sein nächstes IPA an, ein Prozess, der komplett ohne Blick auf die Uhr läuft, bis er irgendwann fertig ist.
Eine Faustregel für den nächsten Meeting-Tag
Ob Papier oder iPad die bessere Basis ist, hängt vom Arbeitsstil ab und verdient eine eigene, ausführlichere Abwägung. Wer ohnehin mit Apple Pencil und Procreate arbeitet, findet im Digital Lettering Kurs die technische Grundlage dafür — Layer, Export, Pinsel-Einstellungen. Der analoge Einstieg über Papier bleibt für mich trotzdem der Ausgangspunkt: Es gibt keine Undo-Taste, das zwingt zu Entscheidungen, noch während das Meeting läuft.
Wie du in Online-Meetings die Konzentration überhaupt bei der Sache hältst, ist wieder ein eigenes Thema. Genauso, was selektives Zuhören mit brauchbaren Notizen zu tun hat, wie sich IT-Prozesse für Stakeholder sauber als Fluss darstellen lassen, oder wie man als Moderator live am Whiteboard mitzeichnet, während der Workshop läuft.

Als Faustregel reicht am Ende ein einziger Test: Produziert ein Meeting mehr als zwei Entscheidungen, greife ich zum Stift. Bleibt es bei einer reinen Status-Runde, bleibt der Block zu. Wer diesen Umstieg selbst ausprobieren will, ohne sich mit dekorativem Schnickschnack aufzuhalten, findet im Sketchnotes Kurs genau den funktionalen Einstieg — Symbole, Container, Ordnung, sonst nichts.