IvánDíazLab

FLUNEX: el inglés empieza hablando.

El inglés empieza hablando. La automatización sostiene la experiencia.

Ilustración conceptual: FLUNEX.
FLUNEXIlustración conceptual

HTML · CSS · JavaScript · Hostinger · Google Apps Script · Google Sheets · Looker Studio · WhatsApp · Git

Lo que cambia.

Hablar desde el inicio.

Un programa A1 estructurado, con lecciones y objetivos alineados a CEFR.

La operación acompaña.

Recordatorios, asistencia y seguimiento conectados con WhatsApp y Sheets.

Cómo está construido.Decisiones, evidencia y detalles

Stack

HTML CSS JavaScript Hostinger Google Apps Script Google Sheets Looker Studio WhatsApp Git
report_problem

Problema

  • • Exceso de gramática sobre comunicación real.
  • • Stacks técnicos frágiles y difíciles de mantener.
  • • Desalineación entre pedagogía, UX y automatización.
  • • Poco control docente sobre estructura y evolución.

El reto fue escalar sin aumentar la complejidad, manteniendo solidez pedagógica y resiliencia técnica.

lightbulb

Solución

  • • Diseño de aprendizaje speaking-first.
  • • Estructura de cursos alineada a CEFR.
  • • Entrega de contenido basada en HTML.
  • • Arquitectura lista para automatización.
  • • Separación clara entre contenido, lógica y sistemas.

Una plataforma static-first y modular que prioriza estabilidad, predictibilidad y facilidad de iteración.

badge

Mi rol

  • • Diseño de la arquitectura pedagógica A1-B1 (CEFR).
  • • Definición de la estructura UX y la lógica de navegación.
  • • Implementación frontend con HTML, CSS y JavaScript.
  • • Diseño de flujos de automatización (WhatsApp, Sheets, dashboards).
  • • Estrategias de versionado y refactorización.
school

Arquitectura pedagógica

  • • Metodología speaking-first basada en CLT y TBLT.
  • • Alineación completa con estándares CEFR.
  • • 12 unidades por nivel con lecciones A/B/C.
  • • Objetivos, gramática, vocabulario y pronunciación por unidad.
  • • Everyday English y exit checks para asegurar progreso.
  • • Estructura modular que escala sin romper UX ni automatización.
account_tree

Arquitectura técnica

  • • HTML, CSS y JavaScript vanilla.
  • • Despliegue estático en Hostinger.
  • • Control de versiones con Git.
  • • Sin backend, SSR, PHP ni base de datos.
  • • Automatización y datos externalizados.

Resultado: alta estabilidad, mantenimiento mínimo y comportamiento predecible.

settings_suggest

Automatización y sistemas

  • • Recordatorios y asistencia vía WhatsApp.
  • • Flujos con Google Apps Script.
  • • Google Sheets como datastore.
  • • Dashboards en Looker Studio.
  • • Agentes de IA para onboarding y ventas.

La automatización fue diseñada para apoyar a docentes, no para reemplazarlos.

view_quilt

Decisiones UX & UI

  • • Baja carga cognitiva y navegación clara.
  • • Diseño mobile-first y responsive.
  • • Patrones de layout consistentes.
  • • Tipografía limpia, paleta neutral y jerarquía visual.
  • • Componentes reutilizables y spacing consistente.
build

Desafíos y soluciones

  • • Inestabilidad de plataforma -> arquitectura static-first.
  • • Escalabilidad del contenido -> estructura modular y convenciones de nombres.
  • • Complejidad de automatización -> desacople del core de la plataforma.
  • • Inconsistencia UX -> plantillas centralizadas y componentes reutilizables.
emoji_events

Resultados

  • • Despliegue estable en producción.
  • • Programa A1 completamente estructurado.
  • • Automatizaciones en uso activo.
  • • Base escalable para A2 y B1.
  • • Arquitectura reutilizable para futuros EdTech.
psychology

Aprendizajes clave

  • • La simplicidad escala mejor que la complejidad.
  • • La estructura pedagógica es arquitectura de sistema.
  • • Los sistemas estáticos superan backends frágiles.
  • • La automatización debe potenciar la enseñanza humana.
  • • Versionado y refactorización son esenciales.

Tu operación también puede dar el salto.

PlatiquemosVer más proyectos