Pourquoi lancer un produit sans fonctionnalité de connexion
(casparwre.de)- En reportant l’implémentation de la connexion
→ on accélère le développement et on réduit la complexité du code
→ on diminue la friction lors de l’onboarding des utilisateurs
→ on réduit la surface d’attaque face au piratage
→ cela peut aussi apporter des avantages potentiels en SEO
-
Les 2 produits web que l’auteur a menés au succès n’avaient pas de connexion
-
Le produit sur lequel il travaille actuellement génère 5000 vues par jour / 2000 $ de revenus mensuels, mais la connexion n’y a été ajoutée que 4 ans après le lancement
13 commentaires
Waouh… je n’avais jamais imaginé qu’on puisse identifier les utilisateurs via un lien unique sans login, c’est vraiment ingénieux, haha
Je vais essayer d’implémenter ce projet annexe sans système de connexion cette fois, hihi
De notre côté, à cause de la charge liée au traitement des données personnelles, la première fonctionnalité que nous avons écartée a été l’inscription/la connexion. Il y avait aussi la charge d’implémentation, mais surtout nous n’avions pas les ressources humaines pour l’exploitation ni pour le traitement des données personnelles, donc cela nous paraissait trop lourd. Nous avons beaucoup hésité, car il y a de nombreuses fonctionnalités et commodités qu’on peut offrir après connexion, mais au final nous l’avons retirée et nous avançons ainsi pour la première version.
Oui, je pense que c’est un excellent choix. N’hésitez pas à présenter le produit que vous créez sur Show GN si vous en avez l’occasion ! haha
Y compris les avantages potentiels en SEO -> il semble qu’il y ait une faute de frappe dans cette partie
Oups, oui, j’ai corrigé ça en urgence ;)
Au début, le produit de notre entreprise a bien grandi sans système de connexion, mais plus tard, quand le produit a évolué au point de nécessiter une connexion, il a été difficile d’inciter les utilisateurs à se connecter. J’imagine que c’est une option à choisir selon le produit.
Oui, on dirait que l’astuce consiste à encourager la connexion en douceur plus tard. Ce serait bien qu’il y ait davantage de partages de cas concrets sur ce sujet.
Je me demande s’il ne serait pas possible de transformer aussi la fonctionnalité de connexion, y compris OAuth2, en une sorte de modèle, mais je n’en suis pas certain.
J’ai l’impression qu’avec OAuth2 seul, on pourrait déjà réduire considérablement la charge liée à l’onboarding des utilisateurs.
Quand on parle de réduction de la surface d’attaque pour le piratage, est-ce qu’on peut comprendre cela comme le fait qu’il n’y a dès le départ rien à pirater, puisqu’aucune information personnelle n’est stockée ?
À en juger par la phrase « Evil-doers are much less likely to break into your house if there is nothing of value inside » dans le texte original, le sens correct est bien qu’on est en sécurité parce qu’il n’y a rien à voler.
Merci. Je n’avais pas pu consulter l’article original, mais c’est plus clair maintenant.
Oui, sans doute parce qu’il faut envoyer quelque chose au serveur, stocker des mots de passe, ce genre d’actions, donc je pense que c’est de ça qu’il parlait.
De mon côté, pour le développement, beaucoup de choses sont aujourd’hui prises en charge par des solutions comme Passport.js, donc j’ai l’impression que ce n’est pas une grosse contrainte côté dev.
Mais dès qu’il y a un ID, cela implique beaucoup plus d’éléments de conception du service. Pouvoir utiliser les fonctionnalités même sans ID me semble bien plus efficace pour créer de la traction auprès des premiers utilisateurs. Personnellement, je suis même réticent à l’idée de me connecter via OAuth sur des sites tout juste lancés. ^^;
À bien y réfléchir, OAuth aussi revient à disséminer mes informations personnelles. Moi, j’ai depuis longtemps lâché prise...;;;
Cela dépend sans doute du produit que l’on développe, mais…
si c’est un service qui n’a pas absolument besoin d’un système de connexion, je pense qu’il vaut mieux l’exclure, développer et lancer rapidement, puis l’ajouter ensuite. J’ai l’impression que les services coréens demandent souvent inutilement beaucoup d’autres données personnelles.
Pour ajouter un point : dans l’article, il est dit qu’il ne faut même pas stocker l’e-mail, mais je pense qu’il est raisonnable de demander au moins une adresse e-mail en option pour les notifications de fonctionnalités ou l’envoi d’une newsletter.