Levantamiento de requerimientos de software: guía práctica

Por qué es la etapa que más dinero ahorra

Un cambio detectado en una reunión cuesta una conversación. El mismo cambio detectado cuando el sistema ya está programado cuesta rediseño, código nuevo y pruebas otra vez. Por eso los proyectos que empiezan con prisa por «ver algo funcionando» suelen terminar más tarde.

El Project Management Institute (PMI) lo documentó en su estudio Pulse of the Profession de 2014: el 37 % de las organizaciones señaló los requerimientos inexactos como la causa principal del fracaso de sus proyectos (dato de 2014 publicado por PMI en pmi.org, consultado el 11/09/2026; son cifras de terceros).

Si estás evaluando si construir o comprar, esta etapa también responde esa pregunta. Lo explicamos en desarrollo web a medida vs. plantillas.

Qué se levanta: tipos de requerimientos

La norma internacional de referencia es la ISO/IEC/IEEE 29148:2018, que define los procesos de ingeniería de requisitos para sistemas y software, e incluye pautas sobre el contenido de los documentos de requisitos. En la práctica, conviene separar cuatro niveles:

• Requerimientos de negocio. Qué problema resuelve el sistema y cómo sabrás que funcionó. Ejemplo ilustrativo: «reducir el tiempo de emisión de cotizaciones».
• Requerimientos de usuario. Qué necesita hacer cada perfil: vendedor, supervisor, cliente, administrador.
• Requerimientos funcionales. Lo que el sistema hace: registrar, calcular, aprobar, notificar, exportar.
• Requerimientos no funcionales. Cómo debe comportarse: tiempos de respuesta, disponibilidad, seguridad, accesibilidad, compatibilidad con navegadores y celulares. El modelo de calidad de producto de la ISO/IEC 25010:2023 sirve como lista de verificación para no olvidarlos.

A esto se suman las restricciones: presupuesto, fecha límite, tecnología obligatoria, normativa (por ejemplo, protección de datos personales) y sistemas con los que hay que integrarse.

Quién debe participar de tu lado

El proveedor dirige el levantamiento, pero la información la tiene tu empresa. Asegura estas personas desde el inicio:

• Un responsable con poder de decisión (product owner), que prioriza y resuelve desacuerdos.
• Usuarios reales de cada área, no solo jefes. Quien hace la tarea todos los días conoce las excepciones.
• Alguien de sistemas o TI, para integraciones, accesos y seguridad.
• Finanzas o legal, si el sistema maneja cobros, contratos o datos sensibles.

Si tu empresa no tiene un perfil técnico que traduzca necesidades de negocio en decisiones de tecnología, un CTO externo o una consultoría TI pueden cumplir ese rol durante el proyecto.

Técnicas de levantamiento más usadas

No hay una técnica única; se combinan según el proyecto:

• Entrevistas individuales con usuarios y responsables, con preguntas preparadas.
• Talleres con varias áreas a la vez para acordar flujos y reglas.
• Observación del trabajo real: sentarse junto a quien procesa pedidos revela pasos que nadie menciona.
• Análisis de documentos: formatos, hojas de cálculo, reportes, correos tipo y normativa.
• Encuestas, cuando hay muchos usuarios dispersos.
• Prototipos de pantallas para validar antes de programar, un principio del diseño centrado en el usuario.
• Historias de usuario. Atlassian las define como la unidad de trabajo más pequeña en un marco ágil, expresada desde la perspectiva del usuario, con el formato «Como [perfil], quiero [acción] para [beneficio]» y criterios de aceptación que confirman cuándo está terminada.

Qué documento debe salir del levantamiento

Al terminar, deberías recibir un entregable que puedas leer sin ser programador. Como mínimo:

1. Objetivo del proyecto y cómo se medirá el éxito.
2. Alcance: qué entra y, sobre todo, qué no entra.
3. Perfiles de usuario y permisos.
4. Procesos actuales y procesos propuestos, con diagramas simples.
5. Lista priorizada de funcionalidades o historias de usuario con criterios de aceptación.
6. Requerimientos no funcionales con valores concretos (por ejemplo, qué navegadores y dispositivos se soportan).
7. Integraciones con otros sistemas y quién provee cada acceso.
8. Prototipos o wireframes de las pantallas principales.
9. Supuestos, riesgos y decisiones pendientes.

Con ese documento puedes pedir cotizaciones comparables a varios proveedores, definir un MVP de software con lo esencial y dejar para después lo que no es urgente.

Cómo hacerlo paso a paso

1. Reunión de arranque. Objetivo, responsables, calendario de sesiones y documentos que tu empresa debe compartir.
2. Mapa de procesos actual. Cómo se trabaja hoy, con sus atajos y problemas.
3. Sesiones por área. Entrevistas, talleres y observación.
4. Consolidación. El proveedor ordena, detecta contradicciones y arma la primera versión del documento.
5. Prototipo. Pantallas clave para validar con usuarios; aquí ayuda tener clara la diferencia entre UX y UI.
6. Priorización. Qué es imprescindible para salir, qué puede esperar.
7. Aprobación formal. Firma del alcance y del proceso para gestionar cambios.

La duración depende del número de áreas, procesos e integraciones; pide al proveedor un cronograma de sesiones antes de empezar.

Errores que encarecen el proyecto

• Describir soluciones en vez de problemas. «Quiero un botón que exporte a Excel» puede esconder la necesidad real de un reporte automático.
• Dejar fuera a los usuarios finales. El sistema se aprueba en la gerencia y se rechaza en la operación.
• Olvidar los no funcionales. Seguridad y rendimiento agregados al final cuestan más; si manejas datos sensibles, considera desde el inicio pruebas como el pentesting para empresas.
• No definir qué queda fuera. Todo lo que no está escrito se discute después.
• No acordar cómo se gestionan los cambios. Los cambios son normales; lo que genera conflicto es no tener un procedimiento para evaluarlos y cotizarlos.

Qué hacer ahora

Antes de pedir cotizaciones, reúne los formatos, reportes y hojas de cálculo que usa hoy tu equipo, nombra a un responsable con poder de decisión y lista los tres problemas que el sistema debe resolver sí o sí. Si el proyecto también incluye una web, esta lista de lo que necesitas antes de crear una página web complementa el trabajo.

En Impulsa Studio hacemos levantamiento de requerimientos, prototipos y desarrollo de software a medida. Si quieres ordenar tu proyecto antes de invertir, escríbenos por WhatsApp.