Maintenant que j’ai une idée claire de ce que propose la concurrence, je peux construire la liste des fonctionnalités de mon MVP. Et j’en profite pour déjà penser aux fonctionnalités que je n’aurai pas le temps d’inclure dans le MVP mais qui seront nécessaires assez rapidement.
Pour rappel, je suis en train de créer un SaaS en maximum 100 jours. Pour en savoir plus sur les raisons de ce challenge, ça se passe dans le Jour 0, et pour comprendre le projet que je suis en train de développer, rendez-vous en Jour 1.
Le temps passe et ce challenge semble ne pas avancer énormément. Et pour cause, après avoir analysé ce que proposait la concurrence, j'ai pris le temps de réfléchir aux fonctionnalités que je voulais proposer, à comment les grouper en différents niveaux d'abonnement, et à quel prix. Je préfère prendre quelques jours pour bien définir les fonctionnalités clés à développer avant de me plonger dans le code, afin d'éviter tout dérapage par la suite. Il est facile de se laisser emporter par le feature creep si on n'a pas une idée très claire de vers où on veut aller. Dans le cadre de ce challenge, pour arriver au bout après 100 jours, je dois vraiment réussir à limiter au maximum.
Aujourd'hui, je vous partage donc la liste des fonctionnalités que j'ai envisagées pour le MVP. J'ai divisé cette liste en 2 catégories: Les Must Have qui doivent être prêtes pour le lancement, et les Nice to Have qui pourront être ajoutées par la suite. L’intérêt de déjà prévoir les fonctionnalités qui arriveront par la suite est de pouvoir penser le datamodel en conséquence. Même si je suis plutôt partisan de développer les choses uniquement quand elles sont nécessaires plutôt que de prévoir tous les scénarios pour les 5 années à venir, dans certains cas je préfère déjà prendre en compte les besoins futurs dans le datamodel de base. Cela facilitera le développement par la suite. Mais attention, il s’agit bien de prévoir pour un besoin précis qui est déjà prévu dans la roadmap (à maximum 6 mois), et non pas de vouloir faire quelque chose de trop générique pour des possibilités infinies.
Pour rappel, le projet consiste à développer une plateforme permettant aux artistes et labels de créer des campagnes de pre-save pour Spotify.
Je ne les compte pas dans la liste des fonctionnalités, mais il faudra bien évidemment aussi gérer tout ce qui concerne
Avec un classement par ordre d'importance.
Si j’arrive à atteindre cet objectif, cela veut dire que les fonctionnalités lors du lancement seront limitées. Cela devrait suffire pour répondre au besoin de petits artistes, mais ne sera clairement pas suffisant pour toucher de plus gros labels.
En plus, lorsque j’expliquais le choix de l’idée par rapport à mes critères, je voulais trouver une valeur en plus par rapport au pre-save, pour les petits artistes qui n’ont pas des sorties fréquentes, et qui seraient donc tentés d’annuler rapidement leur abonnement s’ils n’ont pas de nouvelle sortie prévue prochainement. L’idée pour répondre à ça est de développer un système publicitaire complet pour permettre aux artistes de promouvoir leurs morceaux, ou augmenter le nombre de followers. Un certain nombre de crédits publicitaires serait inclus dans l’abonnement mensuel, ce qui serait une incentive à garder l’abonnement actif. Cette partie nécessite tout de même pas mal de travail, et s’écarte un peu du but principal. C’est donc pourquoi je ne la mettrai pas en place de suite, mais dans le futur, si le projet fonctionne comme prévu.
Concernant le parrainage, j’espère vraiment avoir le temps de pouvoir l’inclure dans le MVP, mais ce n’est pas capital. L’objectif est de favoriser la croissance mais je pourrai faire sans au début.
Voila pour les fonctionnalités du MVP, qui va vraiment à l’essentiel. Pour la suite, rendez-vous demain pour discuter des choix que j’ai fait pour le pricing.
Abonnez-vous à pour recevoir toutes les infos chaque semaine.