El gerente que resuelve con método vale más que el que resuelve por ocurrencia

Hay gerentes que resuelven problemas todos los días.

Un cliente importante amenaza con irse. Un proceso empieza a retrasarse. Los costos aumentan sin una explicación clara. Las ventas crecen, pero la operación no puede seguirles el ritmo.

Entonces aparece la experiencia.

—“Yo creo que el problema está aquí.” —“Siempre lo hemos hecho de esta manera.” —“Contratemos otra persona.” —“Metamos un sistema.” —“Hay que apretar más al equipo.”

Y algunas veces funciona.

El problema es que, cuando funciona, rara vez sabemos por qué funcionó.

Y cuando no funciona, tampoco sabemos exactamente dónde nos equivocamos.

La experiencia es valiosa. La intuición también.

Pero cuando una empresa empieza a crecer, ambas necesitan algo más:

método.

Resolver rápido no siempre significa resolver bien

En muchas PyMEs el gerente termina convirtiéndose en el solucionador oficial de problemas.

Es normal.

Conoce a los clientes, entiende la operación, ha vivido las crisis anteriores y probablemente sabe más del negocio que cualquier manual.

Pero hay una diferencia importante entre:

tener experiencia resolviendo problemas

y

tener un proceso para resolver problemas.

La primera depende principalmente de la persona.

La segunda puede documentarse, explicarse, repetirse y mejorarse.

Y esa diferencia empieza a ser muy importante cuando una empresa crece.

Porque eventualmente los problemas dejan de ser evidentes.

Una baja en ventas puede parecer un problema comercial cuando realmente proviene de tiempos de entrega.

Una caída en productividad puede parecer un problema de personal cuando el origen está en un proceso mal diseñado.

Un nuevo software puede parecer la solución cuando el verdadero problema es que nadie ha definido claramente quién decide qué.

Antes de buscar soluciones conviene responder algo mucho más importante:

¿Estamos seguros de que entendemos correctamente el problema?

1. Primero diagnosticar. Después solucionar.

Uno de los errores más comunes en las empresas es comenzar por la solución.

“Necesitamos un CRM.”

“Necesitamos contratar otro vendedor.”

“Necesitamos automatizar.”

“Necesitamos cambiar de ERP.”

Pero una herramienta no es un diagnóstico.

Antes de recomendar una solución, un proceso consultivo busca entender qué está ocurriendo.

Por ejemplo, imaginemos una comercializadora donde el director comenta:

“Necesitamos otro vendedor porque ya no estamos alcanzando la meta.”

La reacción inmediata podría ser abrir una vacante.

Pero al revisar la información descubrimos que los vendedores actuales generan suficientes oportunidades.

El verdadero problema es otro:

las cotizaciones tardan demasiado en prepararse, algunas solicitudes se pierden entre WhatsApp y correo y nadie tiene claridad sobre cuáles clientes necesitan seguimiento.

Contratar otro vendedor probablemente habría agregado capacidad al lugar equivocado.

El problema no era generación de oportunidades.

Era el proceso comercial.

Un buen diagnóstico evita invertir en soluciones para problemas que nunca existieron.

2. Convertir opiniones en información

Dentro de una organización es común escuchar versiones diferentes del mismo problema.

Ventas dice que operaciones tarda demasiado.

Operaciones dice que ventas promete cosas imposibles.

Administración dice que nadie entrega información completa.

Dirección solamente ve que los clientes están molestos.

¿Quién tiene razón?

Posiblemente todos.

O posiblemente ninguno tenga todavía la fotografía completa.

Por eso un diagnóstico estructurado combina distintas fuentes:

• entrevistas;
• documentos;
• registros;
• observación;
• indicadores;
• antecedentes;
• información proporcionada por las personas involucradas.

La intención no es llenar formatos por llenar formatos.

Es separar síntomas, percepciones y causas.

Eso permite pasar de una conversación como:

“El equipo está trabajando mal.”

a algo mucho más útil:

“El 38% de las solicitudes necesita regresar a ventas porque llega sin la información necesaria para procesarse.”

La segunda afirmación ya puede analizarse.

Y lo que puede analizarse también puede mejorarse.

3. No enamorarse de la primera solución

Otro hábito importante del pensamiento consultivo es desarrollar alternativas.

Cuando tenemos experiencia en un área es fácil reconocer un problema y brincar inmediatamente hacia nuestra solución favorita.

Si sabemos de software, queremos desarrollar software.

Si somos especialistas en ventas, queremos modificar el proceso comercial.

Si conocemos automatización, queremos automatizar.

Pero una organización necesita la solución que tenga más sentido para su contexto, no la que resulte más interesante para quien está resolviendo el problema.

Supongamos que una empresa pierde información de clientes.

Podrían existir varias alternativas:

Alternativa A: establecer un procedimiento y responsables claros.

Alternativa B: reorganizar la herramienta que ya utiliza la empresa.

Alternativa C: implementar un CRM.

Alternativa D: automatizar parte del flujo entre sistemas.

Cada opción tiene:

• costo;
• tiempo de implementación;
• riesgos;
• beneficios;
• dependencias;
• impacto operativo.

El trabajo directivo no consiste únicamente en encontrar una solución.

Consiste en ayudar a la organización a elegir la solución adecuada.

