Pourquoi Upsun ? Créer une nouvelle expérience pour les développeurs grâce à la recherche sur les utilisateurs

Notre dernière offre, Upsun, est maintenant en ligne et nous voulions vous donner un aperçu de sa genèse. Pendant un an, nous avons recueilli les commentaires des développeurs (nos principaux utilisateurs) afin de mieux comprendre certains de leurs principaux défis liés aux produits Platform.sh.

Grâce à des recherches et des tests approfondis auprès des utilisateurs, nous avons identifié trois domaines clés du produit à améliorer :

Rationalisation de l'accueil et de la création de projets

Fournir une allocation de ressources flexible, basée sur des conteneurs

Créer un modèle de facturation basé sur l'utilisation pour répondre à la flexibilité des ressources et plus encore.

Pour situer le contexte, lorsque Platform.sh a été créé il y a plus de 10 ans, nos principaux utilisateurs cibles construisaient des sites web Drupal. Aujourd'hui, nous avons des utilisateurs dans le monde entier qui créent un ensemble varié d'applications, et pas seulement des sites Drupal. Ce constat, ainsi que les résultats de nos recherches, nous ont amenés à concevoir un nouveau produit doté d'un large éventail de nouvelles fonctionnalités et à permettre la mise en œuvre, l'intégration et la configuration de n'importe quelle application. Lisez la suite pour savoir comment nous avons procédé !

Faire une bonne première impression : tout commence par l'onboarding

Pour commencer à optimiser notre produit et à offrir aux développeurs une expérience optimale, nous devions d'abord rationaliser notre processus d'accueil.

D'après les commentaires recueillis par le biais d'enquêtes, d'entretiens et d'analyses de données, nous avons appris que certains de nos utilisateurs trouvaient notre processus d'accueil assez simple - principalement les ingénieurs, les développeurs backend et les personnes ayant des connaissances de niveau expert - et n'avaient aucun problème à créer un projet et à déployer du code. Cependant, une grande partie (48,1 %) de nos utilisateurs ont trouvé qu'il était beaucoup trop complexe de créer ou de construire un projet, même avec notre documentation et notre équipe d'assistance prête à intervenir. Certains utilisateurs ont trouvé la création de compte fastidieuse, tandis que d'autres ont éprouvé des difficultés considérables à configurer leurs projets, à connecter leur référentiel et à réaliser d'autres intégrations. Dans Platform.sh, ces étapes de configuration ne sont pas regroupées dans un flux unique. Au contraire, elles sont disjointes et doivent être accessibles à partir de différentes zones du produit Platform.sh.

Dans l'ensemble, ces facteurs nous ont amenés à revoir notre objectif : faire en sorte que tous les nouveaux clients puissent créer et construire un projet facilement, sans avoir besoin de s'appuyer sur la documentation. Nous voulions que les utilisateurs découvrent plus rapidement la puissance et la magie de notre produit en éliminant toute complexité inutile. Pour réimaginer notre expérience d'accueil, l'équipe a réduit le flux grâce à une cartographie du parcours client, tandis que nos ingénieurs ont mené des discussions sur des façons nouvelles et améliorées de créer et de configurer des projets. Notre équipe produit a insisté pour que l'expérience utilisateur soit centrée sur les projets de démonstration, permettant aux utilisateurs de voir rapidement comment des projets simples peuvent être créés. Parallèlement, notre équipe de conception de produits s'est efforcée de rationaliser un nouveau flux et une nouvelle interface qui permettent aux utilisateurs de se concentrer sur l'exécution de certaines tâches sans être distraits. Notre équipe de conception a donné la priorité aux vues mobiles et de bureau pour ces expériences.

Nous avons raccourci notre processus de création de compte de quatre à deux étapes, introduit une approche d'organisation d'abord, et déplacé les utilisateurs directement dans la création de projet, où l'une des premières étapes exige que les utilisateurs se connectent à leur référentiel ; auparavant, cette étape était décousue pour les utilisateurs et se trouvait dans la zone d'intégration du produit.

Du point de vue de l'expérience utilisateur et de la conception de l'interface, nous avons créé un nouveau flux d'accueil pour nos principaux comptes, projets et flux de conversion au sein du produit. Ces nouveaux flux sont tous des expériences pleine page - une approche de conception qui limite les distractions pour les utilisateurs pendant certains moments clés de notre produit (par exemple, l'inscription, la création d'une organisation, la création d'un projet, la configuration d'une intégration). Le résultat ? L'expérience d'accueil plus simple et plus fluide demandée par les développeurs.

Avec la flexibilité des ressources, vous avez le choix

Notre objectif suivant était de permettre aux utilisateurs de dimensionner eux-mêmes leurs conteneurs d'applications et de services plutôt que de les dimensionner automatiquement par défaut. Nous savons que chaque projet a des besoins différents - pensez à ce dont vous auriez besoin pour créer un projet Headless Chrome par rapport à un site WordPress ou une boutique de commerce électronique. En outre, chaque application et service a naturellement des besoins différents en termes de CPU (calcul), de RAM (mémoire) et de disque (stockage). Nous avons décidé d'offrir cette flexibilité ainsi qu'une tarification des ressources basée sur l'utilisation.

À l'origine, la taille de nos plans (Standard, Medium, Large, X-Large) limitait la flexibilité parce qu'ils comportaient des limites de ressources totales. Par exemple, un plan Standard avec 0,96 vCPU et 0,75 Go de RAM pouvait nécessiter un saut important dans la taille du plan pour obtenir plus de ressources alors que vous n'en aviez besoin que d'un peu plus, pour une courte période de temps. Pensez à l'achalandage du vendredi noir qui augmente l'unité centrale et la mémoire vive dont vous avez besoin seulement pendant ce week-end.

