¿Cómo construye su equipo productos desde el concepto hasta el final?

(Usaré la menor cantidad de clichés posible y le daré la versión superficial de nuestro proceso de desarrollo)

Utilizamos un híbrido de prácticas de la metodología Lean Startup, el marco de trabajo a realizar ( JTBD ) y los principios de diseño centrado en el ser humano (HCD) .

I. Análisis cuantitativo, investigación de mercado secundario e investigación de empatía (entrevistas con usuarios)

Utilizamos estos métodos para descubrir y aprender sobre el mercado y los comportamientos, necesidades, deseos y puntos débiles del cliente. La información recopilada se usa para identificar, comprender y definir el espacio del problema (u oportunidad) y validar el ajuste del problema / oportunidad a través de una investigación adicional del cliente.

II Idear> Prototipo> Validar / Desaprobar ajuste solución-problema> Iterar

Una vez que se define la oportunidad o el espacio problemático, nosotros (producto, ingenieros, diseñadores) pasamos toda una semana pasando de la ideación a la creación de prototipos de algunas versiones de las posibles soluciones. La semana siguiente tomamos estos prototipos para dirigirnos a los usuarios (o hacemos pruebas de usuarios remotos) para probar nuestra hipótesis y suposiciones en torno a las posibles soluciones. Los usuarios nos proporcionarán información que nos da el ímpetu para avanzar con el desarrollo de un producto en vivo o retrocedemos e iteramos en el prototipo (y repetimos).

III. Cree una versión consumible del producto.

Tomamos todo lo que hemos aprendido al probar prototipos y diseñamos una versión más pequeña de nuestro producto. Esta versión ligera (MVP) incorpora los componentes críticos que necesitamos para saber si 1) el producto entrega valor al cliente y 2) si el usuario estaría dispuesto a pagar por el producto. Esta versión del producto debe incorporar una medida de viabilidad, deseabilidad, factibilidad y extensibilidad.

Luego, configuramos un experimento optimizado que implica entregar esta versión de su producto inicial a un subconjunto de usuarios de su mercado objetivo. Se trata de medir el contrafactual (es decir, cómo es la vida de los usuarios que no tienen mi producto frente a cómo es la vida de los usuarios que tienen mi producto).

IV. Lanzar, medir, aprender

A menudo hacemos una introducción lenta de nuestros productos al mercado. Nuestras primeras iteraciones del producto generalmente se lanzan al subconjunto inicial de usuarios mencionado anteriormente. La implementación principal no ocurre hasta que sentimos que los comentarios de los usuarios indican que el mercado a escala derivaría valor del producto.

Utilizamos la metodología típica de compilación, medición y aprendizaje para iterar en nuestros productos y entregar código listo para producción cada 1 a 2 semanas para liberar experiencias evolucionadas y nuevas características.

Eso sí, la profundidad con la que involucramos cada uno de estos pasos se basa en nuestra etapa en el ciclo de vida del desarrollo del producto. Por lo general, solo pasamos por los pasos III y IV cuando estamos trabajando en la evolución de un producto existente. Si estamos siendo realmente divergentes con nuestra idea, el 50% del tiempo se gasta en el paso I. Si solo estamos tratando de alcanzar la paridad con el mercado o un competidor (es decir, otros jugadores del mercado ya han validado la idea), entonces El 70% del tiempo se dedica a los pasos II y III con un fuerte enfoque en el diseño y la arquitectura técnica.

Suponiendo que estamos hablando de software, nunca hay realmente un punto “terminado”. El software nunca se hace. Si está hablando de llevar una idea del concepto al lanzamiento, eso es algo que hacemos utilizando iteraciones muy pequeñas y ciclos cortos de retroalimentación. Realizamos implementaciones de código temprano y con frecuencia, y buscamos la validación y retroalimentación del usuario en cada paso del proceso. Actualmente estoy en un proyecto en el que tenemos un producto útil, útil y valioso en manos de los usuarios después de la semana de codificación. Hay mucho trabajo por hacer, pero tenemos algo tangible que las personas pueden usar AHORA que les da valor.

Tuve la oportunidad de construir un producto (dispositivo HW y productos SW puros) desde el concepto hasta el lanzamiento. Capturé mis experiencias junto con las de todo el equipo en un eBook detallado (Creación de nuevos productos – Experiencias de un gerente de producto). Por favor, eche un vistazo si ayuda. Si está buscando información o ayuda específica, envíeme una nota.

More Interesting

¿Hay algo que haga visible a Urushiol?

En términos económicos, ¿cuáles son los principales factores que afectan la estructura competitiva de un producto / industria?

¿Prefieres crear un producto que la gente necesita pero no quiere o un producto que quiere pero que realmente no necesita? ¿Por qué?

¿Cuál es su flujo de trabajo para acercarse al rediseño de un producto existente?

¿Cuáles son las mejores herramientas para escribir especificaciones de productos y documentos de diseño y por qué?

¿Cuáles son algunos ejemplos de productos o servicios donde la funcionalidad y la lógica de "tendencias" se implementan bien? ¿Pensamientos sobre una lógica de tendencias efectiva?

Startups: ¿El desarrollo de productos se vuelve más lento a medida que la organización crece?

¿Qué herramientas en línea hacen la gestión de recursos Y la planificación de la hoja de ruta?

¿Cuál es el proceso de desarrollo de productos del ciclo V en la industria automotriz?

Cuando hay una idea que combina varios productos de Google y, por lo tanto, no se puede construir sin Google, ¿cómo alguien que no trabaja en Google les presenta la idea y, al mismo tiempo, mantiene algún tipo de propiedad sobre ella?

Cómo organizar eficientemente la compra de productos

Creé un producto para el cuidado del cabello. ¿Cómo puedo llevarlo al mercado?

¿Cuáles son algunos de los diferentes trabajos involucrados en el desarrollo de productos físicos?

¿Qué términos de programación debe conocer un gerente de producto?

Cómo limitar el contexto de un producto