4. Poner números antes de poner presupuesto

Una solución empresarial debería poder responder, como mínimo, dos preguntas:

¿Qué esperamos mejorar?

y

¿cómo sabremos si realmente mejoró?

Aquí es donde los indicadores dejan de ser decoración para el dashboard.

Si queremos mejorar un proceso comercial, podríamos medir:

• tiempo promedio para generar una cotización;
• porcentaje de oportunidades con seguimiento;
• tasa de conversión;
• tiempo entre solicitud y respuesta;
• oportunidades perdidas por falta de seguimiento.

Si queremos mejorar una operación:

• tiempo de ciclo;
• retrabajos;
• errores;
• capacidad;
• costo por operación.

La lógica es sencilla:

situación actual → intervención → nueva medición.

Sin esa comparación, una empresa puede gastar cientos de miles de pesos en un proyecto y terminar evaluándolo con:

“Pues parece que sí estamos mejor.”

Eso no es evaluación.

Es percepción.

5. Documentar también mejora las decisiones

Uno de los beneficios menos evidentes de utilizar un proceso estructurado es la documentación.

Cuando una decisión importante solamente vive en reuniones, mensajes o en la memoria de las personas, meses después empiezan preguntas como:

“¿Por qué compramos este sistema?”

“¿Quién pidió este cambio?”

“¿Qué problema queríamos resolver?”

“¿Qué alternativas habíamos considerado?”

Un proceso consultivo deja evidencia de esas decisiones.

No para burocratizar.

Para conservar el razonamiento.

Eso permite que una empresa pueda revisar posteriormente:

• cuál era la situación inicial;
• qué información se analizó;
• qué alternativas existían;
• qué solución se eligió;
• bajo qué criterios;
• qué resultados se esperaban.

Esa trazabilidad se vuelve especialmente útil cuando cambian los responsables o cuando la empresa necesita tomar decisiones similares en el futuro.

Lo interesante: no necesitas dedicarte a la consultoría

Aquí está la parte que muchas veces se pierde cuando hablamos de estándares de competencia.

El EC0249 está diseñado para evaluar funciones de consultoría, pero las habilidades que organiza también son útiles para personas que toman decisiones dentro de una organización.

Un director.

Un gerente.

Un responsable de operaciones.

Un líder de transformación.

Un responsable de mejora continua.

Todos enfrentan constantemente situaciones donde necesitan:

entender → diagnosticar → comparar → proponer → decidir.

Aprender un método de consultoría no significa necesariamente querer convertirse en consultor externo.

También puede significar convertirse en un mejor solucionador de problemas dentro de tu propia empresa.

La experiencia sigue importando

Trabajar con metodología no significa ignorar la intuición.

De hecho, la experiencia es una ventaja enorme.

Una persona experimentada probablemente identifica patrones mucho más rápido que alguien que apenas conoce la organización.

La metodología simplemente agrega una capa de disciplina:

intuición para formular hipótesis + evidencia para comprobarlas.

La experiencia dice:

“Creo que el problema puede estar aquí.”

El método responde:

“Vamos a comprobarlo.”

Esa combinación es mucho más poderosa que cualquiera de las dos por separado.

Y sí: también puedes certificar esa competencia

El EC0249 “Proporcionar servicios de consultoría general” forma parte del Sistema Nacional de Competencias y puede utilizarse como referente para evaluar y certificar las competencias de una persona en este proceso.

La certificación no sustituye experiencia, estudios profesionales ni conocimiento especializado.

Lo que hace es evaluar que una persona pueda demostrar las competencias establecidas en el estándar.

Para alguien que ya dirige proyectos, áreas o empresas, puede representar algo adicional:

convertir experiencia práctica en una competencia evaluada contra un estándar.

Y para quien posteriormente quiera prestar servicios profesionales de consultoría, también puede convertirse en una base para estructurar mejor su trabajo.

La mejor solución no siempre empieza con tecnología

En ALVO trabajamos con una idea muy sencilla:

la tecnología debería aparecer después de entender el problema, no antes.

Algunas organizaciones necesitan software.

Otras necesitan integrar mejor las herramientas que ya tienen.

Otras necesitan cambiar un proceso.

Y algunas simplemente necesitan ponerse de acuerdo sobre quién hace qué.

Por eso antes de recomendar una plataforma, automatización o desarrollo, buscamos entender:

• qué quiere lograr la organización;
• qué está impidiendo conseguirlo;
• cómo funciona actualmente;
• qué alternativas existen;
• y cuál genera mayor valor.

Es la diferencia entre vender herramientas y resolver problemas.

Resolver problemas también es una competencia

Un gerente puede acumular años de experiencia resolviendo crisis.

Pero existe un siguiente nivel:

convertir esa experiencia en un método que pueda repetir, defender y enseñar.

Diagnosticar antes de actuar.

Buscar evidencia antes de concluir.

Evaluar alternativas antes de comprar.

Definir indicadores antes de implementar.

Documentar por qué se tomó una decisión.

Eso es pensar como consultor.

Y no necesitas poner “consultor” en tu tarjeta para aprovecharlo.

Porque en una organización, la persona que siempre tiene una respuesta puede ser valiosa.

Pero la persona que sabe cómo llegar a una buena respuesta vale todavía más.