Tema 4.2 — Inputs: entradas del sistema

Ruta académica

Programa: Business Administration
Bloque 1: Fundamentos de administración
Unidad 2: La empresa como sistema
Tema 4: Pensamiento sistémico aplicado a empresas
Subtema: Inputs

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

Definir qué es un input dentro de un sistema empresarial.
Clasificar entradas materiales, humanas, financieras, informacionales y tecnológicas.
Distinguir volumen, calidad, disponibilidad, costo y variabilidad de un input.
Analizar dependencias críticas de recursos.
Comprender que la calidad del output puede estar limitada por la calidad de las entradas.
Construir un mapa de inputs para un proceso empresarial.

1. Ningún proceso opera desde la nada

Todo proceso empresarial necesita entradas.

Un input es cualquier recurso, señal, información o condición que ingresa al sistema y que será utilizado, transformado o considerado para producir un resultado.

INPUTS
  ↓
PROCESO
  ↓
OUTPUTS

Esta idea parece elemental, pero tiene una consecuencia importante:

Muchos problemas atribuidos al proceso son, en realidad, problemas de entrada.

Un sistema de facturación puede fallar porque el software funciona mal, pero también porque recibe datos fiscales incompletos. Un equipo de ventas puede tener bajo desempeño por una mala metodología, pero también porque recibe leads mal calificados.

2. Tipos de inputs

Las entradas empresariales pueden clasificarse de diversas maneras.

2.1 Materiales

materias primas;
componentes;
mercancías;
consumibles;
energía.

2.2 Humanos

tiempo de trabajo;
conocimiento;
capacidades;
experiencia;
atención;
juicio.

2.3 Financieros

capital;
crédito;
flujo de caja;
presupuesto;
inversión.

2.4 Informacionales

datos del cliente;
pronósticos;
órdenes;
requisitos;
documentos;
indicadores.

2.5 Tecnológicos

software;
infraestructura;
APIs;
capacidad de cómputo;
conectividad;
modelos de IA.

2.6 Institucionales

También pueden existir entradas menos tangibles:

permisos;
autorizaciones;
normas;
licencias;
condiciones regulatorias.

3. La entrada no es solo “cantidad”

Para analizar un input necesitamos observar al menos cinco dimensiones:

CANTIDAD
CALIDAD
TIEMPO
COSTO
VARIABILIDAD

Un proceso puede recibir suficientes unidades, pero demasiado tarde.

Puede recibir información a tiempo, pero con errores.

Puede obtener recursos excelentes, pero a un costo que hace inviable el modelo económico.

4. Calidad de entrada

Existe una regla práctica fundamental:

Mala entrada
   ↓
Proceso excelente
   ↓
Resultado limitado

En sistemas de información se suele expresar como garbage in, garbage out.

Ejemplo:

Un sistema de IA puede utilizar un modelo técnicamente avanzado, pero si recibe:

datos incompletos;
etiquetas erróneas;
información desactualizada;
sesgos sistemáticos;

el resultado estará condicionado por esas entradas.

5. Inputs y especificaciones

Una organización madura define qué características debe tener una entrada para ser aceptable.

Ejemplo de una solicitud de alta de cliente:

Nombre legal        requerido
RFC                 requerido
Correo              formato válido
País                catálogo controlado
Consentimiento      registrado

La especificación reduce ambigüedad y evita trasladar errores hacia etapas posteriores.

6. Proveedor interno y proveedor externo

No todas las entradas vienen de fuera de la empresa.

Un departamento puede recibir inputs de otro.

MARKETING
  ↓ leads
VENTAS
  ↓ órdenes
OPERACIONES
  ↓ evidencia de entrega
FINANZAS

Cada transferencia crea una relación proveedor-cliente interna.

Esto permite preguntar:

¿qué necesita el siguiente proceso?;
¿qué formato requiere?;
¿con qué nivel de calidad?;
¿en qué momento?

7. Handoffs

Un handoff es la transferencia de trabajo, información o responsabilidad entre personas, equipos o sistemas.

Los handoffs son puntos frecuentes de falla.

Problemas típicos:

información incompleta;
duplicación;
pérdida de contexto;
formato incompatible;
responsabilidad difusa;
demora.

Equipo A
  ↓
[HANDOFF]
  ↓
Equipo B

Cuando un proceso tiene muchos handoffs, aumenta la necesidad de coordinación.

8. Variabilidad de inputs

Las entradas rara vez son perfectamente uniformes.

Ejemplo en soporte:

tickets simples;
tickets complejos;
diferentes idiomas;
prioridades distintas;
clientes con diferentes niveles de conocimiento.

Dos procesos con el mismo volumen pueden requerir capacidades muy diferentes si la mezcla de inputs cambia.

Por ello:

100 solicitudes simples
≠
100 solicitudes altamente complejas

9. Demanda como input

La demanda del cliente es una de las entradas más importantes del sistema.

Puede variar por:

hora;
día;
temporada;
campañas;
eventos económicos;
tendencias;
competencia.

La capacidad empresarial debe diseñarse considerando no solo demanda promedio, sino picos y variabilidad.

10. Información como input de decisión

Las decisiones administrativas también son procesos.

DATOS
  +
CRITERIOS
  +
EXPERIENCIA
  ↓
DECISIÓN

Si la dirección recibe información incompleta, tardía o sesgada, la calidad de decisión puede deteriorarse.

Por eso los sistemas de reporting son parte de la arquitectura de inputs gerenciales.

11. Capital como input

El capital permite financiar:

inventario;
contratación;
infraestructura;
marketing;
desarrollo;
adquisiciones.

Pero el capital tiene:

