Tuve una idea de aplicación para recoger y entregar ropa mediante lavanderías. En mi cabeza, la oportunidad parecía evidente: las personas necesitaban ropa limpia, existían lavanderías y una aplicación podía acercar a ambas partes. Pensaba que solo faltaba encontrar a alguien que desarrollara la tecnología.
Cuando fui a discutir el proyecto, me pidieron que preparara primero un Lean Canvas. El ejercicio me obligó a pensar en el público, el mercado, los costes, los ingresos y el trabajo necesario. Acabé decidiendo no avanzar, porque la exigencia y los riesgos no compensaban aquello a lo que tendría que renunciar en esa etapa.
Empieza por escribir el problema sin depender de tu solución
Describe quién tiene el problema, en qué situación aparece y cómo lo resuelve actualmente. Una idea resulta difícil de evaluar cuando la explicación empieza y termina en la aplicación que te gustaría construir. Separar la necesidad de la solución permite entender si existe una dificultad concreta o solamente entusiasmo por una forma diferente de trabajar.
En el proyecto de las lavanderías, pensar que todo el mundo necesita ropa limpia era demasiado amplio. Esa necesidad general no demostraba que existiera demanda suficiente de recogida y entrega en las condiciones que yo podría ofrecer. Era necesario acercar la idea a una situación de uso más concreta.
Preguntaría quién tiene dificultades para ocuparse de ese trabajo, con qué frecuencia y qué alternativa utiliza. Una persona puede resolverlo en casa, acudir a una lavandería cercana u organizar el tiempo de otra manera. La existencia de esas alternativas importa, aunque ninguna se parezca a la aplicación imaginada.
Este cuidado acompaña el trabajo de empezar un negocio con apoyo de la IA. La facilidad para producir una presentación o un prototipo puede ayudar, pero no responde a la pregunta sobre quién necesita la solución y por qué cambiaría su comportamiento actual.
Para preparar el siguiente paso, consulta Validación de ideas de negocio.
Distingue información confirmada de supuestos por comprobar
Completar el documento no convierte una hipótesis en un hecho. Señala qué conoces, qué procede de una estimación y qué sigue necesitando confirmación. La utilidad del plan también consiste en revelar esas lagunas, para que una frase convincente no oculte la ausencia de información necesaria para tomar una decisión con criterio.
Escribir que determinadas personas pagarían por el servicio es diferente de haber observado una decisión de compra en las condiciones propuestas. Del mismo modo, imaginar que una lavandería aceptaría una comisión no confirma disponibilidad, capacidad o interés en participar. Cada afirmación puede exigir una comprobación propia.
Empezaría por las dudas que más modifican la viabilidad de la idea. Si el servicio depende de socios que no aceptan las condiciones, el diseño de la aplicación pasa a segundo plano. Si existe interés, pero el coste operativo parece incompatible con el precio, esa relación debe entenderse antes de desarrollar funcionalidades.
El diagnóstico antes de elegir un plan de marketing sigue la misma disciplina de aclaración. Entender oferta, público y recursos ayuda a elegir el siguiente trabajo, en lugar de completar todas las dudas con aquello que nos gustaría que fuera verdad.
Haz visible el trabajo que la aplicación no ejecuta sola
Describe qué debe suceder entre la solicitud del cliente y la entrega terminada. Identifica personas, dependencias, excepciones y seguimiento. Una aplicación puede organizar información y facilitar contactos, pero la operación sigue exigiendo decisiones y trabajo que deben entrar en la evaluación, especialmente cuando el servicio depende de la coordinación entre varias partes.
En el ejemplo de la recogida de ropa, hoy preguntaría quién recibe la solicitud, acuerda el horario, sigue la recogida y confirma la entrega. También intentaría entender cómo se gestiona un cambio o una solicitud que no puede cumplirse. Son preguntas de análisis, no acontecimientos que afirme haber observado en un negocio lanzado.
La tecnología puede resolver parte de la coordinación, pero no vuelve innecesarias esas responsabilidades. Antes de elegir funcionalidades, conviene saber quién tiene autoridad para decidir y qué información necesita consultar. De lo contrario, puedes construir una interfaz cuidada para un proceso cuya ejecución nadie ha asumido.
Por eso, planificar una aplicación antes de empezar a programar exige más que una lista de pantallas. El funcionamiento del negocio orienta los requisitos. Una duda operativa importante no desaparece solo porque ya puedas demostrar el recorrido visual de una solicitud.
Relaciona ingresos, costes y recursos sin ocultar la incertidumbre
Pon al lado de la forma de recibir ingresos los recursos necesarios para prestar el servicio. Distingue costes por operación, compromisos de estructura y tiempo de las personas implicadas. Trabaja con escenarios identificados como estimaciones, para entender qué condiciones sostienen la propuesta y cuáles la hacen incompatible con tus límites actuales.
Recibir una comisión por cada solicitud puede parecer sencillo cuando solo miras los ingresos. El análisis cambia al añadir captación de clientes, coordinación, asistencia y mantenimiento del servicio. No todos esos costes se comportarán igual al aumentar el volumen, por lo que conviene explicar las premisas.
También importa el momento en que necesitas los recursos. Una idea puede exigir trabajo y compromisos antes de generar ingresos suficientes para sostenerlos. No basta con mirar un escenario futuro con muchos clientes sin entender el recorrido necesario para llegar hasta ahí y lo que podría suceder de otra forma.
En mi caso, preparar escenarios hizo más visibles el esfuerzo, el tiempo y la prioridad que el proyecto exigiría. La conclusión se refería a esa oportunidad y a mi situación. No demostraba que nadie pudiera hacer funcionar un servicio parecido con otras condiciones o recursos.
Compara la idea con aquello a lo que tendrías que renunciar
Una oportunidad debe compararse con los compromisos existentes y las alternativas reales para tu tiempo. Pregunta qué proyecto avanzaría más despacio, qué responsabilidad tendría que cambiar y cuánta implicación exigiría la nueva idea. La decisión puede ser negativa aunque reconozcas interés en el problema y en la solución que has imaginado.
Esa comparación pesó en mi decisión. Ya tenía proyectos cuyo crecimiento podía trabajar con mayor previsibilidad y no quería dar a la nueva operación la prioridad que parecía exigir. Seguía reconociendo mérito en la idea, pero eso no bastaba para justificar ejecutarla en aquel momento.
Esta pregunta es diferente de saber si el mercado es grande. Un mercado amplio no aumenta automáticamente tu capacidad para gestionar otra operación. El mismo proyecto puede tener sentido para un equipo dedicado y ser una distracción difícil de sostener para quien ya tiene responsabilidades que compiten entre sí.
Evita interpretar toda idea abandonada como falta de valor. A veces, el análisis solo aclara una elección que todavía no habías formulado. También conviene distinguir esa conclusión de un rechazo motivado por una dificultad que podría investigarse con una prueba limitada y aclararse sin asumir grandes compromisos.
Cierra el ejercicio con una decisión y condiciones de revisión
El resultado puede ser realizar una comprobación limitada, reformular la propuesta, aplazarla o abandonar la idea. Registra el motivo y los supuestos que pesaron en la elección. Un Lean Canvas completado no garantiza éxito ni fracaso; ayuda a hacer explícito lo que aceptas, lo que desconoces y lo que decides priorizar.
Decidí no desarrollar aquel proyecto. No puedo afirmar cómo habría salido si hubiera avanzado, porque esa experiencia no ocurrió. El valor del ejercicio estuvo en la claridad sobre el trabajo y las renuncias necesarias, suficiente para elegir dónde quería concentrar mis recursos.
Si decides aplazarlo, indica qué tendría que cambiar para volver al asunto. Puede ser disponibilidad de equipo, una condición operativa o información sobre la demanda. Sin esa nota, es fácil regresar a la misma idea meses después y repetir el entusiasmo inicial sin aprovechar el razonamiento ya realizado.
Guarda el documento como registro de la decisión, conservando las dudas. La planificación ha cumplido su función cuando te permite elegir el siguiente paso con mayor conciencia de las condiciones. A veces, ese paso es seguir desarrollando lo que ya tienes, sin añadir otro proyecto.