Bienvenue sur Webemyos

Le blog

Pourquoi développer un poc : proof of concept

 

Si tu es issu du milieu logiciel tu a souvent dû entendre cette expression.

 

Alors kevin ou en est tu dans le poc ?

Le client n’est pas sur, tu n’as qu’a lui proposer un poc ?

A le nul il a développé toute l’appli directe sans avoir fait de poc ?

 

Mais alors qu'elle est encore cette expression étrange ? Est ce encore une nouveau langage ? Une nouvelle manière de développer ?

 

Un poc c'est une proof of concept. Plus clairement une preuve du concept.

C'est donc bien une façon de prouver un concept. De montrer que l'on est capable de le faire.

 

Cette méthodologie est souvent utilisé dans les projets informatiques.

Par exemple quand on a un doute sur la faisabilité d'un développement. Si on veut s'assurer que l'on aura pas des problèmes de connexion, de droits d'accès à des données.

Dans ce cas on commence à développer ces points importants.  On intègre le minimum mais il faut que se soit fonctionnel et s'assurer qu’il teste bien les  fonctionnalité clé.

Ainsi on est sur de pouvoir avancer correctement sur le projet. Le client aussi est rassuré il a une garantie que son projet est entre bonne main.

 

Peut on créer un pooc pour une startup ?

 

Une startup c'est une idée que l'on souhaite développer. C’est une solution imaginée pour résoudre un problème.

C'est donc un  concept qui n'est pas valide et qu’il faut prouver.

 

CQFD

 

C’est donc tout à fait adapté pour les startup.

 

Commence par développer un site ou une application mobile qui permet de vérifier tes hypothèses.

Ce pooc n’a pas besoin d’avoir toutes les superbes fonctionnalités que tu as en tête, juste celle nescessaires pour prouver que ton projet est utile et sera viable sur le long terme.

Tu ne me crois pas ?

 Alors image tu écris un cahier des charges de 50 pages qui présente l’intégralité de ton projet en détaillant chaque partie. Les modules importants, les options, les fonctionnalités secondaires.

Tu trouve un super développeur qui te comprend, qui développe tout le site à merveille. Il passe plus d’un an pour tout créer, coder, adapter.

Puis finalement tu lance le site et tu n’a pas les retours attendus.

Les utilisateurs viennent mais ne s'inscrivent pas, ils ne laissent pas de commentaires. Les seuls retours que tu as sont plutôt négatifs .

 

Je ne vois pas l'intérêt de ton site.

Je ne pense pas l’utiliser car je n’en a pas besoin.

Ton application ne répond pas à mon besoin.

 

Et la déception. Tout ce temps passé, ces réunions skype en fin de journée, ces cafés consommés, ces  nuits blanches à imaginer d’autres solutions à ajouter. Toutes ces sueurs pour le lancement, ces corrections de bugs de derniéres minutes.

 

Tout cela pour quoi ? Pour être passé à coté de la cible, du vrai besoin utilisateur.

 

Imaginons maintenant on rembobine et on revient juste avant de lancer les développements.

Reprenons ton cahier des charges et faisons un tri sur ce qui est vraiment utile :  le coeur de ton métier.

Concentre toi sur cette partie et lance la. Il n’y a pas tout le reste ce n’est pas grave.

 

Que pense tes testeurs de cette partie ? L’utilise t il comme tu l'imaginais ? ont il besoin d’autres choses ?

Analyse alors ces retours et fait évoluer ce poc pour arriver à un produit qui correspond à la réalité, aux besoin des utilisateurs.

 

Comme dans l'industrie un poc est un bon moyen de lancer un concept de startup.

Très tôt tu place les utilisateurs au centre de ton produit que tu fais évoluer avec eux.



 

Si tu a des retours d’expériences n’hesites pas à les partager via les commentaires.

 

Commentaire

Votre nom Votre email Votre message

Commentaires

Aucun élement

Articles que vous pourrez aimer

Aucun élement

Le blog

Webemyos C'est le blog spécialisé sur les MVP, les prototypes, le Lean startup. Toutes les recettes et astuces pour concevoir, construire et lancer un MVP.

Categories

Derniers articles