Proceso

Un proceso es el recorrido repetible mediante el cual una solicitud, un pedido, una incidencia o una decisión se convierte en un resultado. Existe incluso cuando nadie lo ha escrito: es, sencillamente, la forma real en que el trabajo se mueve dentro de la empresa.

En breve

Toda empresa tiene recorridos habituales: una petición de cliente se convierte en una oferta, un pedido se convierte en una entrega, una reclamación se convierte en una corrección. Esos recorridos contienen actividades, decisiones, traspasos, esperas y resultados.

La pregunta útil para una pyme no es si tiene procesos. Los tiene. La pregunta es si esos procesos son suficientemente legibles para medirlos, delegarlos, mejorarlos y, si llega el caso, mostrarlos a un comprador o inversor como prueba de transferibilidad.

En la lectura MARTRO, el proceso es una superficie diagnóstica. No sirve solo para optimizar. Sirve para observar problemas que de otro modo quedan difusos: roles ambiguos, entradas incompletas, demoras decisionales, trabajo rehecho, dependencia excesiva de una persona o digitalización prematura.

Definición operativa

Un proceso se reconoce por cuatro elementos.

Primero, un desencadenante: el hecho que pone en marcha el flujo. Puede ser un pedido, una llamada, un vencimiento, una incidencia, una reclamación o una solicitud interna.

Segundo, una secuencia de actividades realizadas por roles reconocibles. No son tareas abstractas: ocurren con información, herramientas, restricciones y responsabilidad.

Tercero, puntos de decisión. Son los momentos en los que el flujo puede tomar caminos distintos: aprobar o rechazar, escalar o continuar, rehacer o liberar, priorizar ahora o posponer.

Cuarto, una salida. Alguien recibe y usa el resultado: un cliente, otro departamento, un responsable interno, un proveedor o el siguiente rol del flujo.

Si falta uno de estos elementos, quizá no se está describiendo un proceso sino una actividad genérica. La diferencia importa: sobre una actividad genérica solo se puede pedir “trabajar mejor”; sobre un proceso se puede intervenir en un punto concreto.

Por qué importa en las pymes

Las empresas pequeñas se coordinan por proximidad. La gente habla, se corrige de palabra y tira de memoria. El fundador suele verlo casi todo. No es una forma inferior de gestión; a pequeña escala puede ser muy eficaz.

El crecimiento la rompe de forma silenciosa.

La primera señal no suele ser el caos, sino la dependencia. Cada excepción vuelve al fundador. La ausencia de una persona clave bloquea un flujo. Las nuevas incorporaciones aprenden mirando a quien ya sabe porque el conocimiento está en las cabezas, no en una forma transferible.

Desde fuera, esa dependencia se lee como riesgo de persona clave. Afecta a la valoración porque una empresa que funciona solo gracias a unas pocas personas es más difícil de transferir, integrar o escalar.

Hacer legible un proceso no es burocratizar. Es reducir la dependencia de memoria, proximidad y heroísmo individual.

Señales observables

Un proceso poco legible deja rastros.

El mismo pedido se introduce dos veces en dos sistemas distintos.

Las urgencias se acumulan siempre en el mismo punto del flujo.

Una oferta vuelve varias veces entre comercial y técnico antes de salir.

Una persona mantiene una hoja paralela para saber dónde está cada expediente.

Cada señal puede observarse con medios sencillos: contar vueltas, medir días de espera, listar excepciones de un mes, comparar lo documentado con casos recientes.

Errores comunes

El primer error es representar el proceso deseado en lugar del proceso real. El resultado es un documento elegante que nadie reconoce.

El segundo error es empezar con un perímetro demasiado amplio. “El proceso comercial” suele ser demasiado grande. “Desde la petición del cliente hasta el envío de la oferta” es un primer perímetro mejor.

El tercer error es pedir al programa informático que imponga un orden que la organización aún no ha decidido. Un sistema puede apoyar un proceso estable, pero no sustituir decisiones pendientes sobre secuencia, responsabilidad y datos.

Ejemplo operativo

Una empresa metalmecánica de 30 personas y unos seis millones de facturación se queja de entregas tardías. El fundador cree que el problema está en producción.

La reconstrucción de 20 pedidos reales muestra otra cosa. El tiempo efectivo de trabajo está dentro de lo esperado. La demora aparece entre la confirmación del pedido y la liberación a producción. Las listas de materiales vuelven incompletas dos veces de media.

La intervención no fue un nuevo sistema de gestión. Fue una lista de comprobación de siete puntos antes de liberar el pedido, con un responsable claro. El tiempo total de paso se redujo seis días sin inversión.

La lección técnica es sencilla: el tiempo de ciclo se mejora con eficiencia; el tiempo total de paso se mejora con estructura.

Preguntas diagnósticas

Si tres personas implicadas describen el mismo flujo por separado, ¿sus descripciones coinciden?

Para una unidad de trabajo elegida al azar, ¿sabemos dónde está, quién la tiene y qué espera?

Cuando algo va mal, ¿se identifica el punto del proceso o se discute inmediatamente sobre personas?

Si una sola respuesta es negativa, el proceso existe, pero aún no es gobernable.

Implicaciones prácticas

El orden correcto es hacer visible antes de optimizar. Muchos proyectos fracasan porque intentan mejorar un flujo que nadie ha observado de verdad.

La práctica mínima es escoger un flujo, seguir entre 10 y 20 casos reales, registrar pasos, esperas, vueltas y decisiones, y elegir una intervención concreta.

La discusión interna cambia: deja de ser “yo creo que el problema es X” y pasa a ser “esto es donde ocurre”.

Lectura MARTRO

En la lectura MARTRO, un proceso no es un objeto para certificar. Es una superficie diagnóstica: el punto donde distintas condiciones organizativas se vuelven observables.

Por eso la representación del proceso precede al trabajo sobre RACI, indicadores, herramientas digitales o gobernanza. Es la forma más económica de sustituir relato por evidencia.

Cuándo profundizar

Conviene profundizar cuando la misma fricción vuelve cada semana pese a reuniones y recordatorios. En ese punto el problema no suele ser atención, sino arquitectura del flujo.

Los pasos naturales son representación de procesos, proceso nominal frente a proceso real y análisis del cuello de botella.

Preguntas frecuentes

¿Qué diferencia hay entre proceso y procedimiento? El proceso es el flujo real del trabajo entre personas y decisiones. El procedimiento es su descripción formal.

¿Una pyme pequeña necesita representar sus procesos? No siempre. La proximidad puede ser suficiente. Conviene hacerlo cuando aparecen dependencia, trabajo rehecho, demoras repetidas o riesgo de persona clave.

¿Hace falta un programa informático? No para hacer legible el proceso. Las herramientas ayudan después de aclarar secuencia, responsabilidades y datos.

¿Por qué interesa a un inversor? Porque procesos legibles significan resultados más replicables sin depender de las mismas personas.