No necesitas ser ingeniero de procesos
Existe un mito persistente en el mundo corporativo: que para crear un proceso de negocio necesitas dominar notaciones como BPMN, tener una certificación en gestión de procesos o contratar una consultoría especializada.
No es así.
La mayoría de los procesos que hacen funcionar a una empresa — onboarding de empleados, aprobación de contratos, análisis de crédito, triaje de solicitudes — fueron creados por personas que simplemente necesitaban resolver un problema. Alguien notó que el trabajo estaba desorganizado, se sentó y definió una secuencia de pasos.
El problema no es la falta de conocimiento técnico. Es la falta de un método simple para transformar lo que ya sucede en la práctica en algo documentado, repetible y visible para todos.
Este artículo presenta ese método. Siete pasos para crear un proceso desde cero, sin jerga y sin herramientas complejas.
Paso 1: Comienza con lo que sucede hoy
El error más común al crear un proceso es empezar por lo ideal. La persona se sienta frente a una pantalla en blanco e intenta diseñar el proceso perfecto, con todas las excepciones previstas y todos los caminos mapeados.
No hagas eso.
Comienza por lo real. Ve a la persona que hace el trabajo y pregunta:
- ¿Qué haces cuando recibes una nueva demanda?
- ¿Qué pasos sigues, en orden?
- ¿Dónde suelen trabarse las cosas?
- ¿Con quién necesitas hablar durante el camino?
Anota las respuestas sin editar. No intentes organizar todavía. El objetivo es capturar la realidad, con todas sus imperfecciones.
Si tres personas hacen el mismo trabajo, entrevista a las tres. Descubrirás que cada una lo hace de manera ligeramente diferente. Eso no es un problema — es información valiosa. Las diferencias revelan dónde falta claridad.
Paso 2: Lista las etapas
Con tus notas en mano, identifica las fases distintas del trabajo. Una etapa es un bloque de actividades que ocurren juntas y tienen un propósito claro.
Por ejemplo, en un proceso de aprobación de contratos:
- 1Recepción — El contrato llega para análisis
- 2Análisis jurídico — El equipo legal revisa cláusulas y riesgos
- 3Análisis financiero — Finanzas valida las condiciones de pago
- 4Aprobación — El gestor responsable aprueba o rechaza
- 5Firma — El contrato se formaliza
- 6Archivo — El documento final se almacena
No exageres con la cantidad de etapas. Si tienes más de 8 o 10, probablemente estás detallando demasiado. Las etapas representan fases, no tareas individuales.
Una buena regla: si puedes explicar cada etapa en una frase, el nivel de detalle es adecuado.
Paso 3: Define quién hace qué en cada etapa
Para cada etapa, responde: ¿quién es responsable?
Esto no significa asignar a una persona específica. Significa definir el rol. ¿Quién analiza? ¿Quién aprueba? ¿Quién ejecuta?
En el ejemplo del contrato:
| Etapa | Responsable |
|---|---|
| Recepción | Equipo de operaciones |
| Análisis jurídico | Analista jurídico |
| Análisis financiero | Analista financiero |
| Aprobación | Gerente del área solicitante |
| Firma | Director o representante legal |
| Archivo | Equipo de operaciones |
Cuando nadie es responsable de una etapa, se convierte en tierra de nadie. Las tareas quedan detenidas sin que nadie lo note. Definir responsables es lo que transforma una lista de pasos en un proceso real.
Paso 4: Identifica la información necesaria
Cada etapa necesita insumos para funcionar. Pueden ser:
- Campos de datos: nombre del proveedor, valor del contrato, plazo de vigencia
- Documentos: propuesta comercial, dictamen jurídico, comprobante de pago
- Aprobaciones previas: la etapa 4 solo comienza cuando la etapa 3 termina
Lista lo que es obligatorio y lo que es opcional. Los procesos que exigen demasiada información al inicio se traban desde el principio. Los que exigen muy poca generan retrabajo después.
El equilibrio llega con la práctica. En la primera versión, pide solo lo esencial. Puedes agregar campos después, cuando sepas qué información realmente marca la diferencia.
Paso 5: Define plazos por etapa
Toda etapa necesita un plazo. Sin plazo, no hay urgencia. Sin urgencia, las cosas se detienen.
No necesita ser un plazo exacto. Puede ser un rango:
- Análisis jurídico: 2 a 3 días hábiles
- Aprobación: 1 día hábil
- Firma: 5 días hábiles
Los plazos hacen dos cosas importantes:
- 1Crean expectativa — todos saben cuánto debería tomar cada fase
- 2Revelan cuellos de botella — cuando una etapa excede consistentemente su plazo, sabes dónde enfocar atención
En la primera versión, define plazos basándote en lo que sucede hoy, no en lo que te gustaría que sucediera. Optimizas después.
Paso 6: Define qué dispara la siguiente etapa
¿Qué hace que un caso salga de una etapa y entre en la siguiente? Esta es la pregunta que separa procesos funcionales de procesos confusos.
Las respuestas más comunes:
- Aprobación: alguien revisa y aprueba para avanzar
- Carga de documento: se adjunta un documento obligatorio
- Completar formulario: se completa la información pendiente
- Tiempo: después de X días, el caso avanza automáticamente
- Decisión: alguien toma una decisión formal (aprobar, rechazar, solicitar ajustes)
Definir disparadores claros elimina la ambigüedad. Nadie necesita preguntar "¿esto ya puede pasar a la siguiente fase?" — el criterio está definido.
En la práctica, la mayoría de las etapas avanzan por aprobación manual. Está bien. No necesitas automatizar todo el primer día. Lo importante es que el criterio exista.
Paso 7: Prueba con un caso real
Tienes las etapas, los responsables, la información, los plazos y los disparadores. Ahora prueba.
Toma un caso real — una demanda que llega hoy — y ejecuta el proceso de inicio a fin. Observa:
- ¿Dónde se trabó? ¿Alguna etapa quedó detenida sin razón clara?
- ¿Faltó información? ¿Alguien necesitó algo que no estaba previsto?
- ¿Sobró burocracia? ¿Algún paso parece innecesario en la práctica?
- ¿El flujo tiene sentido? ¿El orden de las etapas refleja lo que realmente sucede?
Anota todo. Ajusta. Prueba de nuevo.
Un buen proceso no nace perfecto. Nace funcional y mejora con el uso. La primera versión tendrá fallas. La segunda, menos. En la tercera, ya tienes algo sólido.
Errores comunes (y cómo evitarlos)
Sobreingeniería en la primera versión
La tentación es fuerte: mapear cada excepción, predecir cada escenario, crear caminos alternativos para todo. Resiste.
La primera versión debe cubrir el camino principal — lo que sucede en el 80% de los casos. Las excepciones pueden manejarse manualmente hasta que entiendas cuáles son lo suficientemente frecuentes para justificar un camino propio.
Intentar automatizar todo de una vez
La automatización es poderosa, pero prematura cuando aún no entiendes bien el proceso. Automatiza después de ejecutar el proceso manualmente durante algunas semanas. Cuando sabes dónde están los cuellos de botella y las repeticiones, la automatización resuelve problemas reales en lugar de crear nuevos.
No involucrar a las personas que hacen el trabajo
El mayor error de todos. Un proceso diseñado por quien no hace el trabajo es un proceso que nadie va a seguir.
Las personas que ejecutan las tareas diariamente saben cosas que ningún análisis de arriba hacia abajo va a capturar. Saben dónde está la información, qué pasos son realmente necesarios y cuáles son pura burocracia.
Involúcralas desde el paso 1. El proceso será mejor y la adopción será natural.
Cómo ayuda CaseFy
CaseFy fue diseñado para personas que necesitan crear y gestionar procesos sin depender de conocimiento técnico.
Constructor visual de plantillas: crea etapas, define campos, configura permisos y establece transiciones arrastrando bloques. Sin diagramas BPMN, sin lenguajes de modelado.
Campos personalizados por etapa: cada etapa puede tener sus propios campos obligatorios y opcionales. El sistema garantiza que la información correcta se recolecte en el momento adecuado.
Plazos y SLAs por etapa: define plazos para cada fase. Cuando un plazo se acerca al vencimiento, los responsables son notificados automáticamente.
Transiciones configurables: determina qué etapas pueden avanzar a qué otras etapas, y qué condiciones deben cumplirse para que la transición ocurra.
Timeline completa: cada acción se registra automáticamente — quién hizo qué, cuándo y en qué etapa. Trazabilidad total sin esfuerzo manual.
Prueba y ajusta rápido: crea un caso de prueba, ejecuta el proceso, identifica ajustes y modifica la plantilla. Sin código, sin despliegue, sin esperar al equipo de TI.
Pasas de cero a un proceso funcionando en minutos, no en semanas.