Saltar al contenido

Vigentia Lab

Convertimos problemas repetidos en herramientas, métodos y nuevas formas de trabajar.

Experimentamos con sistemas de control operativo, automatización e inteligencia aplicada para que las empresas resuelvan problemas con menos fricción y mejores decisiones.

Qué es el Lab

Un espacio para probar en abierto

Vigentia Lab. Diseñamos y experimentamos con herramientas, datos y metodologías que hacen más sencilla la toma de decisiones empresariales y la ejecución cotidiana.

Cuando un problema se repite en varios encargos, lo convertimos en un método o en una herramienta que puedes usar tú mismo. Lo que ves en el Lab es lo que funciona hoy, con sus límites a la vista. Lo que todavía no existe no se anuncia, y lo que se publica lleva su estado, su responsable y su fecha de revisión.

Cartera de activos

Cinco herramientas con demostración operativa

Esta cartera incluye solo activos que puedes probar hoy en esta web, no prototipos internos ni proyectos futuros. De cada uno indicamos el problema que aborda, su funcionalidad, a quién se dirige, su etapa, dónde probarlo y quién responde de él.

Selector de problemas

Elegir ruta sin conocer la jerga

  • Problema: no saber qué familia o paquete encaja con tu situación.
  • Funcionalidad: cuatro preguntas y una recomendación por reglas visibles.
  • Público: pymes y negocios emergentes.
  • Etapa: versión 1 disponible.
  • Responsable: Jordinis Salas.
Probar el selector

Calculadora de procesos

Hacer tangible el trabajo repetitivo

  • Problema: no saber cuántas horas consume una tarea manual.
  • Funcionalidad: fórmulas visibles y supuestos editables.
  • Público: responsables de operaciones y dirección.
  • Etapa: versión 1 disponible.
  • Responsable: Jordinis Salas.
Probar la calculadora

Comparador de paquetes

Comparar con las mismas condiciones

  • Problema: dudar entre diagnóstico, proyecto o servicio recurrente.
  • Funcionalidad: comparación por objetivo, duración orientativa y esfuerzo del equipo.
  • Público: quien debe elegir un paquete.
  • Etapa: versión 1 disponible.
  • Responsable: Jordinis Salas.
Probar el comparador

Explorador de entregables

Ver qué recibirías antes de contratar

  • Problema: no imaginar cómo es un entregable.
  • Funcionalidad: fichas de ejemplo filtrables por ámbito, método y fase.
  • Público: quien evalúa una propuesta.
  • Etapa: versión 1 disponible.
  • Responsable: Jordinis Salas.
Abrir el explorador

El quinto activo, el simulador antes y después, está más abajo, en esta misma página.

Simulador antes y después

Tres escenarios para entender el método

Un proyecto en rojo, un flujo manual y una auditoría con evidencias dispersas. Parte de una situación ilustrativa, aplica acciones y muestra los artefactos y las métricas resultantes. Todo ello es una simulación didáctica.

Simulación didáctica Datos sintéticos. No son resultados de clientes.

Proyecto en rojo: de la desviación a un plan de recuperación

Escenario ilustrativo · datos simulados

Empresa ficticia de servicios B2B con un proyecto cuyo plazo y coste se desvían semana a semana.

Punto de partida

  • Las fechas se mueven cada semana sin una línea base acordada
  • Los riesgos se conocen, pero no tienen responsable ni fecha
  • Las decisiones esperan a que la gerencia tenga un hueco
  • El coste real se conoce al cerrar el mes

Acciones aplicadas

  1. Rebaseline de fechas, costes y alcance con el equipo
  2. Registro de riesgos con responsable y fecha
  3. Tablero semanal de hitos y desviaciones
  4. Reunión de decisiones quincenal con acta

Artefactos generados

  • Línea base aprobada
  • Registro de riesgos
  • Tablero de seguimiento
  • Acta de decisiones

Métricas simuladas

  • Desviación de plazo 6 semanas → 2 semanas (simulado)
  • Desviación de coste 18 % → 7 % (simulado)
  • Riesgos sin responsable 7 riesgos → 0 riesgos (simulado)
  • Tiempo de decisión 9 días → 3 días (simulado)

Flujo manual: de copiar y pegar a un flujo con excepciones controladas

Escenario ilustrativo · datos simulados

Equipo administrativo ficticio que registra pedidos copiando datos entre el correo y una hoja de cálculo.

Punto de partida

  • Cada pedido se reescribe a mano en dos herramientas
  • Los errores se detectan cuando el cliente reclama
  • Nadie sabe cuánto tarda un pedido de principio a fin
  • La tarea depende de una sola persona

