⏳ All products aren't created equal: Empty and filled products

Nicht alle Produkte sind gleich. Einige Produkte sind „gefüllt“: Die Integration externer Daten in das Produkt ist eine Voraussetzung, um dem Nutzer einen Mehrwert zu bieten. Auch wenn dies für das Softwareentwicklungsteam zunächst große Herausforderungen und längere Entwicklungszyklen mit sich bringen kann, kann es für Endnutzer einen hohen Mehrwert und für etablierte Unternehmen erhebliche Eintrittsbarrieren bedeuten. Als gefülltes Produkt stand folk vor diesen typischen Herausforderungen. Vom ersten Tag an haben wir Kommunikationsquellen integriert und die Interaktionen der Benutzer (E-Mails, Kalenderereignisse) importiert. An die 5.000 Piloten auf der Warteliste: Vielen Dank für Ihre Geduld, wir schaffen Tag für Tag einen Mehrwert. Das Warten wird sich lohnen.

Das Ziel jedes Produktteams ist es, einen Mehrwert für seine Endnutzer zu schaffen. Die Teams behalten dies in jeder Phase des Entwicklungsprozesses im Hinterkopf. Allerdings unterscheidet sich jeder Prozess je nachdem, wie das Produkt Daten und Inhalte konsolidiert. Es lassen sich zwei Produktfamilien unterscheiden:

Über leere Produkte

Diese Produkte funktionieren eigenständig. Ihr Wert liegt in der Art und Weise, wie der Benutzer Inhalte in dem Produkt erstellt. Es gibt keine anfängliche Integration, die die Benutzererfahrung beeinflusst. Diese Produkte dienen dazu, Daten zu speichern. Dies gilt für verschiedene Produktkategorien:

• Notiz-Apps, z. B. Notion, Slite

• Produkt-/Projektmanagement-Apps, z. B. Asana, Trello, Cycle, Jira

• Präsentationswerkzeuge, z. B. Pitch

• Aufgabenmanager, z. B. Todoist, Wunderlist, Kairn

• Kommunikationsmittel, z. B. Slack, Aircall

Über gefüllte Produkte

Diese Produkte entfalten ihren Wert erst nach dem Import, der Aggregation und der Konsolidierung externer Daten aus anderen Produkten oder APIs. In diesem Sinne sind Integrationen ein Eckpfeiler der User Journey und ein frühzeitiger Schwerpunkt für Produktentwicklungsteams. Diese Produkte übernehmen bereits vorhandene Inhalte und umfassen verschiedene Client-Software:

• Kommunikations- und Messaging-Clients, z. B. Front, Superhuman

• Kalender-Clients, z. B. Sunrise (RIP), Cron

• Kontaktmanagement-Kunden, z. B. Folk

• Datenvisualisierungstools, z. B. Tableau, Data Studio, Forest Admin

Nach den ersten Jahren der Produktiterationen verschwimmt der Unterschied zwischen leeren und gefüllten Produkten tendenziell – das gilt insbesondere für erfolgreiche Produkte. In unserer aufstrebenden API-Wirtschaft wird jedes erfolgreiche Team letztendlich Integrationen entwickeln.

In der Anfangsphase, noch bevor die Produkt-Markt-Passung erreicht ist, ist dieser Unterschied jedoch von Bedeutung und stellt das Entwicklungsteam vor zusätzliche Herausforderungen.

Nicht alle Produkte sind gleich: Der gefährliche Weg zu gefüllten Produkten

Nicht alle Produkte sind gleich. Gute Produktteams wissen das. Die Unterschiede sind vielfältig und zeigen sich in der Komplexität der erforderlichen Funktionen, der Komplexität der Produkttechnologie oder in der Stärke der bereits etablierten Produkte.

Die Entwicklung eines Filled-Produkts erschwert den anfänglichen Softwareentwicklungsprozess. Filled-Produkte integrieren Eingabedaten aus verschiedenen Quellen und sind in diesem Sinne Clients. Die Abhängigkeit von externen Daten bringt drei Arten von Herausforderungen mit sich:

Verwaltung & Recht

Alles beginnt mit der Eingabe der Daten. Eingabedaten existieren nicht in einem Vakuum. Sie werden von einem Mutterunternehmen gehostet, das eine API entwickelt haben sollte. Der Zugriff erfordert in der Regel langwierige administrative und rechtliche Verfahren, bevor ein Vertrag abgeschlossen werden kann. Nehmen wir die Gmail-API als Beispiel. Dort müssen Produkte eine Sicherheitsbewertung durch Dritte durchlaufen, die zwischen 15.000 und 75.000 US-Dollar kosten kann. Lösungen erfordern oft Zeit- und/oder Geldinvestitionen, um die Partnerschaft abzuschließen. Das haben wir mit Gmail für Folk gemacht.

Daten

• Heterogene Daten – Die Daten sind jetzt da. Möglicherweise stammen sie aus verschiedenen Quellen. Je nach Quelle sind sie unterschiedlich strukturiert. Nehmen wir Front als Beispiel: Dort mussten versendete E-Mails, Twitter-Nachrichten, WhatsApp-Nachrichten usw. integriert werden. Datenteams müssen sicherstellen, dass alle gesammelten Datenpunkte vereinheitlicht werden.

• Duplizierte Daten – Mehrere Datenquellen sollten ebenfalls zu Duplikaten führen. Unserer Erfahrung nach führen Duplikate zu Redundanzen. Dies erfordert eine Deduplizierung, damit ein Datenpunkt einem Vorkommen entspricht.

