Como no crear un MVP nunca

Historia de proyectos de software fallidos y las lecciones que dejaron.

Plataforma educativa

Plataforma educativa en línea

Murió por desacuerdo entre la emprendedora e inversionistas, nunca llegó a retroalimentación clara. Sin usuarios reales, no hay forma de saber si el producto vale.

HCE (Historia Clínica Electrónica)

Mal entendimiento del MVP, tecnologías inexpertas (AngularJS 1.5, Grape API), falta de coordinación. Fracasó.

Open Searcher y Yifinator

Éxito — apps móviles con Ionic/Cordova integrando APIs de terceros (Open Libra y Yify). Proyectos pequeños, alcance claro, resultado concreto.

Letom (localizador de moteles)

Detalle habitación Letom

API en Rails + app móvil. Problemas de performance con Ionic, prueba de NativeScript y Framework7, finalmente Android nativo en Java. Abandonado por limitaciones comerciales, técnicas y fatiga.

Aprendizaje clave

Reducir el alcance inicial hace los proyectos más factibles. Un MVP es aquel que con desarrollo básico provee la necesidad por la cual se hace software — nada más, nada menos.