Borrador editorial publicado para consulta. La revisión factual y lingüística está pendiente. Los ejemplos son ilustrativos.
Aclara el cambio deseado
“Conseguir más clientes” necesita descomponerse en problemas controlables: explicar mejor una oferta, recibir solicitudes completas o reducir pérdidas de seguimiento. Identifica dónde se produce la dificultad y qué evidencia existe. No conviertas una meta de ingresos en un requisito de software que promete causarla por sí solo, sin considerar ventas, demanda y capacidad.
Escribe actor, acción y resultado
Describe quién realiza la tarea, qué información introduce y qué resultado debe ver. Añade restricciones de idioma, permisos y errores. Evita requisitos como “sistema intuitivo” sin ejemplos. Una necesidad puede resolverse cambiando contenido o responsabilidad antes que desarrollando una nueva función; conserva esa posibilidad al valorar alternativas y esfuerzo.
Comprueba la relación con la meta
Ejemplo: para evitar solicitudes perdidas, exigir que cada recepción tenga identificador, responsable y estado visible. La prueba envía una solicitud sintética y comprueba esos tres elementos. Después se observará si disminuye el trabajo sin asignar; no se declara una mejora comercial hasta medirla. El requisito queda aceptado por comportamiento y la hipótesis de negocio sigue evaluándose.
Puntos clave
- Relaciona cada requisito con una conducta observable y una medida de comprobación.