• Ungenaue Daten – Eingabedaten können ebenfalls Fehler enthalten. Die Bereinigung externer Daten durch Entfernen ungenauer Datenpunkte ist eine Voraussetzung für eine gute Benutzererfahrung.

• Irrelevant data — After integrating this external, heterogeneous, and potentially duplicated data, it needs to be treated in a way that's relevant to the user. In Empty products, the data is user-generated so there isn’t any concern about the relevancy of the content. In Filled products though, the challenge is to make it relevant.

Um diese Herausforderungen zu bewältigen, muss ein Datenteam mit Datenverarbeitungskompetenzen aufgebaut und eine Dateninfrastruktur (einschließlich eines Data Lake) eingerichtet werden, um die empfangenen Daten zu sammeln, zu hosten und zu verarbeiten. Dies ist ebenfalls ein zusätzlicher Kostenfaktor, der berücksichtigt werden muss.

Benutzererfahrung

• Trust — Building trust with users is a tedious process, especially for Filled products. A user is familiar with their own data, so there’s little room for mistakes when it gets synchronized on the software. Any data loss or data alteration will be fatal to the already fragile trust you’re trying to build and will inevitably result in churn. Trust is hard to build and easy to lose.

• Leistung – Es können große Datenmengen in das Produkt einfließen. Die Produktteams müssen sicherstellen, dass die Infrastruktur die Last des Imports externer Daten bewältigen kann und gleichzeitig die Leistung auf höchstem Niveau bleibt.

• Auffindbarkeit – Bei der großen Menge importierter Daten muss jeder Datenpunkt auffindbar sein. Dies erfordert zusätzliche Funktionen wie Kategorisierung und Suche. Die Auffindbarkeit von Daten ist kein Problem für Software, deren Inhalte von Benutzern generiert werden.

Wer ohne Gefahr siegt, triumphiert ohne Ruhm.

Während sich die meisten Entwicklungsteams einig sind, dass der Weg zu einem ausgereiften Produkt mit Herausforderungen gepflastert sein wird, sind sich die Endnutzer dessen nicht unbedingt bewusst. Ihre Erwartungen an das Produkt werden nicht geringer sein. Daher muss die Gesamtqualität des Produkts – Design, Geschwindigkeit und Funktionen – den höchsten Standards entsprechen, um Ihre Kunden zu begeistern.

Angesichts all dieser Hindernisse fragen Sie sich wahrscheinlich, warum wir dann überhaupt ein Filled-Produkt auf den Markt bringen?

Ja, es ist ein großes Unterfangen. Aber es hat einen bedeutenden, bahnbrechenden Produktwert für die Nutzer:

• Lower time-to-value — When the onboarding is done, the user already has all his data on the product. Users can be fully operational right as they get started on the product, as opposed to Empty products where users need to input content progressively. On Superhuman, you’re able to start using the software right after your onboarding, since all your email data is already in.

• Datengesteuertes Produkt – Von Tag 1 an enthält ein Filled-Produkt große Datenmengen. Es ist ein hervorragender Nährboden für die Entwicklung intelligenter Funktionen, die auf Datenanalysen basieren. Bei folk können wir vom Tag Ihrer Registrierung an Ihre Duplikate erkennen, irrelevante Kontakte identifizieren und Ihre Beziehungen zu Ihren Kontakten anhand Ihrer Interaktionen mit ihnen bewerten. Diese intelligenten Funktionen werden selbst bei Ihren ersten Nutzern für Begeisterung sorgen. Der Höhepunkt eines datengesteuerten Produkts ist der Aufbau einer „kanonischen” Datenbank, d. h. die Nutzung derselben Datenpunkte, die von mehreren Nutzern verwendet werden, um einen Netzwerkeffekt zu erzielen. Dies ist ein komplexer Prozess, der jedoch zum Aufbau einer Schutzmauer beiträgt.

• Einzige Quelle der Wahrheit – Das Filled-Produkt zentralisiert einen bestimmten Datensatz (Kontakte, E-Mails usw.) und wird zu Ihrer primären Quelle der Wahrheit. Jede Aktualisierung aus anderen Datenpunkten wird im Filled-Produkt übernommen. Benutzer haben nun eine Software, auf die sie sich bei der Ausführung einer bestimmten Aufgabe verlassen können. Unabhängig vom Kommunikationskanal (Twitter, E-Mails, WhatsApp usw.) nutze ich beispielsweise Front, um mit all meinen Kunden zu interagieren.

Es ist ganz klar, warum Filled-Produkte so großartig sind. Die Nutzer erkennen schnell ihren Wert (bessere Konversion!) und werden sie länger nutzen, da sie von einzigartigen Datenvorteilen und einer einzigen Quelle der Wahrheit profitieren (also geringere Abwanderung!).

Das Schwierige an schwierigen Dingen

Von den 25 Start-up-Projekten, die wir bei eFounders ins Leben gerufen haben, sind nur wenige von vornherein als „Filled”-Produkte konzipiert – Mention, Front, Forest Admin und Upflow.

Folk is the newest addition to this family. And like our other “Filled” products, developing Folk has its inherent challenges. Knowing there would be hurdles to overcome, we decided from the get-go to maintain the highest development standards and never compromise on product quality. Hard times may have delayed our launch, but these efforts aren’t lost. If well-executed, early integrations will fuel adoption and create game-changing product value. We are aiming for perfection. We promise it will be worth the wait.

Filled products are hard yes, but they’re great. The road may be full of struggle, but isn't it the hard thing about hard things?