Einer der wichtigsten Aspekte des Produktdesigns und -managements ist die Priorisierung. Einem Unternehmen stehen zu jedem Zeitpunkt nur so viele Ressourcen zur Verfügung, dass Produktbemühungen sorgfältig priorisiert werden müssen, damit ein Team nicht viel Zeit damit verbringt, suboptimale oder, schlimmer noch, fehlgeleitete Arbeit zu leisten. Dies gilt insbesondere für ein Startup, bei dem die Ressourcen extrem begrenzt sind und die Produktbemühungen unter der akuten Pfadabhängigkeit entweder leiden oder stark davon profitieren können.

Ich habe herausgefunden, dass [Kanban](http://en.wikipedia.org/wiki/Kanban) das einfachste und zugleich effektivste Tool zur Priorisierung von Produktentwicklungen ist, oder zumindest meine Interpretation davon. Ein gut organisiertes Kanban-Board kann einem Team dabei helfen, zu visualisieren, welche Produktideen derzeit von welchen Teammitgliedern beachtet werden oder nicht und warum. Es fördert eine „Lean“-Mentalität, indem Ideen nur dann in eine Abfolge von Design, Entwicklung und Validierung eingebracht werden, wenn derzeit Kapazitäten dafür vorhanden sind. Und doch bietet es auch eine Bühne für länger bestehende Ideen, die auf ihre Umsetzung warten.

Sie können zum Erstellen eines Kanbans digitale Software wie [Trello](http://trello.com) verwenden, aber eigentlich bevorzuge ich altmodische Notizkarten, Klebeband und Marker. Um eines zu schaffen, benötigen Sie lediglich diese Materialien und ausreichend Platz an der Wand. Sie schreiben Produktideen auf die Karten und kleben sie dann unter vordefinierten Spalten und Abschnitten an die Wand, je nachdem, wo sie hingehören. Ein großer Vorteil davon, dies an der Wand zu tun, besteht darin, dass Sie die Tafel während Besprechungen ganz einfach nutzen können, um die Produktrichtung zu kommunizieren, ohne dass sich alle in ihre Laptops vergraben müssen. Ein wandbasiertes Kanban-System lässt sich auch im Handumdrehen besser anpassen.

Produktideen, die Notecards entsprechen, die hauptsächlich ihre Beschriftung anzeigen (z. B. „Daily Digest Email“), beginnen in der Spalte „Icebox“ ganz links und bewegen sich im Verlauf des Produktionsprozesses nach rechts durch die Spalten „Design“, „Entwickeln“ und „Validieren“. Ideen beginnen in der Kühlbox, weil alle Ideen eine Rechtfertigung verdienen, bevor sie nennenswerte Aufmerksamkeit vom Team erhalten, und wie der Name schon sagt, bleiben die Ideen in der Kühlbox eingefroren (d. h. niemand arbeitet daran). Wann immer Ihnen oder jemand anderem im Team eine clevere neue Produktidee einfällt, sollten Sie diese auf die Tafel im Eisfach legen, denn dann kann sie für die Produktion in Betracht gezogen werden.

Ich unterteile die Kühlbox gerne in Unterspalten, um Ideen nach ihrem Hauptzweck zu ordnen. Für jede Idee sollte ein Hauptzweck festgelegt werden, auch wenn diese Idee mehreren Zwecken dient, da es sonst schwierig ist, ihre Umsetzung zu rechtfertigen und später ihren Erfolg zu bestätigen. Sie werden vielleicht feststellen, dass die Zwecke, die Sie an der Tafel skizzieren, von Produkt zu Produkt unterschiedlich sind, aber bei vielen Produkten können Sie sie hauptsächlich auf Benutzer/Kunden „Akquise“, „Aktivierung“ und „Engagement“ reduzieren. Beispielsweise sollte das obige Beispiel einer täglichen E-Mail-Zusammenfassung wahrscheinlich unter „Engagement“ fallen, da die Haupthypothese hinter einer solchen E-Mail darin besteht, dass sie die Interaktionshäufigkeit und die langfristige Bindung von Benutzern erhöhen könnte. Eine andere Idee, wie zum Beispiel „Einladungsseite senden“, könnte unter „Akquise“ stehen, da sie bei der viralen Verbreitung helfen soll.

Sie können Produktideen in jede Spalte einordnen, basierend auf Ihrem aktuellen Gefühl für die richtige Priorisierung. Eine solche Priorisierung sollte jedoch vorläufig sein, da Ideen als Ergebnis iterativer Beurteilungen darüber, welche Ressourcen wertvoll sind, aus dem Eiskasten gezogen werden sollten (möglicherweise so oft wie wöchentlich oder zweiwöchentlich). Es ist auch ideal, zu ermitteln, welche messbaren Auswirkungen auf das Produkt den Erfolg einer Idee anzeigen, bevor sie aus dem Eisfach genommen und in die Produktion gebracht wird (d. h. Sie könnten davon ausgehen, dass die langfristige Benutzerbindung durch die Einführung täglicher Digest-E-Mails um 5 % steigt). Kanban soll Ihnen dabei helfen, Produktideen nach potenziellen Auswirkungen zu priorisieren. Dies sollte jedoch nicht als „Wasserfall“-Situation interpretiert werden, in der Ideen konkret und tief in der Eisbox priorisiert werden. Andernfalls werden Sie feststellen, dass Sie inkrementelle Produktentscheidungen nicht richtig auf der Grundlage der aktuellsten Informationen treffen, die Ihnen zur Verfügung stehen, und Sie könnten monatelang oder länger an unproduktiven Produktanweisungen festhalten.

Sobald festgestellt wird, dass eine Idee in die Produktion gehen sollte – weil sie das größte Potenzial für die Erfüllung der dringendsten Geschäftsanforderungen (z. B. Benutzereinbindung oder -akquise) enthält – wird ihre Karte aus dem Eisfach in die Spalte „Design“ verschoben. Diese Spalte ist in zwei Zeilen unterteilt: „In Bearbeitung“ oben und „Fertig“ unten. Eine Idee wird zunächst in die Zeile „In Bearbeitung“ aufgenommen, was darauf hinweist, dass Designer begonnen haben, aktiv an ihrem Design zu arbeiten. Sobald die Designer alle erwarteten Entwurfsarbeiten für die Idee abgeschlossen haben, wechselt sie zu „Fertig“, wo sie, so kurz wie möglich, bleiben sollte, bevor sie in die Spalte „Entwickeln“ wechselt.

Ähnlich wie die Spalte „Design“ zeigt die Spalte „Entwickeln“ an, wann Ideen die Aufmerksamkeit von Entwicklern oder Ingenieuren erhalten. Die Spalte „Entwickeln“ besteht aus zwei Zeilen: „In Tracker“ oben und „In Bearbeitung“ unten. Da ich Kanban zur Visualisierung der Produktpriorisierung in Verbindung mit [Pivotal Tracker](http://pivotaltracker.com) zur Priorisierung der Konstruktion verwendet habe, zeigt die Zeile „In Tracker“ an, wann eine bestimmte Produktidee vom Entwicklungsteam aufgegriffen und zu ihren eigenen Pivot-Tracker-Projekten hinzugefügt wurde, was es ihnen ermöglicht, sie in bestimmte Konstruktionsaufgaben aufzuteilen. Das Vorhandensein einer Idee im Abschnitt „In Tracker“ von „Entwickeln“ und nicht im Abschnitt „Fertig“ von „Design“ weist darauf hin, dass ihre Ziele und Entwürfe den Entwicklern erklärt und übermittelt wurden und die Idee daher an ihnen liegt, mit der Umsetzung fortzufahren. Wenn sie mit der Arbeit an einer Idee beginnen (die in einem gut regulierten Kanban-System schnell umgesetzt werden sollte), wird sie bis zur Fertigstellung auf „In Bearbeitung“ verschoben.

Da Kanban am besten mit kontinuierlicher Bereitstellung verwendet wird, gibt es für die Spalte „Entwickeln“ keine Zeile „Fertig“. Karten werden einfach in die Spalte „Validieren“ verschoben, was anzeigt, dass ihre Ideen bei tatsächlichen Benutzern umgesetzt wurden und auf die Validierung warten. Die Spalte „Validieren“ kann in zwei Zeilen aufgeteilt werden, wenn Sie sowohl über eine Beta- als auch eine Live-Umgebung verfügen (d. h. wenn Ideen in den Beta-Test übertragen werden, sollten sie in einer „Beta“-Zeile angezeigt werden, und wenn sie vollständig live gehen, in einer „Live“-Zeile). Beachten Sie, dass Karten nicht einfach vom Spielbrett genommen werden, sobald sie eingesetzt wurden, da die Validierungsspalte ein Team daran erinnern soll, dass es nachverfolgen muss, ob die von ihm entwickelte Idee tatsächlich die beabsichtigte Wirkung hatte.

Umgesetzte Ideen bleiben in der Validierungsspalte, bis festgestellt wird, dass sie planmäßig erfolgreich waren. Anschließend werden sie von der Tafel entfernt. Aber wenn sie (was wahrscheinlicher ist) scheiterten oder ihre Ziele nicht erreichten, werden sie im Forum nach hinten in die Phase verschoben, die als notwendig erachtet wird („Eisbox“, wenn das Team die Idee vorerst aufgibt, „Entwurf“, wenn das Scheitern als Entwurfsmangel angesehen wird, oder „Entwickeln“, wenn festgestellt wird, dass sie fehlerhaft ist oder falsch umgesetzt wurde). Da es leicht ist, nach der Produktion niedrige Standards für die Validierung von Ideen festzulegen, sollten Sie am besten die genaue Hypothese verwenden, die Sie ursprünglich für eine Idee aufgestellt haben, wenn Sie feststellen, ob sie erfolgreich validiert wurde, selbst wenn das bedeutet, dass Sie eine Karte über einen längeren Zeitraum in der Spalte „Validieren“ belassen müssen, um ihre Wirkung zu messen.

Wenn Sie beginnen, ein Kanban-Board zu verwenden, um die Umsetzung von Produktideen zu verfolgen, werden Sie die Engpässe in Ihrem gesamten Produktionsprozess bemerken. In den Spalten „Entwerfen“, „Entwickeln“ oder „Validieren“ häufen sich möglicherweise Karten, was darauf hindeutet, dass Sie in diesen Bereichen mehr Ressourcen benötigen, wenn Sie zu einem bestimmten Zeitpunkt so viel produzieren möchten. Und wenn Sie die erforderlichen Ressourcen nicht hinzufügen können, wissen Sie, dass Sie die Menge, die Sie abbeißen, reduzieren oder Ideen in kleinere Teile aufteilen müssen, mit dem Ziel, jede Ihrer Ressourcen auf voller (aber nicht größerer) Kapazität zu halten.

Wenn Sie anfangen, ein solches Kanban-Board zu verwenden – hoffentlich, um die Produktausrichtung bei regelmäßig geplanten Besprechungen zu besprechen –, werden Sie unweigerlich Möglichkeiten finden, es an die Bedürfnisse Ihres speziellen Teams und Produkts anzupassen. Und diese Anpassungen sollten mit dem Ziel vorgenommen werden, die Fähigkeit des Vorstands zu verbessern, die wirkungsvollsten Produktideen zu priorisieren und den Prozess vom Entwurf bis zur Validierung zu beschleunigen. Wenn Ihnen dies gelingt, können Sie sicher sein, dass Sie die bestmögliche Produktauswahl treffen und diese effektiv umsetzen.