---
title: "La difficulté du MVP dans le PLM !"
categories: 
  - "plm"
draft: true
---

MVP dans le monde des startups c'est le "Minimum Viable Product", c'est à dire l'état minimum qu'un produit doit avoir pour pouvoir commencer à attirer des early adopters à utiliser l'outil (ou le service) et à payer pour ce dernier. J'ai déjà écris sur ce concept dans le blog de Minerva, l'article s'intitulait "[MVPLMS - Minimum Viable PLM solution, what's yours?](http://blog.minerva-plm.com/2012/10/18/mvplms-minimum-viable-plm-solution-whats-yours/)". Cela fait quelques années que je fais des tests de développement, vous avez dû voir [un de mes derniers POC : Linkem](http://plm-ouvert.fr/2015/07/le-small-data-en-mode-graphique-mise-a-jour-du-poc/). Et j'ai, pour le PLM, une interrogation qui me pré-occupe sur l'avenir du PLM pour comprendre l'avenir de ce marché. Quel est l'investissement nécessaire pour un MVP PLM? et est-ce que le ROI sur le moyen long terme va permettre d'attirer des investisseurs et des développeurs à apporter de nouvelles solutions sur le marché?

## Fonctionnalité ASAP ou Framework d'abord ?

La problématique est toujours un peu la même pour le lancement de nouvelles applications. Si vous avez un énorme CV qui donne un important crédit aux investisseurs, vous pouvez lancer

[![geeks vs repetitive tasks](images/Q8kV8.png)](http://plm-ouvert.fr/wp-content/uploads/2015/08/Q8kV8.png)

## La mesure du risque et un besoin fonctionnel rapide
