¿Por qué no sale mi producto?

¿Por qué no sale mi producto?

proceso sea complejo y no sabes cómo simplificarlo o incluso ya tienes el producto, pero no has obtenido el resultado que querías. Hoy me gustaría reflexionar contigo sobre algunas posibles causas, esperando que logres poner tu producto en el mercado. Como nadie, sabes que la innovación es una necesidad para sobrevivir, pero tengo una mala noticia para ti: no eres Google. Creo que entiendes las implicaciones que esto supone. Está muy bien que tu idea, tu aplicación sea la bomba, pero tendrás que saber establecer criterios para poder seguir adelante. Y como dicen en Siemens:

Generar ideas no es el problema, implementarlas lo es.

Tres fuerzas opuestas

Shannon Lewis nos recuerda que existen tres fuerzas opuestas que luchan entre sí en la concepción del producto como puedes observar en su «diagrama de las fuerzas opuestas». Son ellas el presupuesto, el Time to Market y las Características. [caption id="attachment_18489" align="aligncenter" width="602"]The Opposing Forces The Opposing Forces de Shannon Lewis[/caption] Creo que estarás de acuerdo si digo que hay que priorizar y hacer preguntas esclarecedoras para que tu aplicación gane forma. Volviendo al diagrama de Shannon Lewis, el presupuesto, las características y el time to market entran en conflicto. Si lo que quieres es tener muchas características esto significa, normalmente, gran presupuesto y time to market más lento – ¿Tienes los recursos necesarios? ¿Quien desarrolla la aplicación? Por otro lado poco presupuesto significa menos características, pero un time to market más rápido y tendrás que desarrollar el producto mínimo viable (MVP). ¿Podrás dar respuesta después del desarrollo? ¿Qué pasa con los cambios en las características?
Recuerda que el producto mínimo viable es el conjunto de características que tu aplicación necesita para que la puedas publicar.
Enfocarte en el MVP te obliga a eliminar algunas características de la aplicación y te permite, por ejemplo, estar dentro del presupuesto. ¿Eres de los que se pierden en las características «sexy» que podría tener el producto? Recuerda que para andar, tu coche necesita 4 ruedas.
Planifica para la rentabilidad, pero ojo, que no eres un banco y estás innovando 🙂

¿Qué hacer, pues?

Me parece interesante la sugerencia de Shannon Lewis en priorizar las características de la aplicación en 3 cubos:
  • Must have (indispensable tener). Es indispensable tener esta característica.
  • Nice to have (deseable tener). Si hay tiempo y dinero es deseable tener esta característica.
  • Futures (futuro). No la necesitamos en esta «entrega», pero la necesitaremos en el futuro.
Para mi es una buena forma de abordar el problema (mi producto no sale…) . También creo que es una forma de desarrollar un producto teniendo en cuenta una estrategia para su crecimiento. Independientemente de la metodología que utilices. Trabajes en equipo, se desarrolle internamente o no, debes tener los objetivos definidos de una forma clara y contestar o hacerte las preguntas correctas e importantes. La inversión en tu aplicación no acaba cuando la publicas, por eso el proceso de desarrollo de tu producto debería ser un proceso flexible, transparente y que posibilite cambios. Pero no pierdas el foco real, que es llegar al cliente y aportar valor. Fuente ]]>

Leave A Reply

Tu dirección de correo electrónico no será publicada.

*

Déjate sorprender...

Gestionar el consentimiento de las cookies

Para ofrecerte la mejor experiencia de uso, utilizamos tecnologías como las cookies para almacenar y/o acceder a la información del dispositivo. El consentimiento a estas tecnologías nos permitirá procesar datos como el comportamiento de navegación o las identificaciones únicas en este sitio. No consentir o retirar el consentimiento, puede afectar negativamente a ciertas características y funciones.

Funcional

Siempre activo
El almacenamiento o acceso técnico es estrictamente necesario para el propósito legítimo de permitir el uso de un servicio específico explícitamente solicitado por el abonado o usuario, o con el único propósito de llevar a cabo la transmisión de una comunicación a través de una red de comunicaciones electrónicas.

Estadísticas

El almacenamiento o acceso técnico que es utilizado exclusivamente con fines estadísticos. El almacenamiento o acceso técnico que es utilizado exclusivamente con fines estadísticos anónimos. Sin una requerimiento, el cumplimiento voluntario por parte de su proveedor de servicios de Internet, o los registros adicionales de un tercero, la información almacenada o recuperada sólo para este propósito no se puede utilizar para identificarlo.

Marketing

El almacenamiento o acceso técnico es necesario para crear perfiles de usuario para enviar publicidad, o para rastrear al usuario en un sitio web o en varios sitios web con fines de marketing similares.