Tabla de Contenidos
Tienes una idea para un producto basado en suscripción. Sabes cómo quieres que se vea y se sienta, conoces el flujo de la plataforma, y estás listo para dar vida a tu creación.
Trabaja desde cero. Pero como un buen boxeador, no des todo en el primer round. En su lugar, trabaja metodológicamente y lanza versiones frecuentemente. Esto te permite probar si existe o no un ajuste producto-mercado. Lanzar versiones frecuentemente también te mantendrá ágil y flexible – capaz de pivotar rápidamente si tu mercado te lanza un golpe sorpresa.
Echemos un vistazo a este enfoque metodológico que te mantendrá ágil y con los pies ligeros.
Al principio, anótalo todo
Con la ayuda de un diseñador, o tu propio lápiz, puedes esbozar la idea de tu producto – anotando el flujo de usuario, el embudo de ventas, y así sucesivamente. Esto se conoce como un esquema de wireframe. Los diseñadores y desarrolladores a menudo son personas visuales, y este esquema puede ayudarte a comunicar tu idea claramente.
Cuando estés esbozando tu idea, no te contengas. Anota todo sin filtros.
A continuación, contrata a un diseñador freelance para crear mockups (una ronda inicial de diseños) para el producto. No diseñes cada función, en su lugar, cíñete a la una o dos funciones más importantes.
Crea un prototipo
A continuación viene un prototipo. Esta es una versión "interactiva" de tu mockup que carece de código y un backend.
Un prototipo interactivo es excelente para compartir con inversores, y si tienes el equipo adecuado ayudándote en esta etapa, tu prototipo podría ganarte una ronda inicial. Trabaja con un diseñador para enfocarte en una o dos funciones que puedas meter en InDesign, Moqups, u otra herramienta de prototipado.
Vende el MVP (producto mínimo viable)
Con un MVP, a menudo puedes "comprar" algo, si no todo, de tu producto inicial. Las soluciones listas para usar proporcionan versiones rápidas, cómodas y comprobables de tu producto SaaS sin gastar demasiado de tu cuenta bancaria.
Por ejemplo, Book Keeper, creado por Ryan Roberts. La idea de Ryan era permitir que las personas cargaran un libro y rastrearan la página en la que estaban y las notas. En lugar de construir un producto súper complejo, Ryan armó un frontend usando Bubble y lo vinculó a Google Books API.
Mantener las cosas mínimas es una excelente manera de probar si tu producto es viable o no. Si hay un mercado, entonces vale la pena construir un producto más avanzado.
Pero recuerda, un MVP puede ser súper simple. Incluso puedes usar una página de destino para que la gente se registre ANTES de que lances el MVP. Dropbox tenía más de 75,000 usuarios registrados a través de una página de ventas – esperando su versión beta.
Deja que tus usuarios decidan el resto
Si no puedes vender tu MVP, es posible que no tengas una idea comercializable. Puede que no haya suficiente demanda. Para saber algo, necesitarás datos de usuarios. Incluso si estás vendiendo muchas suscripciones a tu MVP, entonces los datos útiles de los usuarios te ayudarán a determinar cuál debería ser la siguiente versión de tu producto.
Tus usuarios hablarán a través de datos. Mixpanel y Google Analytics son herramientas que pueden ayudarte a monitorear el uso de tu producto y sitio web. Obtendrás información que te ayudará a hacer mejoras en tu producto, así como en marketing y satisfacción del cliente.
Desarrollar un producto: hoja de ruta del producto
Cuando tengas datos e información sólida de usuarios, puedes comenzar a planificar la versión uno de tu producto.
Una hoja de ruta del producto te ayudará a alinear tus objetivos de crecimiento con el desarrollo de tu primera versión. Es posible que quieras usar una hoja de ruta para tu MVP y prototipo también, pero definitivamente los necesitarás para tu V1 completa.
Entonces, ¿qué es una hoja de ruta del producto?
Una hoja de ruta del producto describe la visión de tu producto a lo largo del tiempo. Podrían mostrar objetivos amplios trimestrales como este:
O, podrían incluir objetivos comerciales y de T.I. como este:
Pero, la mayoría de desarrolladores y equipos de desarrollo con los que he trabajado prefieren mapear proyectos con Trello o Pivotal Tracker. Como este del Gobierno del Reino Unido:
Accede a la hoja de ruta completa del producto gov.uk aquí.
Esa es la hoja de ruta en pocas palabras.
A medida que los usuarios proporcionan más y más comentarios, tu hoja de ruta cambiará para reflejar las necesidades de tus clientes. Lo crítico a recordar es que, con métodos de desarrollo ágil, vas a ajustar esa hoja de ruta muy frecuentemente. A veces más de una vez por día.
Cuando se trata de elegir qué aplicación usar para tu hoja de ruta, es cuestión de gustos cómo/dónde lo detalles. Me gusta Trello porque se actualiza en tiempo real y se puede compartir con todo el equipo, permitiendo una adaptación rápida.
Seleccionar desarrolladores
Querrás seleccionar desarrolladores (o un único desarrollador) que hayan construido algo similar a lo que estás creando. Los currículums solo te pueden decir tanto sobre un ingeniero o diseñador. Pide ver un portafolio de trabajo y dedica tiempo a revisar sus aplicaciones o sitios web.
Ya sea que busques un freelancer individual o una agencia de desarrollo, solicita referencias de personas en las que confíes.
Asegúrate de que tu(s) contratado(s) entiendan que lo más importante, particularmente al principio, es cuidar a tus usuarios y generar negocio. Los clientes deben ser lo primero cuando tomes decisiones de diseño y desarrollo.
Freelancer vs. subcontratación vs. desarrolladores internos
Como diría mi abuela, todo tiene pros y contras, cariño. Y eso es ciertamente verdad cuando decides si subcontratar, contratar a un freelancer o a desarrollador(es) interno(s). Preparamos el siguiente gráfico de pros vs. contras.
¡Adelante y asegura financiamiento y adquiere clientes!
Si mantienes el desarrollo de tu producto ágil y centrado en el cliente, podrás enfocarte en asegurar clientes. Traer a tus primeros clientes te dará una ventaja cuando llegue el momento de conseguir fondos y crear características de producto mejoradas.
