Qué procesos cambiar antes de comprar tecnología

¿Por qué revisar el proceso antes que la herramienta?

• La tecnología normalmente ejecuta o soporta un proceso; no lo diseña.
• Si el proceso tiene pasos innecesarios, la tecnología puede simplemente hacerlos más rápido.
• Automatizar errores sigue produciendo errores, solo que en más volumen.
• Una mala definición puede terminar en software innecesariamente complejo.

Comprar tecnología no corrige automáticamente un proceso mal diseñado.

Señales de que el problema está en el proceso

• Demasiadas autorizaciones.
• Información capturada varias veces.
• Pasos que nadie sabe por qué existen.
• Retrabajo constante.
• Dependencia de correos o mensajes para avanzar.
• Información que pasa manualmente entre áreas.
• Excepciones frecuentes.
• Procesos que dependen de una sola persona.
• Formatos o reportes que nadie utiliza.

Mapear cómo se trabaja hoy

No hace falta una metodología pesada. Basta con responder, para un proceso concreto:

1. ¿Dónde inicia el proceso?
2. ¿Quién participa?
3. ¿Qué información entra?
4. ¿Qué pasos se realizan?
5. ¿Qué decisiones se toman?
6. ¿Dónde termina?
7. ¿Qué información produce?

Conviene hacerlo con quienes ejecutan el proceso, no solo con quienes lo supervisan: ellos conocen los atajos y las excepciones.

Buscar fricciones

Con el proceso a la vista, revisar dónde aparecen:

• Esperas.
• Doble captura.
• Errores.
• Autorizaciones.
• Información incompleta.
• Cambios entre sistemas.
• Actividades manuales.
• Falta de visibilidad.
• Excepciones.

Preguntar por qué existe cada paso

Algunos pasos existen por:

• Una necesidad real de la operación.
• Una regulación.
• Un control.
• Una limitación tecnológica antigua.
• Costumbre.
• Decisiones históricas que ya no aplican.

La idea es distinguir qué debe conservarse y qué puede eliminarse. Un paso que existe por regulación se queda; uno que existe porque “así se ha hecho siempre” merece una segunda mirada.

Simplificar antes de automatizar

La mejora puede venir de simplificar e integrar, no necesariamente de desarrollar un sistema enorme. En este caso, quitar dos capturas y conectar la captura con el ERP es una tarea de integración y automatización.

¿Cuándo sí entra la tecnología?

Después de simplificar el proceso, puede tener sentido:

• Configurar mejor el sistema existente.
• Integrar herramientas.
• Automatizar tareas.
• Desarrollar una función.
• Implementar una app.
• Incorporar inteligencia artificial.

Si lo que existe no se adapta al proceso ya simplificado, revisa cuándo conviene desarrollar software a la medida.

No todo problema es tecnológico

Algunos problemas vienen de:

• Responsabilidades poco claras.
• Reglas contradictorias.
• Falta de capacitación.
• Datos incompletos.
• Controles mal definidos.
• Procesos que nadie supervisa.

Estos casos no se resuelven con software. Un sistema nuevo puede incluso hacerlos más visibles, pero no los corrige por sí solo.

Ejemplo: ¿hace falta un nuevo sistema de inventarios?

Antes de cambiar de software, hay que definir mejor el proceso: cuándo se registra una entrada, cómo se documenta una transferencia, quién autoriza un ajuste. Después se decide qué parte debe resolver la tecnología; puede que el sistema actual alcance con una mejor configuración, o puede que no.

¿Cómo elegir qué mejorar primero?

• Impacto.
• Frecuencia.
• Tiempo perdido.
• Errores.
• Costo.
• Clientes afectados.
• Facilidad de mejora.
• Dependencia con otros procesos.

En por dónde empezar a mejorar una empresa explicamos cómo usar estos criterios para priorizar.

Del diagnóstico al proyecto

Después de revisar el proceso, debe quedar claro:

• El problema.
• El proceso actual.
• El cambio propuesto.
• Los responsables.
• La información necesaria.
• La tecnología requerida, si aplica.
• La forma de medir el resultado.

Eso convierte una idea vaga de “digitalizar” en un proyecto concreto. Si el proyecto requiere construir algo nuevo, ese es el punto de partida para el desarrollo de software a la medida.