Wenn Sie längere Zeit im Produktbereich gearbeitet haben, sind Sie auf eine Vielzahl unterschiedlicher Verwendungen des Begriffs „Produktmerkmal“ gestoßen.

Es gibt Merkmale, die beschreiben, welche Eigenschaften ein Produkt hat. Dieser Beitrag wurde auf einem MacBook pro mit den folgenden Funktionen geschrieben:

• 3,1 GHz Dual-Core Intel Core i7 Prozessor
• 16 GB 1867 Mhz DDR3 Speicher
• Intel Iris Graphics 6100 153 MB Grafik.

Es gibt Funktionen, die beschreiben, was ein Produkt tut. Dieser Beitrag wurde mit Google Docs geschrieben, das die folgenden Funktionen bietet:

• Funktioniert überall und jederzeit (auch offline)
• Änderungen werden automatisch gespeichert
• Zusammenarbeit in Echtzeit
• Intelligentes Bearbeitungs- und Styling-Tool
• Große Auswahl an Vorlagen

Es gibt Funktionen, die in Ihrem Backlog angezeigt werden. Wenn der Begriff „Features“ im Kontext des Backlogs verwendet wird, bezieht er sich auf Platzhalter, die die Arbeit darstellen, die zum Hinzufügen von Features wie oben beschrieben zu Ihrem Produkt erforderlich ist.

Es ist wichtig, sich darüber im Klaren zu sein, was Sie meinen, wenn Sie Feature sagen. Um Klarheit zu schaffen, finden Sie hier einen Überblick darüber, was Produktfunktionen sind, wie sie mit Vorteilen verknüpft sind, wie Sie Funktionen darstellen und wie Sie Funktionen in die Produktplanung integrieren.

Was zeichnet ein Produkt aus?

Dan Shewan definierte Produktmerkmale als „Eine Funktion ist etwas, das Ihr Produkt hat oder ist … dies ist normalerweise eine Funktionalität, die von einem Softwareprogramm angeboten wird, das es Benutzern ermöglicht, etwas zu tun.‘

Die Liste der Funktionen für das MacBook Pro und Google Docs oben entspricht dieser Definition. Auf diese Weise verwendete Merkmale beschreiben Ihr Produkt und helfen Ihren Kunden bei der Entscheidung, ob sie das Produkt überhaupt kaufen möchten. Sie können sich die Liste der Funktionen für Productboard ansehen, um zu entscheiden, ob es Ihnen bei Ihren speziellen Herausforderungen im Produktmanagement hilft.

Wenn Sie verschiedene Versionen Ihres Produkts bereitstellen, können Sie Listen mit Produktmerkmalen verwenden, um diese zu unterscheiden. Sie können verschiedene Listen von Funktionen für verschiedene Versionen verwenden, um zu erklären, was jede Version hat und was nicht.

Wenn Sie Funktionen auf diese Weise verwenden, helfen Sie Kunden, die sich bereits für den Kauf Ihres Produkts entschieden haben, zu entscheiden, welche Version sie kaufen möchten.

Sie strukturieren Ihre Entscheidungen um Features. Sie entscheiden, welche Funktionen Sie anbieten möchten, welche Funktionen Sie nicht mehr anbieten möchten und in welcher Reihenfolge Sie diese Funktionen bereitstellen oder entfernen. Wenn Sie Entscheidungen darüber treffen, was Sie in Ihr Produkt aufnehmen, herausnehmen oder weglassen möchten, denken Sie in Bezug auf Funktionen, aber Sie treffen diese Entscheidungen auf der Grundlage von Vorteilen.

Funktionen vs. Vorteile

Wenn Ihre Kunden Entscheidungen darüber treffen, ob sie Ihr Produkt kaufen möchten, schauen sie sich vielleicht die Funktionen an, aber sie versuchen wirklich zu entscheiden, welche Probleme Ihr Produkt ihnen bei der Lösung helfen wird. Sie versuchen zu bestimmen, welches Ergebnis sie durch die Verwendung Ihres Produkts erzielen. Sie wollen die Vorteile verstehen, die sie erhalten.

Vorteile sind die Ergebnisse oder Ergebnisse, die Benutzer durch die Verwendung Ihres Produkts oder Ihrer Dienstleistung erzielen.

Features repräsentieren Ausgaben. Sie sind Dinge, die Ihr Team liefert, um Ihren Kunden oder Stakeholdern zu helfen, ein bestimmtes Ergebnis zu erzielen.

