Warum Upsun? Entwicklung einer neuen Entwicklererfahrung durch Nutzerforschung

Unser neuestes Angebot, Upsun, ist jetzt live - und wir möchten Ihnen einen Einblick in seine Entstehung geben. Im Laufe eines Jahres haben wir Feedback von Entwicklern (unseren Hauptnutzern) eingeholt, um einige der wichtigsten Herausforderungen von Platform.sh-Produkten besser zu verstehen.

Durch umfangreiche Nutzerforschung und -tests konnten wir drei wichtige Produktbereiche identifizieren, die es zu verbessern gilt:

Rationalisierung von Onboarding und Projekterstellung

Flexible, container-basierte Ressourcenzuweisung

Schaffung eines nutzungsbasierten Abrechnungsmodells für flexible Ressourcen und mehr

Um den Kontext zu verdeutlichen: Als Platform.sh vor mehr als 10 Jahren entwickelt wurde, haben unsere Hauptnutzer Drupal-Websites erstellt. Heute haben wir Benutzer auf der ganzen Welt, die nicht nur Drupal-Websites, sondern eine Vielzahl von Anwendungen erstellen. Dies und die Erkenntnisse aus unserer Forschung haben uns dazu veranlasst, ein neues Produkt mit einer breiten Palette neuer Funktionen zu entwickeln und die Funktionalität, das Onboarding und die Konfiguration für jede Anwendung zu ermöglichen. Lesen Sie weiter, um herauszufinden, wie wir das geschafft haben!

Einen guten ersten Eindruck machen: Alles beginnt mit dem Onboarding

Um unser Produkt zu optimieren und den Entwicklern ein optimales Erlebnis zu bieten, mussten wir zunächst unseren Onboarding-Prozess optimieren.

Aus dem Feedback, das wir durch Umfragen, Interviews und Datenanalysen gesammelt hatten, erfuhren wir, dass einige unserer Nutzer unseren Onboarding-Prozess einfach genug fanden - vor allem Ingenieure, Backend-Entwickler und solche mit Expertenwissen - und keine Probleme hatten, ein Projekt zu erstellen und Code zu implementieren. Ein großer Teil (48,1 %) unserer Nutzer fand es jedoch viel zu kompliziert, ein Projekt zu erstellen oder zu entwickeln, selbst mit unserer Dokumentation und unserem bereitstehenden Support-Team. Einige Nutzer fanden die Kontoerstellung langwierig, während andere erhebliche Schwierigkeiten hatten, ihre Projekte zu konfigurieren, ihr Repository und andere Integrationen zu verbinden. In Platform.sh befinden sich diese Einrichtungsschritte nicht in einem kombinierten Ablauf. Vielmehr sind sie unzusammenhängend und müssen von verschiedenen Bereichen des Platform.sh-Produkts aus aufgerufen werden.

Alles in allem haben uns diese Faktoren dazu veranlasst, unser Ziel neu zu definieren: Alle neuen Kunden sollten ein Projekt mit Leichtigkeit erstellen und aufbauen können, ohne sich auf die Dokumentation verlassen zu müssen. Wir wollten, dass die Benutzer die Leistungsfähigkeit und Magie unseres Produkts schneller erkennen, indem wir unnötige Komplexität beseitigen. Um unser grundlegendes Onboarding-Erlebnis neu zu gestalten, reduzierte das Team den Ablauf durch ein Customer-Journey-Mapping, während unsere Ingenieure Diskussionen über neue und verbesserte Möglichkeiten zur Erstellung und Konfiguration von Projekten führten. Unser Produktteam setzte sich für eine Benutzererfahrung ein, bei der zuerst ein Demoprojekt gezeigt wird, damit die Benutzer schnell sehen können, wie einfache Projekte erstellt werden können. Parallel dazu arbeitete unser Produktdesignteam an einem neuen, abgestuften Ablauf und einer Oberfläche, die es den Benutzern ermöglicht, sich ohne Ablenkung auf die Erledigung bestimmter Aufgaben zu konzentrieren. Unser Designteam hat dabei sowohl die mobile als auch die Desktop-Ansicht in den Vordergrund gestellt.

Wir verkürzten den Prozess der Kontoerstellung von vier auf zwei Schritte, führten einen Ansatz ein , bei dem die Organisation im Vordergrund steht, und leiteten die Benutzer direkt in die Projekterstellung über, wo einer der ersten Schritte die Verbindung zu ihrem Repository erfordert.

