Descripción

El desarrollo de producto no se trata solo de fabricar algo (un producto tangible o un servicio), sino de resolver un problema específico de un segmento de usuarios con base en tres pilares:

  • Deseabilidad: ¿Lo quieren los clientes?

  • Viabilidad: ¿Es rentable para el negocio?

  • Factibilidad: ¿Podemos construirlo técnicamente?

En el entorno empresarial y de negocios actual y más allá del marco de trabajo elegido (waterfall, Agile o design thinking), el desarrollo de producto es un ciclo iterativo.

Etapas

Aunque la implementación del desarrollo de producto pueda variar, dependiendo del framework o la metodología de gestión de proyectos, la mayoría de los procesos exitosos siguen unos pasos determinados.

A. Ideación

En esta fase inicial se trata de generar un gran número de ideas y filtrarlas de acuerdo con los tres pilares del desarrollo de producto (deseabilidad, viabilidad, factibilidad), identificando oportunidades de mercado o problemas sin resolver.

No todas las ideas son aplicables; en esta fase se descartan las que no se alinean con la estrategia de la empresa o no tienen mercado suficiente.

B. Investigación y validación

Antes de gastar dinero en producción, se habla con los usuarios. Las técnicas de investigación y validación pueden ser varias más, pero hay un par que son imprescindibles.

  • Entrevistas de problema: ¿Es éste un dolor real para el cliente?

  • Análisis de competencia: ¿Qué están haciendo otras empresas?

C. Definición del concepto y estrategia

Se define el producto mínimo viable (MVP), que nos permitirá aprender de los usuarios con el menor esfuerzo posible. Esto va directamente ligado a la definición de la estrategia de negocio.

E. Desarrollo técnico e ingeniería

Se construye el producto final. Si se trata de software, ésta es la fase de programación. Si es hardware, aquí corresponde la fabricación de moldes, selección de materiales y ensamblaje. Si el producto es en realidad un servicio, corresponderá en esta fase definir todos los procesos, flujos y marcos de trabajo pertinentes.

F. Pruebas y testeo

Procuraremos detectar cualquier tipo de error (bug), fallos de resistencia o fricciones en el uso. Se realizan pruebas alfa (internas) y beta (con usuarios reales).

G. Comercialización y lanzamiento

Es el momento de la salida al mercado; incluye la estrategia de precios, distribución y las campañas de marketing para generar demanda.

La puesta en marcha de todas estas etapas se podrá llevar a cabo de manera más secuencial, iterativa o incremental, dependiendo de la modalidad de gestión de proyectos que hayamos decidido adoptar y esto último podrá estar determinado por la cultura de la empresa, la madurez del equipo de desarrollo o por los requerimientos del propio producto.

Tras el lanzamiento

El desarrollo no termina cuando el producto llega al punto de venta. Una vez lanzado, entra en un ciclo de medición y aprendizaje con tres objetivos fundamentales:

  1. Analizar datos: ¿Cómo se está usando?

  2. Recoger feedback: ¿Qué dicen las reseñas?

  3. Iterar: Lanzar actualizaciones o mejoras basadas en esos datos.

Ejemplos

Imaginemos que vamos a desarrollar una aplicación móvil para que dueños de mascotas encuentren cuidadores locales, utilizando el marco agile Scrum.

1. Preparación: El product backlog

Antes de empezar los ciclos de trabajo, el Product Owner define la visión del producto.

Idea

Una app tipo «Airbnb» para perros.

El product backlog

Se crea una lista priorizada de funcionalidades (historias de usuario):

  • Yo, como dueña, quiero ver perfiles de cuidadores.
  • Yo, como dueña, quiero pagar a través de la app.
  • Yo, como cuidadora, quiero subir fotos de mi casa.

Ejemplo de user story

ID: HU-001

Título: Búsqueda de cuidadores por ubicación.

Descripción:

Como dueño de una mascota,

quiero filtrar a los cuidadores por mi código postal o ciudad

para encontrar a alguien que esté cerca de mi domicilio y no tener que desplazarme largas distancias.

2. Planificación

El equipo Scrum se reúne para la sprint planning. Se decide que el primer sprint durará 2 semanas y el objetivo será: «Permitir que un usuario vea una lista de cuidadores y su precio».

3. La iteración

Durante esas 2 semanas, el equipo trabaja exclusivamente en las tareas del sprint.

La daily Scrum

Cada mañana, el equipo se reúne 15 minutos para responder: ¿Qué hice ayer? ¿Qué haré hoy? ¿Tengo algún impedimento?

Diseño y código

Se crean las pantallas, se conecta la base de datos y se asegura que el software funcione.

4. La revisión

Al finalizar las 2 semanas, el equipo se reúne para la sprint review y muestra un incremento de producto funcional.

Feedback

Los stakeholders dicen: «Me gusta la lista, pero el botón de contacto es muy pequeño». Esto se registra para mejorarlo en un futuro sprint.

5. La retrospectiva

El equipo se reúne en privado para analizar cómo trabajaron.

Resultado

«Perdimos mucho tiempo esperando la aprobación de los iconos. Para el próximo sprint, los definiremos el primer día».

Imaginemos el desarrollo de un servicio de consultoría de ciberseguridad para una entidad bancaria. En este sector, los requisitos son rígidos y no se permiten cambios sobre la marcha por razones de cumplimiento legal. Por ello, la forma de trabajo recomendable es la metodología waterfall o predictiva, que es lineal y secuencial; cada fase debe terminarse por completo antes de comenzar la siguiente.

1. Requisitos

En esta fase inicial, se documenta absolutamente todo lo que el servicio debe cubrir. No se empieza a trabajar hasta que el cliente firma el documento de requisitos.

Entregable

Un documento de 100 páginas con normativas legales, protocolos de encriptación necesarios y niveles de acceso.

Regla

Si el cliente quiere añadir algo después de esta fase, se debe renegociar el contrato.

Ejemplo de diagrama de Gantt simplificado

Fase Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6
1. Requisitos y contrato ████
2. Diseño de arquitectura ████
3. Implementación técnica ████ ████
4. Pruebas y auditoría ████
5. Lanzamiento y cierre ████

2. Diseño

Aquí se planifica la arquitectura técnica y los procesos del servicio (sin ejecutar nada, todavía).

Actividad

Se diseñan los diagramas de red, se eligen los proveedores de software de seguridad y se definen los protocolos de respuesta ante incidentes.

Entregable

Planos técnicos y manuales de procedimiento.

3. Implementación

Es la fase de construcción o ejecución técnica.

Actividad

Los ingenieros configuran los firewalls, instalan los sistemas de detección de intrusos y programan los scripts de seguridad según el diseño previo.

Nota

En esta etapa no se pregunta al cliente si está satisfecho con el desarrollo; simplemente se construye lo que se acordó en el paso 1.

4. Verificación y pruebas

Una vez terminado el montaje, se comprueba que todo funcione.

Actividad

Se realizan pruebas de penetración (hacking ético) para ver si el sistema resiste. Se verifica que el servicio cumple con las leyes bancarias mencionadas al inicio.

Riesgo

Si se detecta un error de concepto aquí, es muy costoso volver atrás porque hay que «subir la cascada».

5. Despliegue y mantenimiento

El servicio se pone en marcha oficialmente para el banco.

Actividad

Monitoreo 24/7 y resolución de errores que puedan surgir. Solo se hacen pequeñas correcciones; cualquier mejora importante requeriría un proyecto nuevo.

Más información

Recursos en línea