Beginnen Sie mit dem Aufbau eines Verständnisses für die Vorteile, die Ihre Kunden suchen. Identifizieren Sie dann die Funktionen, die Ihr Produkt benötigt und die es nicht benötigt, damit Ihre Kunden diese Vorteile nutzen können. Erfolg kommt, wenn Sie Vorteile in Begriffen ausdrücken, die Ihre Kunden verstehen, und die Funktionen Ihres Produkts mit diesen Vorteilen verknüpfen.

Productboard hat diese Vorteile identifiziert, von denen wir glauben, dass potenzielle Kunden sie suchen. Unsere Kunden wollen:

• Verstehen Sie, was Benutzer benötigen
• Priorisieren Sie, was erstellt werden soll
• Teilen Sie Ihre Roadmap
• Überwachen Sie den Fortschritt
• Gewinnen Sie das Vertrauen und das Buy-In funktionsübergreifender Teams
• Binden Sie Ihre Kundengemeinschaft ein

Basierend auf diesem Verständnis bietet Productboard die auf unserer Feature-Seite aufgeführten Funktionen. Wenn wir diese Funktionen beschreiben, geben wir an, wie sie unseren Kunden helfen, die von uns identifizierten Vorteile zu nutzen. Beispiel:

Research Repository

Verstehen, was Benutzer benötigen

Verwenden Sie das Insights Board, um Benutzerrecherchen, Funktionsanfragen und Benutzerfeedback aus einer Reihe von Quellen zu konsolidieren. Erkennen Sie Trends und identifizieren Sie Muster, mit denen Sie priorisieren können, was als nächstes erstellt werden soll, und erstellen Sie es auf die richtige Weise.

Es ist hilfreich, diese Beziehung zwischen Vorteilen und Funktionen zu berücksichtigen, wenn Sie entscheiden, welche Funktionen in welcher Reihenfolge bereitgestellt werden sollen. Anhand der Art der Beziehung zwischen Features und Vorteilen können Sie bestimmen, wie Features dargestellt werden.

Darstellung von Features

Die Art und Weise, wie Sie Features darstellen, hängt davon ab, ob Sie bereits wissen, was Sie benötigen, um die gewünschten Vorteile zu erzielen, oder ob Sie noch versuchen, den besten Weg zu finden, um Vorteile zu erzielen.

Funktionen als Lösungen darstellen

Manchmal wissen Sie, was Sie liefern müssen, um Ihren Kunden die gewünschten Vorteile zu bieten. Ihr Produkt ist möglicherweise ausgereift und Sie fügen eine Funktion hinzu, die viele Ihrer Kunden angefordert haben. Oder Sie fügen eine Funktion hinzu, um eine Lücke zu Ihren Mitbewerbern zu schließen. Möglicherweise arbeiten Sie an einem B2B-Produkt, das über bestimmte Funktionen verfügen muss, um nützlich zu sein.

In diesen Fällen ist es am einfachsten, Ihr Feature so darzustellen, wie es auf Ihrer Feature-Seite beschrieben wäre. Sie können beispielsweise den PDF-Export oder die Priorisierungsmatrix explizit als Funktionen aufrufen, an denen Sie arbeiten.

Wenn Sie Features als Lösung darstellen, ist es einfacher, ein gemeinsames Verständnis dafür zu entwickeln, was das Team produzieren wird, und Sie haben eine präzise Bezeichnung, auf die das Team in einer Diskussion verweisen kann.

Leider kann die Darstellung von Funktionen als Lösung Ihr Team an eine bestimmte Lösung binden. Dies kann dazu führen, dass ein Bedarf gelöst wird, den Benutzer nicht wirklich haben, oder dass eine noch bessere Lösung für das eigentliche zugrunde liegende Problem verpasst wird

Sie sind sich nie sicher, wie Sie ein Problem am besten lösen können, wenn Sie anfangen.

Funktionen als Bedürfnisse darstellen

Wenn Sie Funktionen als Bedürfnisse ausdrücken, beschreiben Sie nicht, wie Sie ein Ergebnis erzielen, sondern identifizieren, was Sie erreichen möchten. Anstatt die Funktion als PDF-Export zu beschreiben, beschreiben Sie sie, da ich Daten mit meinem Chef teilen muss.

Wenn Sie die Funktion als Bedarf beschreiben, lassen Sie Ihre Optionen offen, wie Sie diesen Bedarf befriedigen können. Sie erhöhen die Chancen für eine innovative Lösung und Ihr Team ist engagierter bei der Bereitstellung dieser Lösung, weil sie ein Mitspracherecht haben.