Aus der Perspektive der Benutzererfahrung und des Oberflächendesigns haben wir einen neuen Onboarding-Flow für unsere Key-Account-, Projekt- und Conversion-Flows innerhalb des Produkts entwickelt. Diese neuen Abläufe sind allesamt seitenfüllend - ein Designansatz, der die Ablenkung der Benutzer während einiger unserer wichtigsten Produktmomente (z. B. Anmeldung, Organisationserstellung, Projekterstellung, Integrationseinrichtung) begrenzt. Das Ergebnis? Das einfachere, reibungslosere Onboarding-Erlebnis, das sich die Entwickler gewünscht haben.

Mit Ressourcenflexibilität haben Sie die Wahl

Unser nächstes Ziel war es, den Nutzern die Möglichkeit zu geben, die Größe ihrer Anwendungs- und Service-Container selbst zu bestimmen, anstatt die Standardgröße automatisch zu bestimmen. Wir wissen, dass jedes Projekt andere Anforderungen stellt - denken Sie nur an die Erstellung eines Headless Chrome-Projekts im Vergleich zu einer WordPress-Website oder einem E-Commerce-Shop. Darüber hinaus hat jede Anwendung und jeder Dienst natürlich unterschiedliche Anforderungen an CPU (Rechenleistung), RAM (Arbeitsspeicher) und Festplatte (Speicher). Wir haben uns zum Ziel gesetzt, diese Flexibilität sowie eine nutzungsabhängige Preisgestaltung für Ressourcen anzubieten.

Ursprünglich schränkten unsere Plangrößen (z. B. Standard, Medium, Large, X-Large) die Flexibilität ein, da sie Gesamtressourcenlimits hatten. Ein Standard-Tarif mit 0,96 vCPU und 0,75 GB RAM konnte beispielsweise einen großen Sprung in der Tarifgröße erfordern, um mehr Ressourcen zu erhalten, obwohl Sie vielleicht nur ein wenig mehr für einen kurzen Zeitraum benötigt hätten. Denken Sie an den Black-Friday-Verkehr, bei dem Sie die CPU und den Arbeitsspeicher nur an diesem Wochenende benötigen.

Unser UX-Team machte sich auf die Suche nach Benutzerabläufen, die es den Benutzern intuitiv und einfach ermöglichen, ihre eigenen Anwendungs- und Service-Container zu konfigurieren und zu vergrößern. Wir haben uns die offensichtlichen Pfade angesehen:

Auf der Seite mit den Metriken, auf der die Benutzer die CPU-, RAM- und Festplattenleistung ihrer Container überprüfen

Von den Apps- und Service-Karten, die eine visuelle Darstellung aller Benutzeranwendungen und -dienste darstellen, mit Links zur Anzeige der Details der Serviceseite dieser Container

Von unseren Umgebungsübersichtskarten, auf denen wir die gesamten CPU-, RAM- und Festplattenressourcen der Umgebung zusammenfassen

Auf der Seite der Dienste finden Sie eine detaillierte Übersicht über jeden einzelnen Container

Und, last but not least, auf unserer Abrechnungsseite für Projekte, wo Benutzer die Ressourcenzuweisung aller Umgebungen vergleichen und die Ressourcenkosten einsehen können

Mit Upsun können Benutzer nun die Größe der CPU, des RAM und der Festplatte eines jeden Containers festlegen und die Anzahl der Instanzen für jede Anwendung (eine brandneue Funktion) über das Produkt erhöhen. Das Speicherverhältnis ist jetzt auch über die CLI konfigurierbar (das CPU-zu-RAM-Verhältnis), und wir bieten mehr Transparenz für das Speicherverhältnis der Container im Konfigurationsbildschirm.

Die Flexibilität und Kontrolle über die Größe ihrer Projekte, Anwendungen und Dienste ermöglicht es den Nutzern, die Container so zu dimensionieren, wie sie es für ihre Anwendungen und Standorte benötigen, und dabei nur für die gewünschten und genutzten Ressourcen zu bezahlen. Diese Freiheit hat die Upsun-Initiative für flexible Ressourcen untermauert und uns wiederum dazu veranlasst, unser Preismodell zu ändern. Wir bewegen uns weg von festen Plänen hin zu ressourcenbasierten und flexiblen, nutzungsbasierten Preisen und betrachten unsere Tiers und Geschäftsangebote in einem breiteren Rahmen.