Acciones aplicadas

  1. Mapa AS-IS con tiempos y esperas
  2. Eliminación de pasos sin valor
  3. Captura de datos desde un formulario hacia la herramienta mediante un conector por API
  4. Revisión humana de las excepciones

Artefactos generados

  • Mapa AS-IS y TO-BE
  • Flujo automatizado probado
  • Catálogo de excepciones
  • Indicadores del proceso

Métricas simuladas

  • Pasos manuales 14 pasos → 8 pasos (simulado)
  • Tiempo de ciclo 3,5 días → 1,5 días (simulado)
  • Errores de reintroducción 12 % → 4 % (simulado)
  • Horas semanales del equipo 22 h → 12 h (simulado)

Auditoría con evidencias dispersas: de buscar documentos a un sistema trazable

Escenario ilustrativo · datos simulados

Empresa ficticia que prepara una auditoría y tiene sus evidencias repartidas entre carpetas y correos.

Punto de partida

  • Cada responsable guarda sus registros en un sitio distinto
  • No está claro qué requisito cubre cada evidencia
  • Hay acciones correctivas abiertas sin fecha ni responsable
  • Existen varias versiones de un mismo procedimiento

Acciones aplicadas

  1. Matriz requisito, control, evidencia y responsable
  2. Repositorio único con control de versiones
  3. Auditoría interna con lista de verificación
  4. Plan de acciones correctivas con fechas

Artefactos generados

  • Matriz norma, control, evidencia y responsable
  • Repositorio documental
  • Informe de auditoría interna
  • Plan de acciones correctivas

Métricas simuladas

  • Evidencias localizadas a tiempo 40 % → 90 % (simulado)
  • Acciones abiertas sin cierre 11 acciones → 3 acciones (simulado)
  • Horas de preparación 60 h → 25 h (simulado)
  • Documentos sin versión vigente 9 documentos → 1 documentos (simulado)

La certificación corresponde al organismo certificador independiente. Vigentia implanta, prepara y acompaña el sistema de gestión.

  • Problema: cuesta ver qué cambia en la práctica al aplicar un método.
  • Público: quien quiere entender el enfoque antes de hablar con nadie.
  • Etapa: versión 1 disponible. Responsable: Jordinis Salas.

Metodología de desarrollo y validación

Cómo decidimos qué construir y cuándo publicarlo

  • Partimos de un problema que se repite en varios encargos.
  • Formulamos una hipótesis y el resultado que debería producir.
  • Construimos una versión mínima y la probamos con escenarios sintéticos.
  • Publicamos con sus supuestos y límites a la vista.
  • Revisamos lo aprendido y decidimos si seguir, cambiar o retirar la herramienta.

Gobernanza

Reglas que el Lab se aplica a sí mismo

No atribuimos software funcional a un activo de investigación sin demo operativa. Vigentia Lab no es un cuarto servicio de consultoría ni un producto SaaS obligatorio.

Cuando una herramienta use una técnica de inteligencia aplicada, indicaremos cuál es y para qué sirve, por ejemplo una clasificación de textos para ordenar solicitudes. Hoy las herramientas públicas funcionan con reglas y fórmulas visibles, y cada una tiene una persona responsable.

Gobernanza del dato

No pedimos datos personales para ver el resultado de una herramienta. La analítica registra eventos agregados, nunca texto libre, nombres ni datos de contacto.

Publicaciones técnicas

Todavía no hay publicaciones técnicas del Lab. Cuando las haya, aparecerán en Recursos.

Casos de aplicación

Aún no hay casos de aplicación documentados. Mientras tanto, puedes ver escenarios ilustrativos en Casos de éxito.

Etapas de un activo

Cómo nombramos el estado de cada herramienta

  • Idea: un problema repetido y una hipótesis. No se publica.
  • Prototipo: una versión de prueba interna. No se presenta como software funcional.
  • Versión 1: disponible con demostración operativa y límites a la vista.
  • Mantenimiento o retirada: se revisa con lo aprendido y se mejora, se mantiene o se retira.

Colaboraciones

Qué nos ayuda a valorar una propuesta

Si quieres proponer una colaboración, indícanos el problema que se repite, quién lo sufre, qué datos o escenarios podrían usarse sin exponer información de nadie y qué resultado esperarías. Evaluamos cada propuesta con las mismas reglas de gobernanza que aplicamos a nuestros propios activos.

¿Tienes un problema repetido que merece una herramienta?

Si quieres proponer una colaboración, un caso de prueba o una mejora, cuéntanoslo en el apartado de colaboración del contacto.

Encuentra tu solución
Scroll to Top