Notre équipe UX s'est attelée à trouver des flux d'utilisateurs qui permettent intuitivement et facilement aux utilisateurs de configurer et de dimensionner leurs propres conteneurs d'applications et de services. Nous nous sommes tournés vers les chemins les plus évidents :

Depuis la page des métriques, lorsque les utilisateurs examinent les performances de leurs conteneurs en termes de CPU, de RAM et de disque.

Depuis les cartes Apps et Services, qui sont la représentation visuelle de toutes les applications et services de l'utilisateur, avec des liens pour voir les détails de la page de services de ces conteneurs.

Depuis les cartes de présentation de l'environnement, qui résument les ressources totales de l'environnement en termes de CPU, de RAM et de disque.

Depuis la page des services, l'aperçu détaillé de chaque conteneur.

Et enfin, depuis la page de facturation des projets, où les utilisateurs peuvent comparer l'allocation des ressources de tous les environnements et voir les coûts des ressources.

Avec Upsun, les utilisateurs peuvent désormais définir la taille du CPU, de la RAM et du disque de chaque conteneur, ainsi qu'augmenter le nombre d'instances pour n'importe quelle application (une toute nouvelle fonctionnalité) à travers le produit. Les ratios de mémoire sont désormais également configurables via le CLI (le ratio CPU-to-RAM), et nous fournissons plus de transparence sur le ratio de mémoire des conteneurs dans l'écran de configuration.

Donner aux utilisateurs la flexibilité et le contrôle pour dimensionner leurs projets, applications et services leur permet de dimensionner les conteneurs comme ils le souhaitent pour s'adapter à leurs applications et sites, tout en ne payant que pour les ressources qu'ils veulent et utilisent. Cette liberté est à la base de l'initiative de ressources flexibles d'Upsun et nous a conduits à modifier notre modèle de tarification. Nous avons abandonné les plans fixes au profit d'une tarification basée sur les ressources et flexible, basée sur l'utilisation, et nous avons examiné plus largement nos paliers et nos offres commerciales.

Une tarification utilisateur centrée sur l'organisation

Les ressources flexibles n'étaient que le début de l'exploration de notre nouveau modèle de tarification. Lorsque nous nous sommes lancés dans la création d'un nouveau modèle de tarification, nous avons trouvé l'occasion de modifier la façon dont nos licences utilisateur sont construites et facturées. Auparavant, les utilisateurs étaient facturés pour chaque utilisateur sur chaque projet. Pour mettre les choses en perspective, supposons que vous ayez une équipe de cinq développeurs travaillant sur de nouveaux projets de sites web chaque semaine/mois/année, à raison de quatre projets par mois. Pour chaque projet, vous seriez facturé 10 USD/utilisateur/projet. Voici comment cela se présente :

Projet 1 x 5 utilisateurs = 50 USD

Projet 2 x 5 utilisateurs = 50 USD

Projet 3 x 5 utilisateurs = 50 USD

Projet 4 x 5 utilisateurs = 50 USD

Total des frais de licence pour le mois = 200 USD, (même si ce sont les mêmes utilisateurs de l'équipe de développement qui travaillent sur vos projets).

Ce modèle n'est pas idéal pour une agence ; en général, les produits PaaS et SaaS sont facturés par licence d'utilisateur et non par accès au projet. Nous avons donc cherché à déplacer nos licences utilisateur vers un objet organisationnel, où les licences utilisateur sont facturées une seule fois, avec la possibilité d'accorder l'accès à n'importe quel projet sans encourir de coûts supplémentaires. Il en résulte un coût similaire à celui de l'organisation A, avec 50 projets et 5 projets :

Organisation A, avec 50 projets et 5 utilisateurs = 50 USD de licences utilisateur au total

Le passage à une expérience d'organisation d'abord dans notre flux d'accueil et le transfert de notre facturation à l'organisation ont été des changements fondamentaux non seulement dans l'expérience de l'utilisateur, mais aussi dans l'architecture de notre infrastructure de facturation. Ces deux changements ont apporté d'énormes avantages aux utilisateurs d'Upsun.

Construire Upsun

Une grande partie de ce que nous avons fait avec Upsun consiste à donner aux utilisateurs plus de liberté et de contrôle pour faire plus de ce qu'ils veulent, comme ils le veulent et quand ils le veulent. Nous avons créé un produit qui cible diverses applications, avec une expérience utilisateur adaptée à chaque contributeur. Nous y sommes parvenus en moins d'un an en introduisant le libre-service et la facturation basée sur l'utilisation, avec une approche axée sur l'organisation.

Upsun est devenu un terrain de jeu qui nous a permis d'essayer, d'échouer et d'itérer rapidement de différentes manières, à travers de nombreuses fonctionnalités. En construisant Upsun, nous avons travaillé sur plus de 20 projets de nouvelles fonctionnalités rien que cette année, englobant les emails et les flux de conversion, la connexion au référentiel, la mise à l'échelle des ressources verticalement et horizontalement, les équipes - et n'oublions pas les grands changements de marque visuelle du côté frontend, que nous couvrirons dans un prochain article. Restez à l'écoute car c'est un article amusant 😉 .

Dans les mois à venir, Upsun continuera d'évoluer et de s'améliorer grâce aux commentaires des utilisateurs que nous recevrons. Alors, si vous ne l'avez pas encore fait, inscrivez-vous à un essai gratuit pour tester Upsun. Faites-nous savoir ce que vous en pensez et observez son évolution de première main.

Démarrer un essai gratuit