Nutzerpreise nach Organisation

Flexible Ressourcen waren nur der Anfang unserer Überlegungen zu einem neuen Preismodell. Als wir uns mit der Entwicklung eines neuen Preismodells befassten, sahen wir eine Möglichkeit, die Art und Weise zu ändern, wie unsere Benutzerlizenzen aufgebaut und abgerechnet werden. Zuvor wurden die Benutzer für jeden Benutzer und jedes Projekt in Rechnung gestellt. Zur Veranschaulichung: Nehmen wir an, Sie hätten ein Team von fünf Agenturentwicklern, die jede Woche/jeden Monat/jedes Jahr an neuen Website-Projekten arbeiten, bei vier Projekten pro Monat. Für jedes Projekt würden Ihnen $10 USD/Benutzer/Projekt berechnet werden. Dies sieht folgendermaßen aus:

Projekt 1 x 5 Benutzer = 50 USD

Projekt 2 x 5 Benutzer = 50 USD

Projekt 3 x 5 Benutzer = 50 USD

Projekt 4 x 5 Benutzer = 50 USD

Gesamtlizenzgebühren für den Monat = 200 USD (auch wenn das gleiche Entwicklungsteam an Ihren Projekten arbeitet).

Dieses Modell ist für eine Agentur nicht ideal, da PaaS- und SaaS-Produkte in der Regel pro Benutzerlizenz und nicht pro gewährtem Projektzugang abgerechnet werden. Daher haben wir nach Möglichkeiten gesucht, unsere Benutzerlizenzen in ein Organisationsobjekt zu verlagern, bei dem die Benutzerlizenzen einmalig abgerechnet werden und die Möglichkeit besteht, den Zugriff auf beliebige Projekte zu gewähren, ohne dass zusätzliche Kosten anfallen. Dies führt zu ähnlichen Kosten wie:

Organisation A, mit 50 Projekten und 5 Benutzern = 50 USD für Benutzerlizenzen insgesamt

Die Umstellung auf ein organisationsbezogenes Onboarding und die Verlagerung der Abrechnung auf die Organisation waren grundlegende Veränderungen nicht nur in der Benutzererfahrung, sondern auch in der Architektur unserer Abrechnungsinfrastruktur. Beides hat zu enormen Vorteilen für die Nutzer von Upsun geführt.

Aufbau von Upsun

Vieles von dem, was wir mit Upsun gemacht haben, basiert darauf, den Nutzern mehr Freiheit und Kontrolle zu geben, damit sie mehr von dem tun können, was sie wollen, wie sie wollen und wann sie wollen. Wir haben ein Produkt geschaffen, das auf verschiedene Anwendungen abzielt, mit einer Benutzererfahrung, die auf die einzelnen Mitwirkenden zugeschnitten ist. Wir haben dies in weniger als einem Jahr erreicht, indem wir Self-Service und nutzungsabhängige Abrechnung eingeführt haben, mit einem Ansatz, bei dem die Organisation im Vordergrund steht.

Upsun wurde zu einer Spielwiese zum Ausprobieren, Scheitern und schnellen Iterieren in vielerlei Hinsicht und bei vielen Funktionen. Beim Aufbau von Upsun haben wir allein in diesem Jahr an mehr als 20 neuen Feature-Projekten gearbeitet, die E-Mails und Konversionsflüsse, Repository-Verbindungen, vertikale und horizontale Skalierung von Ressourcen und Teams umfassen - und nicht zu vergessen die großen visuellen Branding-Änderungen auf der Frontend-Seite, die wir in einem kommenden Artikel behandeln werden. Bleiben Sie dran, denn das wird ein spannender Artikel 😉 .

In den kommenden Monaten wird sich Upsun in der Beta-Phase weiterentwickeln und durch das Feedback der Nutzer verbessern. Wenn du es also noch nicht getan hast, melde dich für eine kostenlose Testversion an, um Upsun zu testen. Lassen Sie uns wissen, was Sie denken, und beobachten Sie die Entwicklung aus erster Hand.

Kostenlose Testversion starten