Ya no administro nuestro sitio web: dirijo al equipo de IA que lo opera conmigo
Una idea puede empezar en mi teléfono, convertirse en un issue, pasar por agentes, pruebas y revisión humana, llegar a producción y alimentar un pipeline comercial conectado con GitHub y Microsoft 365. No es solamente un sitio: es una organización agéntica en miniatura.
Una idea puede empezar en mi teléfono
Hace unos días estaba lejos de mi computadora cuando se me ocurrió un cambio para EmprendHEC.
No abrí un CMS.
No entré a Wix.
No busqué la página, seleccioné un bloque, escribí dentro de un editor visual, ajusté formatos y después revisé cómo había quedado en móvil.
Saqué el teléfono.
Abrí una de las apps con las que operamos el proyecto.
Y se lo pedí al PM de nuestro sitio.
A partir de ahí, la idea podía convertirse en trabajo estructurado: un issue, contenido, código, validaciones, un sitio de preview, revisión humana y, cuando correspondiera, producción.
También podía volver horas después desde mi teléfono o tableta y preguntar:
¿Cómo vamos?
Y ahí estaba el proyecto.
Con contexto.
Con historial.
Con responsables.
Con controles.
Ésa es la parte verdaderamente importante del nuevo sitio de EmprendHEC.
No que se vea diferente. Que ahora funciona de una manera completamente diferente.
Hubo una época en que Wix era exactamente lo que necesitábamos
Los CMS visuales resolvieron un problema extraordinariamente importante: permitieron que una persona sin ser desarrolladora construyera y administrara un sitio web.
Nosotros mismos aprovechamos esa revolución durante años.
Pero nuestro problema cambió.
Hoy resulta extraño que una persona siga dedicando tiempo a escribir cada bloque dentro de una interfaz, aplicar formatos, colocar imágenes una por una, cuidar cada composición, revisar enlaces, publicar y después repetir todo para la siguiente actualización.
No porque esas tareas hayan dejado de existir.
Sino porque ya no todas necesitan ser realizadas personalmente por un humano.
Nuestro sitio anterior vivía en Wix. Funcionaba. Sin embargo, no era el sistema gobernado, medible, conectado y mejorable de manera continua que necesitábamos para la siguiente etapa de EmprendHEC.
Del CMS al PM
Antes, la pregunta era:
¿Dónde edito la página?
Ahora es:
¿A quién le pido el cambio?
Éste es el cambio de interfaz:
Antes: persona → CMS → contenido.
Ahora: persona → intención → PM agéntico → trabajo → validación → producción → medición → aprendizaje.
El contenido sigue necesitando estructura. El código sigue necesitando pruebas. Las imágenes siguen necesitando criterio. La marca sigue necesitando cuidado.
Lo que cambió es que Paulo ya no tiene que ejecutar personalmente cada paso mecánico.
Su trabajo se desplaza hacia donde aporta más valor:
- Expresar la intención.
- Explicar por qué importa.
- Resolver preguntas que requieren contexto.
- Revisar decisiones sensibles.
- Aprobar la experiencia final.
- Evaluar qué resultado produjo el cambio.
El humano no desaparece. Sube de nivel.
Un sitio que puedo dirigir desde donde esté
Estoy fuera de la oficina y recuerdo un cambio.
Abro GitHub o Grok Bot desde el móvil.
“Necesitamos actualizar esta sección.”
El PM del sitio conserva el contexto del proyecto y convierte la intención en trabajo estructurado.
Más tarde puedo revisar:
- ¿Ya existe el issue?
- ¿Quién o qué agente está trabajando en él?
- ¿Pasaron las validaciones?
- ¿Existe un preview?
- ¿Necesita mi aprobación?
- ¿Está listo para producción?
No necesito recordar en qué menú estaba la página.
Necesito saber qué quiero cambiar y por qué.
Puedo pedir una nueva entrada, corregir una afirmación, solicitar una nueva sección, revisar una propuesta, responder una pregunta y dar seguimiento desde un teléfono o una tableta.
La app no es una versión pequeña del antiguo panel de administración.
Es una ventana hacia el equipo y el sistema que operan el proyecto.
No construimos un “website con IA”
Un generador de páginas también puede producir texto, imágenes y componentes.
Esto es otra cosa.
Lo que construimos se parece más a una organización agéntica en miniatura.
Detrás del sitio colaboran distintos roles:
- Paulo César Ramírez Silva, Business Lead. Define intención, prioridades y criterio final.
- Website PM. Convierte necesidades en trabajo, coordina issues, clasifica riesgo y mantiene el proyecto en movimiento.
- GitHub Copilot. Ayuda a redactar, programar, probar y corregir.
- Beauty Designer. Revisa experiencia visual, composición y consistencia.
- Chief of Staff. Gobierna prioridades, dependencias y escalaciones.
- GitHub Actions. Ejecuta controles deterministas sobre build, esquema, enlaces y otras reglas.
- Azure Static Web Apps. Genera previews y despliega a producción.
- Sales PM. Atiende el inicio del proceso comercial y mantiene el seguimiento dentro del pipeline.
Cada rol tiene responsabilidades y límites.
Eso importa porque la innovación no consiste en dejar que un agente haga todo.
Consiste en diseñar un sistema donde humanos, agentes y controles automáticos sepan qué pueden hacer, cuándo deben detenerse y cuándo necesitan escalar.
Cómo viaja una petición
Imagina que queremos publicar una nueva historia.
Paulo puede expresar la idea desde una conversación en Grok Bot o crear y dar seguimiento al trabajo desde GitHub.
A partir de ahí:
- La intención se convierte en un issue con contexto y criterios.
- El trabajo se asigna al agente o flujo adecuado.
- El contenido se redacta en Markdown siguiendo un esquema validado.
- Si se necesita código, el cambio se desarrolla en una rama.
- Se abre un pull request con historial completo.
- GitHub Actions valida el build, el esquema, los enlaces y las reglas aplicables.
- Azure Static Web Apps genera un sitio de preview.
- Los agentes especializados revisan aquello que les corresponde.
- Paulo o el responsable humano revisa las decisiones sensibles.
- El cambio se fusiona y se despliega.
- La publicación entra al ciclo de medición y aprendizaje.
No hay FTP.
No hay que copiar y pegar el mismo contenido entre sistemas.
No hay una publicación sin rastro.
Si no está en Git, no está en el sitio.
Nuestro sitio tiene memoria
En un CMS tradicional puedes saber que alguien modificó una página.
En este sistema podemos conservar algo mucho más rico:
- Por qué se pidió el cambio.
- Qué issue lo especificó.
- Qué agente o persona intervino.
- Qué archivos cambiaron.
- Qué pruebas pasó.
- Qué preview produjo.
- Quién lo revisó.
- Qué terminó en producción.
Nuestro sitio no solamente tiene contenido.
Tiene memoria de cómo y por qué evolucionó.
Esa memoria permite hacer rollback, aprender de errores, reutilizar patrones y gobernar con mayor claridad.
También evita una fragilidad común: que el conocimiento sobre cómo funciona el sitio viva solamente en la cabeza de una persona.
Algunas cosas fallan. Eso también es parte del diseño.
No queremos un agente que publique todo lo que se le ocurra.
Queremos un sistema capaz de detenerse.
Durante la construcción hemos tenido builds que fallan, propuestas que regresan a revisión, cambios que entran en conflicto y decisiones que requieren aprobación humana.
Perfecto.
Una IA empresarial fiable no es la que nunca encuentra un problema.
Es la que no oculta el problema y no continúa como si nada hubiera ocurrido.
Los cambios de bajo riesgo pueden avanzar con mayor autonomía cuando pasan las reglas acordadas.
Los cambios de alto riesgo se escalan.
La marca, las métricas, las credenciales, la privacidad, la arquitectura y las decisiones comerciales no quedan abandonadas a una ilusión de autonomía total.
Agent-first no significa human-out.
Para nosotros significa agentes desde el diseño, humanos en el propósito, el gobierno y la responsabilidad.
Y entonces dejó de ser solamente un sitio web
Un visitante llega por una búsqueda, una recomendación o una conversación con IA.
Encuentra una historia.
Lee un caso.
Comprende cómo trabajamos.
Decide conversar.
Puede llenar el formulario o escribir a contacto@emprendhec.com.
Y ahí no termina el sitio.
Ahí comienza el siguiente sistema.
Un agente especializado recibe el contacto y el contexto disponible. Según la necesidad y el nivel de claridad del prospecto, puede:
- Brindar información básica sobre EmprendHEC, sus servicios y la forma de trabajo.
- Hacer preguntas iniciales para comprender el problema, la organización y el resultado buscado.
- Clasificar el interés y registrar el siguiente paso.
- Preparar una propuesta lista para revisión humana antes de compartirla.
- Vincular al prospecto con el mecanismo adecuado para agendar una Sesión de Diagnóstico Estratégico en IA.
- Escalar el caso a Paulo o a la persona responsable cuando exista una decisión sensible, una necesidad especial o una oportunidad que requiera intervención humana.
El agente no reemplaza el criterio comercial.
Lo amplifica y evita que una oportunidad dependa de que alguien copie manualmente datos entre correos, notas y hojas de cálculo.
Un mini CRM entre GitHub y Microsoft 365
Cada interacción relevante alimenta nuestro mini CRM, construido también sobre las herramientas con las que ya operamos.
GitHub aporta estructura, historial, estados, issues, responsables y trazabilidad.
Microsoft 365 aporta correo, agenda, documentos, colaboración, contexto y continuidad operativa.
El resultado es un pipeline donde puede existir una línea visible entre:
contenido → descubrimiento → confianza → contacto → calificación → propuesta → revisión humana → diagnóstico → seguimiento.
No es un formulario que arroja un correo a una bandeja y espera que alguien recuerde qué hacer.
Es un sistema de marketing y ventas integrado.
El sitio atrae y explica.
El agente atiende y estructura.
El mini CRM conserva el contexto.
Microsoft 365 conecta conversaciones, documentos y agenda.
GitHub mantiene el seguimiento verificable.
Las personas deciden, revisan y construyen relaciones.
El sitio no termina en un botón. Está conectado con el pipeline comercial que comienza detrás de ese botón.
El sitio también se observa
Publicar no significa terminar.
El sitio está diseñado como parte de un ciclo:
Publicar → observar → analizar → proponer → validar → cambiar → medir.
Cada página tiene una función dentro del sistema comercial. Los llamados a la acción pueden rastrearse con consentimiento. Los casos y ofertas deben conducir a una conversación relevante. La búsqueda interna permite observar qué intentan encontrar los visitantes. Los errores, enlaces rotos y desviaciones pueden convertirse en trabajo.
Con el tiempo, los agentes pueden reunir señales, detectar anomalías, abrir issues y sugerir mejoras.
Pero medición no significa mejora automática.
Una métrica necesita interpretación.
Una señal necesita contexto.
Una propuesta necesita validación.
La mejora ocurre cuando combinamos evidencia, criterio y acción.
Por eso el sitio implementa la misma lógica con la que trabajamos otros problemas:
Realidad → causas → posibilidades → diseño → acción → evidencia.
EmprendHEC fue el Cliente Cero
No construimos esta arquitectura para tener una presentación más impresionante.
La diseñamos para resolver nuestra propia operación.
La usamos.
La rompimos.
La corregimos.
Le agregamos controles.
Descubrimos dónde un agente puede actuar con seguridad.
Descubrimos dónde debe detenerse.
Conectamos contenido, desarrollo, marketing y ventas.
Y solamente después convertimos lo aprendido en una capacidad que podemos explicar y aplicar con otros.
Eso significa Customer Zero para nosotros:
Lo que funciona pasa al método. Lo que no funciona, no se vende como certeza.
Resultados que ya se pueden ver
- Sitio en producción con dominio propio y certificados gestionados.
- Contenido versionado con historial, revisión y posibilidad de rollback.
- Git como fuente de verdad y CMS para páginas, casos y noticias.
- Previews automáticos para revisar cambios antes de producción.
- Validación continua de build, esquemas, marca y enlaces.
- Dirección y seguimiento del proyecto desde móvil, tableta o computadora.
- Roles agénticos especializados con reglas de riesgo y escalamiento.
- Embudo de marketing conectado con atención inicial por un agente especializado.
- Propuestas que pueden prepararse para revisión humana.
- Vinculación para agendar una Sesión de Diagnóstico Estratégico en IA.
- Mini CRM y pipeline comercial apoyados en GitHub y Microsoft 365.
- Un ciclo de observación, análisis, mejora y medición.
- Un laboratorio vivo de trabajo agent-first y human-first.
Esto nunca se trató realmente de construir un mejor sitio web
El sitio simplemente era un gran lugar para empezar.
Porque concentra contenido, diseño, tecnología, clientes, decisiones, medición y cambio continuo.
Pero la misma pregunta aplica a ventas, operaciones, conocimiento, servicio, finanzas o administración:
¿Cuánto trabajo sigue haciendo una persona manualmente solo porque hace algunos años no existía otra manera?
Nosotros dejamos de preguntarnos cómo administrar más rápido nuestro CMS.
Nos hicimos una pregunta diferente:
¿Cómo debería funcionar este sistema si lo diseñáramos hoy, con humanos y agentes trabajando juntos desde el principio?
El resultado ya está en producción.
Y apenas estamos comenzando.
Lo que esto significa para su empresa
No todas las organizaciones necesitan reemplazar su CMS.
Y no todos los procesos deben convertirse en GitHub.
La lección transferible es otra.
Un sistema moderno necesita:
- Una fuente de verdad clara.
- Roles humanos y agénticos bien definidos.
- Reglas para riesgo, aprobación y escalamiento.
- Automatización de tareas repetibles.
- Trazabilidad de decisiones y cambios.
- Integración entre las herramientas que ya utiliza la organización.
- Métricas conectadas con un resultado real.
- Un ciclo constante de aprendizaje.
Si su organización ya tiene Microsoft 365 Copilot, SharePoint, Teams, Outlook, Excel, Power Platform, GitHub o agentes, pero el trabajo sigue fragmentado entre interfaces, correos y tareas manuales, el siguiente paso no es necesariamente comprar más herramientas.
Es diseñar el sistema que las haga trabajar juntas.
¿Qué proceso de su empresa sigue funcionando como nuestro antiguo sitio en Wix?
Preguntas frecuentes
- ¿Necesitamos un equipo de desarrollo grande para hacer algo así?
- No necesariamente. El sistema combina Git como fuente de verdad, agentes especializados para coordinar, redactar y revisar, validaciones automáticas y reglas claras de aprobación humana. La complejidad depende del proceso, los sistemas existentes y el nivel de riesgo.
- ¿El contenido se edita en un CMS tradicional?
- No. Git funciona como CMS. El contenido vive en Markdown y cada cambio puede entrar mediante un issue y un pull request con historial, preview, pruebas y revisión antes de publicarse.
- ¿Puedo solicitar y seguir cambios desde un teléfono o tableta?
- Sí. Las apps móviles de GitHub y Grok Bot permiten plantear una necesidad, revisar el avance, responder preguntas, consultar issues y pull requests, y aprobar o escalar decisiones sin depender de un panel visual tradicional.
- ¿Qué ocurre cuando un prospecto llena el formulario o escribe por correo?
- Un agente especializado recibe el contexto y puede brindar información básica, preparar una propuesta para revisión humana, vincular al prospecto para agendar una Sesión de Diagnóstico Estratégico en IA o escalar el caso. El seguimiento alimenta un mini CRM construido con GitHub y Microsoft 365.
- ¿El sitio se mejora completamente solo?
- No. El sistema observa señales, conserva historial y puede proponer o ejecutar cambios de bajo riesgo, pero las decisiones sensibles, comerciales, visuales o de alto impacto permanecen bajo gobierno humano.
Cuéntenos su casocontacto@emprendhec.com
