Una idea resulta más fácil de desarrollar cuando describe algo que una persona necesita lograr. Empieza por el trabajo, no por una lista de tecnologías o una pantalla llena de funciones.
1. Elige dónde debe realizarse el trabajo
Si las personas necesitan descubrir una oferta, comprenderla y contactar, un sitio web claro puede ser el primer producto adecuado. Si realizan repetidamente una tarea en el teléfono, especialmente sin conexión fiable, merece la pena estudiar una aplicación móvil.
Si el problema principal es la transferencia repetida de información entre herramientas existentes, una integración o automatización puede ser la respuesta más directa. El mejor punto de partida resuelve el obstáculo real con un coste operativo asumible.
2. Describe un recorrido completo
«Registrar un trabajo terminado sin conexión» describe una necesidad observable. «Crear un panel avanzado» deja sin responder cuál es la tarea real. Identifica a la persona, la acción, la información implicada y el resultado que necesita ver.
Una primera versión debe completar un recorrido útil de principio a fin. Puede tener menos funciones secundarias, pero debe explicar qué ocurre cuando la acción tiene éxito, falla o necesita corregirse.
3. Incluye el coste de operación
El software también supone un compromiso con las actualizaciones, el soporte y la titularidad. Una aplicación necesita distribución y compatibilidad con dispositivos. Una integración depende de los permisos, límites y comportamiento de sistemas externos. Un sitio web necesita mantenimiento del contenido y una vía clara de contacto.
Decide quién será titular de las cuentas y la infraestructura. Incluye las responsabilidades de copia de seguridad, recuperación y mantenimiento en el alcance antes de elegir una tecnología. Esto ayuda a evitar un producto fácil de lanzar y difícil de operar.
4. Redacta un resumen que ayude a decidir
Describe el proceso actual y las personas implicadas. Incluye ejemplos sin información personal. Identifica dónde se pierde tiempo, se repite información o un error resulta costoso.
- Usuarios: ¿quién necesita el producto y en qué entorno?
- Resultado esencial: ¿qué tarea completa debe admitir la primera versión?
- Sistemas existentes: ¿qué herramientas y fuentes de información intervienen?
- Restricciones: dispositivos, idiomas, accesibilidad, presupuesto y plazos.
- Aceptación: ¿cómo se demostrará que funciona el comportamiento acordado?
- Titularidad: ¿quién puede decidir sobre el alcance y mantener el resultado?
5. Deja espacio para cambios deliberados
Aprender algo nuevo forma parte del trabajo de producto. Cuando cambie una prioridad, registra su impacto y toma una decisión explícita sobre alcance, tiempo y coste. Añadir cada nueva idea a la versión actual puede dejar incompleto el recorrido esencial.
Un producto enfocado ofrece una mejor base para la siguiente conversación: qué es útil, dónde encuentran dificultades las personas y qué mejora debería venir después.