Plataforma institucional · frontend y backend
Ministerio Maná
Un ministerio. Una estructura más clara.
Diseño / Escritorio y móvil
El trabajo, en pantalla.
Panel de equipo existente / datos ficticios
El panel detrás de la historia pública.
Trabajo pastoral hace legibles preparación, revisión, espera y conflictos. Explica quién prepara la información, quién la confirma y quién toma la decisión pastoral. Esta captura usa datos de demostración y tareas ficticias.
La misma intención. Otra pantalla.
01 / La idea
Lo que había que resolver.
Hacer el ministerio más comprensible desde afuera y más fácil de organizar desde adentro. El sitio público presenta la institución; el portal da a cada persona y equipo un lugar de trabajo.
Una historia institucional y una plataforma operativa tienen públicos distintos. El trabajo fue conectarlos mediante un modelo claro de información, sin mostrar registros internos en la experiencia pública.
02 / El proceso
Cómo tomó forma.
- 01
Reducir el ruido
Reorganicé propósito, historia y áreas de trabajo en capítulos distintos, reduciendo los elementos que competían por atención en cada escena.
- 02
Hacer visible el origen
Integré el mapa Londres–Medellín al capítulo de historia, usando la geografía para explicar la conexión entre el origen del ministerio y su comunidad.
- 03
Estructurar la información
Separé identidad, relaciones con iglesias, participación y responsabilidades del equipo en el modelo de datos; luego conecté las interfaces del portal con consultas de servidor y controles de permisos.
- 04
Dar a cada pantalla su ritmo
Compuse la historia institucional como escenas guiadas por scroll en escritorio y una lectura vertical en móvil; después documenté la interfaz existente del equipo con datos de demostración.
Arquitectura / Detrás de la interfaz
La interfaz es sólo una capa.
El portal conecta pantallas con reglas de servidor y una base de datos relacional. Cada solicitud se verifica contra la identidad y responsabilidad de la persona antes de leer información o procesar un cambio.
- Frontend
Un lugar claro para actuar
Capítulos públicos, cuenta personal y pantallas de portal específicas por rol convierten información en acciones legibles.
- Backend
Reglas antes que resultado
Las API verifican identidad, alcance y datos de la solicitud; luego coordinan el flujo detrás de cada pantalla.
- Datos
Relaciones, no una lista plana
Personas, iglesias, participación y registros financieros tienen responsabilidades distintas dentro del modelo de información.
Las interfaces y los módulos de servidor están implementados en el proyecto. Estas capturas son demostraciones, no acceso a registros del ministerio. Las integraciones externas y el despliegue amplio tienen etapas de validación separadas.
Módulos y responsabilidades
Abre un módulo para ver su flujo.
01 / Personas y responsabilidadesDel perfil al flujo de equipo.Implementado en el proyecto
La cuenta, las relaciones con iglesias y la interfaz de trabajo pastoral se conectan mediante operaciones de servidor con alcance definido.
- En pantalla
Una persona revisa su cuenta; el equipo ve tareas de preparación, revisión y seguimiento.
- En el servidor
La API verifica sesión y alcance permitido, y gestiona solicitudes, preparación de importaciones o revisión de fotos.
- En el modelo de datos
Perfiles, relaciones con iglesias y estados de flujo permanecen separados; las fotos privadas no se mezclan con contenido público.
02 / ContenidoContenido que el equipo puede gestionar.Implementado en el proyecto
Pantallas editoriales y una API de contenido dan estructura a las secciones institucionales más allá de la diagramación.
- Interfaz editorial
El equipo organiza secciones y contenido a través del portal.
- API de contenido
Las operaciones del servidor gestionan lectura y actualizaciones autorizadas de los registros de sección.
- Presentación pública
El sitio presenta la historia institucional desde su estructura de contenido, separada de las pantallas administrativas.
03 / Participación y finanzasUn estado visible necesita una fuente.Integración en revisión
Eventos, participación y reportes financieros cuentan con interfaces y módulos de servidor; las confirmaciones de proveedores y el despliegue son una tarea de integración aparte.
- Participación
Una interfaz de evento o cuenta presenta la inscripción y su estado.
- Flujo de servidor
Los endpoints procesan participación, reservas y eventos de pago bajo los permisos correspondientes.
- Registros y servicios
Los registros de la base de datos apoyan los reportes; los adaptadores de Stripe y Wompi manejan información externa de pagos cuando están configurados y validados.
Integraciones
Supabase
Implementado en el proyectoCuenta, registros relacionales y almacenamiento privado de medios usados por el portal.
Microsoft Graph / SharePoint
Integración en revisiónAdaptadores para los recursos Microsoft del equipo; la conexión y el despliegue se revisan por separado.
Stripe / Wompi
Integración en revisiónFlujos de eventos de pago y finanzas en el proyecto, sin demostrar aquí una transacción real.
Alcance / Producción
Mi aporte.
En qué trabajé
- Arquitectura de comunicación e información
- Diseño e implementación frontend
- Flujos de backend e integración de servicios
- Astro
- TypeScript
- Node.js
- Supabase / PostgreSQL
Diseño y desarrollo
- Un nuevo inicio institucional organizado en capítulos narrativos.
- Un mapa narrativo Londres–Medellín y composiciones para escritorio y móvil.
- Interfaces de portal, flujos de servidor y un modelo relacional de información; el panel pastoral se muestra con datos ficticios.
El nuevo inicio y el portal ampliado están en desarrollo. Las interfaces y módulos backend están construidos en el proyecto; el despliegue amplio y las integraciones externas se revisan por separado en cada área.
Arquitectura de comunicación, diseño de interfaz y producción frontend/backend dentro del equipo de Ministerio Maná. Contenidos y activos del ministerio pertenecen a Ministerio Maná. Los ejemplos de panel usan datos ficticios.