Der Nachteil beim Ausdrücken von Funktionen als Anforderungen besteht darin, dass es schwieriger sein kann, ein gemeinsames Verständnis für die Funktionen zu entwickeln, an denen Sie arbeiten. Sie können mehr Unsicherheit in Ihrem Team erleben, wenn Sie versuchen, die richtige Lösung zu finden.

Verwenden Sie eine Mischung aus beiden Ansätzen

Mit beiden Ansätzen können Sie am besten bedient werden. Wenn Sie eine klare Vorstellung von der Lösung haben und es keinen Sinn macht, weitere Erkundungen durchzuführen, definieren Sie das Feature als Lösung. Wenn die Erkennung gerechtfertigt ist, beschreiben Sie Ihre Funktionen in Bezug auf die Anforderungen.

So integrieren Sie Funktionen in die Produktplanung

Wenn Sie entscheiden möchten, was Sie in Ihr Produkt aufnehmen und was Sie weglassen möchten, beginnen Sie mit den Ergebnissen, die Sie erzielen möchten. Verwenden Sie die Strategie Ihrer Organisation, um die von Ihnen bereitgestellten Funktionen zu filtern. Kommunizieren Sie die Ergebnisse Ihrer Entscheidungen auf Ihrer Roadmap.

Priorisieren Sie Ihre Funktionen basierend auf Ergebnissen und Strategie

Stellen Sie sicher, dass Sie und Ihr Team die Vorteile, die Sie Ihren Kunden bieten möchten, klar verstehen, und identifizieren Sie dann die minimalen Funktionen, die Sie bereitstellen müssen, um diese Vorteile zu erzielen.

Wenn Sie von Ihren Kunden eine Anfrage nach einer bestimmten Funktion erhalten, sollten Sie genauer hinschauen, um zu verstehen, warum. Welches Problem wird diese Funktion ihnen helfen, zu lösen? Welchen Nutzen wird diese Funktion für sie bieten?

Wenn Sie verstehen, wonach Ihre Kunden wirklich suchen und warum, können Sie feststellen, ob die Lösung sinnvoll ist oder ob Sie weiter suchen müssen, um eine bessere Lösung zu finden.

Nur weil Sie Kunden haben, die Sie bitten, ein bestimmtes Bedürfnis zu befriedigen, bedeutet das nicht, dass es für Ihr Produkt oder Ihre Organisation Sinn macht.

Sie müssen die Strategie Ihres Unternehmens verstehen. Verwenden Sie diese Strategie als Filter, um zu bestimmen, welche Anforderungen erfüllt und welche ignoriert werden sollen. Verwenden Sie diese Strategie als Filter, um zu entscheiden, welche Funktionen bereitgestellt und welche ignoriert werden sollen. Die Strategie Ihres Unternehmens sollte ein Nordstern für Ihre Produktentscheidungen sein.

Funktionen und die Produkt-Roadmap

Sobald Sie sich entschieden haben, eine Funktion bereitzustellen, ist es an der Zeit, sie in Ihre Roadmap aufzunehmen. Auf diese Weise können Sie die Funktionen kommunizieren, an denen Sie arbeiten möchten und wann Sie daran arbeiten werden.

Bedeutet das, dass Ihre Roadmap Feature-driven sein sollte? Nicht unbedingt.

Sie sollten Ihre Roadmap eher nach Ergebnissen als nach Ergebnissen organisieren. Beschreiben Sie die Vorteile, die Sie Ihren Kunden bieten möchten, und nicht die Funktionen, mit denen Sie diese Vorteile erzielen.

Wenn Sie Ihre Roadmap durch Funktionen steuern, kommunizieren Sie Einzelheiten darüber, was Sie liefern werden. Dies mag kurzfristig genau sein, könnte aber langfristig weit entfernt sein. Wenn Sie vermeiden möchten, unangemessene Erwartungen zu setzen, sollten Sie die Ergebnisse, die Sie ansprechen möchten, besser in bestimmten Zeiträumen ausdrücken, ohne explizit anzugeben, welche Funktionen Sie bereitstellen, um diese Vorteile zu erzielen.

Möglicherweise sind bestimmte Funktionen in Ihrer Roadmap aufgeführt, insbesondere in naher Zukunft. Der Schlüssel liegt darin, die Erwartungen in jeder Situation auf das richtige Maß an Sicherheit zu setzen.