costo;
condiciones;
plazo;
riesgo;
expectativas de retorno.

No debe tratarse como recurso infinito.

12. Talento como input

El trabajo humano no es intercambiable de forma perfecta.

Dos personas con las mismas horas disponibles pueden aportar capacidades diferentes.

Factores relevantes:

experiencia;
conocimiento tácito;
habilidades técnicas;
capacidad de juicio;
comunicación;
aprendizaje.

Por eso la planificación de recursos humanos no consiste solo en contar headcount.

13. Tecnología como input productivo

La tecnología puede ampliar la productividad de otros inputs.

Persona
+
Software
+
Datos
=
Capacidad productiva

Pero también puede introducir dependencias y restricciones.

Un proceso automatizado depende de:

disponibilidad del sistema;
calidad de datos;
permisos;
integración;
mantenimiento.

14. Input crítico

Un input es crítico cuando su ausencia o deterioro afecta de manera desproporcionada al sistema.

Ejemplos:

una API fiscal obligatoria;
un componente único;
una persona con conocimiento no documentado;
una licencia regulatoria;
liquidez mínima.

Identificar inputs críticos permite diseñar redundancia o mitigación.

15. Single point of failure

Un sistema contiene un single point of failure cuando un único elemento puede interrumpir una función esencial.

Proceso crítico
     ↓
depende de
     ↓
ÚNICO PROVEEDOR
     ↓
Falla
     ↓
Proceso detenido

La reducción de dependencia puede implicar:

proveedor alterno;
inventario de seguridad;
documentación;
redundancia tecnológica;
capacitación cruzada.

16. Restricciones de entrada

No toda demanda debe admitirse al sistema inmediatamente.

Ejemplo:

Un servicio puede limitar:

cupos;
tamaño de proyecto;
criterios de cliente;
formatos aceptados;
ventanas de recepción.

Controlar entradas puede ser una estrategia legítima para preservar calidad y capacidad.

17. Inputs y seguridad

Los inputs también pueden ser vectores de riesgo.

En software:

archivos;
parámetros;
URLs;
mensajes;
credenciales;
datos de terceros.

Por ello se utilizan mecanismos como:

VALIDAR
NORMALIZAR
AUTORIZAR
SANITIZAR
REGISTRAR

La seguridad comienza en la frontera de entrada.

18. Caso aplicado: cotización de viajes

Una agencia recibe una solicitud:

Destino: Cancún
Fechas: no especificadas
Personas: “familia”
Presupuesto: desconocido
Ciudad de salida: desconocida

El asesor puede trabajar mucho y producir una cotización poco útil.

El problema no está necesariamente en la capacidad de cotizar.

Está en el diseño de entrada.

Un formulario mínimo podría exigir:

destino;
fechas;
número de viajeros;
edades de menores;
ciudad de origen;
presupuesto aproximado.

Mejor input → menor retrabajo.

19. Métricas de inputs

Algunas métricas útiles:

defect rate de entrada;
porcentaje de solicitudes incompletas;
tiempo de llegada;
variabilidad;
disponibilidad;
costo por unidad;
concentración por proveedor;
porcentaje de inputs rechazados.

Estas métricas ayudan a distinguir problemas upstream de problemas internos.

20. Preguntas de reflexión

¿Qué inputs críticos utiliza una empresa digital?
¿Qué entrada de mala calidad genera más retrabajo en una organización?
¿Qué información debería validarse antes de iniciar un proceso?
¿Qué dependencia de proveedor constituye un punto único de falla?
¿Cuándo conviene limitar entradas para proteger capacidad?
¿Cómo cambia el proceso cuando aumenta la variabilidad de demanda?

21. Ejercicio aplicado

Elige un proceso y construye una ficha de inputs.

Input	Fuente	Calidad requerida	Frecuencia	Riesgo	Alternativa

Después identifica:

el input más crítico;
el input con mayor variabilidad;
un handoff problemático;
una validación que debería ocurrir antes de iniciar el proceso.

22. Ideas clave

Todo proceso depende de entradas.
Un problema de output puede originarse upstream.
Cantidad, calidad, tiempo, costo y variabilidad son dimensiones distintas.
Los handoffs son puntos frecuentes de pérdida de información.
Recursos críticos y proveedores únicos crean vulnerabilidad sistémica.
Diseñar bien la entrada reduce retrabajo y mejora la calidad global.

23. Videos recomendados en YouTube

MIT OpenCourseWare — Systems Thinking and Modeling for a Complex World
https://www.youtube.com/watch?v=o-Yp8A7BPE8
CrashCourse — The Core of a Business: Key Activities & Resources (#8)
https://www.youtube.com/watch?v=8bu1Ltpeiu4

24. Bibliografía y fuentes verificables

Meadows, D. H. (2008). Thinking in Systems: A Primer. Chelsea Green Publishing.
Sterman, J. D. (2000). Business Dynamics. Irwin/McGraw-Hill.
Katz, D., & Kahn, R. L. (1978). The Social Psychology of Organizations (2nd ed.). Wiley.
Slack, N., Brandon-Jones, A., & Burgess, N. (2022). Operations Management (10th ed.). Pearson.
Deming, W. E. (1986). Out of the Crisis. MIT Press.

Verificación

MIT OpenCourseWare: https://ocw.mit.edu/courses/res-15-004-system-dynamics-systems-thinking-and-modeling-for-a-complex-world-january-iap-2020/
OpenStax, “Contingency and System Management”: https://openstax.org/books/principles-management/pages/3-7-contingency-and-system-management

Navegación

← Anterior: Sistemas abiertos · Índice del Tema 4 · Siguiente: Procesos de transformación →

Fundamentos De Empresa Y Administracion