El problema que resuelve
Las solicitudes de formación llegan por canales diferentes y es difícil saber quién aprobó, qué presupuesto queda o si la formación tuvo impacto.
Resultado esperado: Una aplicación con solicitudes, presupuesto orientativo, reglas de aprobación, estados, evidencias de decisión y evaluación posterior.
Delimita el problema antes de construir
Abre Replit y crea un proyecto nuevo. Empieza en modo de planificación: el objetivo es acordar el mínimo producto operativo, no pedir una aplicación grande y ambigua. Explica al agente qué debe hacer y, también, qué debe dejar fuera.
Revisa el plan con la persona dueña del proceso. Asegúrate de que existen reglas claras sobre responsables, decisiones, excepciones y datos necesarios.
Construye una primera versión operativa
Cuando el plan sea correcto, pide una versión pequeña que el equipo pueda recorrer. El criterio de calidad es que una persona entienda qué puede hacer, qué no puede hacer y qué ocurre después de cada acción.
Prueba primero con tres escenarios: un caso normal, una excepción y un usuario sin permisos. Corrige en iteraciones cortas; no añadas nuevas integraciones mientras el flujo esencial no esté validado.
Diseña cualquier integración con control
En una fase posterior, conecte únicamente fuentes aprobadas de presupuesto o proveedores. Las credenciales deben almacenarse como Secrets y no en el código.
No incorpore evaluaciones individuales ni información sensible de desempeño en el piloto. Use datos sintéticos hasta que RRHH y privacidad definan el uso permitido.
Valida roles, reglas y mantenimiento
Antes de compartir el piloto, realiza una revisión funcional con las personas que utilizarán la aplicación. No valides solo el diseño; valida qué ocurre cuando alguien no tiene permiso, cuando falta un dato o cuando una decisión debe corregirse.
- Comprueba que los roles siguen la regla de mínimo privilegio: La persona solicita; el manager recomienda; RRHH administra el catálogo; Finanzas o Dirección aprueban según el umbral.
- Documenta quién corrige datos, quién responde ante fallos y quién puede aprobar cambios.
- Revisa que los mensajes de error no expongan datos ni detalles técnicos innecesarios.
- Solicita una revisión de IT o seguridad antes de usar datos sensibles o publicar para un público amplio.
Publica un piloto, no un sistema sin dueño
Comparte la aplicación solo con un grupo reducido de usuarios autorizados. Define una fecha de revisión y tres métricas sencillas: uso real, decisiones o tiempo ahorrado y errores o bloqueos detectados. Replit incluye opciones de publicación y, para organizaciones, controles de privacidad y despliegue que deben seleccionarse según el caso. Consulta la documentación oficial antes de activar un entorno productivo.
Lo que este tutorial no autoriza
Este tutorial no autoriza a tratar datos personales, financieros, estratégicos o regulados sin la aprobación correspondiente. Tampoco autoriza a integrar sistemas corporativos, automatizar decisiones críticas o publicar una aplicación sin un responsable funcional y una revisión técnica proporcional al riesgo.