El momento en que un directorio se vuelve dos congregaciones
La transición de un campus a dos es una de las cosas más disruptivas operacionalmente que una iglesia puede hacer —y casi nada de la disrupción aparece donde la esperas. El escenario se construye, el contrato de renta se firma, el equipo de lanzamiento se comisiona. Entonces alguien del personal hace una pregunta que nadie planeó: “¿Me puedes dar una lista de solo nuestra gente del Campus Norte?”
De repente, cada suposición horneada en un directorio de un solo campus empieza a crujir. Los reportes mezclan congregaciones. Una exportación destinada al equipo de bienvenida del Campus Este incluye cuatrocientos nombres de la sede original. Y si los campus están en zonas horarias diferentes, “domingo a las 9:00 AM” silenciosamente deja de significar una sola cosa.
Este artículo recorre cómo planear un directorio multi-sitio —una zona horaria real para cada campus, una respuesta clara a quién pertenece a dónde, y los patrones organizacionales que deciden si un equipo debe vivir en un campus o flotar entre todos. El soporte de campus separados en WorshipMetrics llegará pronto; la planeación de abajo vale la pena de cualquier forma.
Creando campus: una zona horaria real para cada uno
Cada campus debería llevar su propia zona horaria IANA —America/Chicago, America/Indiana/Indianapolis, Pacific/Honolulu, lo que sea cierto para ese edificio.
Si no te has topado antes con los nombres de zona IANA, son la forma estándar de la industria de nombrar zonas horarias por lugar en vez de por desplazamiento, y la distinción importa más de lo que parece. Un offset crudo como “UTC−6” es una fotografía; una zona IANA es un libro de reglas. America/Chicago sabe que Chicago observa el horario de verano y exactamente cuál domingo se adelanta el reloj. America/Phoenix sabe que Arizona no lo observa en absoluto. Una iglesia con campus en El Paso y Phoenix está a una hora de distancia parte del año y a cero horas el resto —un offset fijo se equivoca dos veces al año, y una zona basada en lugar no se equivoca nunca.
Por eso las zonas horarias por campus pertenecen al registro del campus y no enterradas en una configuración global de la organización. Cuando cada campus sabe dónde está físicamente:
- Los horarios de servicio significan lo que la gente de esa sala cree que significan, todo el año.
- Una iglesia multi-estado nunca tiene que hacer a mano la aritmética de “okey, entonces las 9 AM de allá son las 10 AM de acá, excepto en marzo…”.
- Todo lo anclado al tiempo río abajo —horarios, recordatorios, reportes— hereda el reloj local correcto por sitio en lugar de que un campus viva en la hora de otro.
Consejo práctico al crear tus campus: elige la zona IANA más específica que corresponda al edificio, no la ciudad grande más cercana que reconozcas. Indiana, Arizona, y partes de varios otros estados tienen condados con sus propias entradas de zona precisamente porque su comportamiento de horario de verano difiere del de sus vecinos. Cinco segundos de cuidado aquí previenen una década de confusión de una hora de más o de menos.
Cada persona pertenece a algún lugar: el campus en el perfil
Cada persona en un directorio multi-sitio debería pertenecer a un campus, registrado junto a los campos que esperarías —nombre, datos de contacto, tipo de miembro, y estado. Ese único dato es lo que hace posible todo lo demás en este artículo: una vez que el campus vive en la persona, las listas pueden filtrarse por él, las importaciones pueden asignarlo, y las exportaciones pueden respetarlo.
Una disciplina que vale la pena al lanzar un sitio nuevo: decide antes del domingo de lanzamiento quién se muda. Recorre tu lista del equipo de lanzamiento y fija el campus de cada persona como una pasada deliberada, en lugar de esperar a que los datos de asistencia acomoden a la gente orgánicamente. El directorio se convierte en tu fuente de verdad para “quién es una persona del Campus Norte” desde el día uno —exactamente cuando tu nuevo pastor de campus más necesita esa respuesta.
La misma persona, sombreros distintos
La gente multi-sitio rara vez es ordenada. Tu pastor de alabanza puede liderar en el campus de transmisión y entrenar al equipo en el sitio nuevo. Una maestra jubilada puede coordinar a los anfitriones en un campus y simplemente asistir al otro cuando visita a los nietos.
Planea para eso en lugar de forzar un rol plano a lo largo de toda la organización. Uses lo que uses para llevarlo, anota qué sombrero trae cada persona en cada sitio, para que una iglesia multi-sitio pueda responder las dos preguntas que una lista plana no puede:
- “¿Qué hace esta persona aquí?” —en contraste con en algún lugar de la organización.
- “¿Quiénes son los líderes de este campus?” —sin una hoja de cálculo aparte.
Si estás configurando al personal y a los voluntarios clave en varios sitios, vale la pena leer primero cómo los logins se vinculan con las personas del directorio —hacer bien el vínculo login-a-persona es el cimiento sobre el que se sienta todo lo demás.
Importar y exportar un directorio que crece
Dos momentos aparecen en cada lanzamiento multi-sitio.
Importando. La protección de duplicados importa doble en las importaciones multi-sitio: las familias que asistieron al campus original por años van a aparecer, con toda seguridad, en la lista de lanzamiento del campus nuevo, y las llaves de deduplicación de la importación (correo, luego teléfono, luego nombre exacto) son lo que evita que los Hernández existan dos veces. El vocabulario completo de columnas, las reglas de coincidencia por alias, y los detalles de estrategia viven en la guía de importación CSV de miembros.
Exportando. Las exportaciones desde la lista de Personas honran exactamente lo que está en pantalla —las filas filtradas y seleccionadas, no la base de datos completa. Esto es en parte conveniencia y en parte cuidado pastoral: el archivo que le entregas a un líder del equipo de bienvenida de un campus debería contener a su gente, y la información de contacto del resto de la congregación nunca debería viajar en un adjunto en el que no necesitaba estar.
Equipos compartidos versus específicos de campus: tres patrones que funcionan
La estructura de campus en el software es la mitad fácil; decidir cómo tus equipos se mapean a los campus es la mitad que genera debates en las juntas de personal. Tres patrones cubren a la mayoría de las iglesias:
1. Equipos específicos de campus (el default). Anfitriones, sala cuna, estacionamiento, hospitalidad —cualquier cosa donde el servicio sucede en un edificio para la gente de ese edificio. Constrúyelos por campus, dótalos con la gente de ese campus, y deja que el coordinador de cada sitio sea dueño de su lista. Esta debería ser tu suposición inicial; solo promueve un equipo fuera de ella por una razón.
2. Equipos compartidos que viajan. Muchas iglesias multi-sitio corren un solo equipo de alabanza o de producción que rota entre sitios, especialmente en el primer año de un campus nuevo cuando la banca de talento está delgada. Mantén este equipo a nivel de organización en lugar de duplicarlo por campus, y apóyate en la programación en vez de la estructura para expresar “quién está dónde este domingo”. El ritmo para dotar esto bien —construyendo listas por adelantado en lugar del apuro semana a semana— se cubre en programar voluntarios un mes a la vez.
3. Equipos centrales con enlaces de campus. Finanzas, comunicaciones, y a menudo el equipo de artes técnicas viven centralmente, con una persona identificada por campus. El equipo central sigue siendo un solo equipo, con el sitio de cada integrante anotado en la lista. Tu equipo AV reconocerá esta forma —es el mismo patrón de centro-y-radios que funciona para el equipamiento, cubierto desde el lado del hardware en gestionar dispositivos AV en múltiples campus.
Elijas la mezcla que elijas, resiste la tentación de espejear tu organigrama perfectamente en el software el día uno. Empieza con equipos específicos de campus, comparte solo lo que genuinamente viaja, y revisita después de tu primer trimestre de domingos multi-sitio —la realidad de quién realmente maneja entre campus va a sobrescribir el plan de lanzamiento de todos modos.
Un directorio, honestamente compartido
Un ánimo final: el multi-campus bien hecho sigue siendo una sola iglesia. Los campus no son muros entre congregaciones —cada sitio debería ver a su propia gente con claridad mientras el cuerpo entero sigue siendo un directorio, un modelo de hogares, un conjunto de registros. Como ese directorio está sincronizado en vivo (las ediciones hechas en cualquier lugar aparecen en todos lados en unos cincuenta milisegundos, en web y escritorio por igual), una familia que se muda del campus de transmisión al sitio nuevo sigue siendo un solo registro —no una exportación, un correo, y una reimportación entre dos sistemas que ya empezaron a estar en desacuerdo.
Cómo maneja esto WorshipMetrics
Hoy WorshipMetrics mantiene un solo directorio para toda tu iglesia: hogares, herramientas masivas, importación y exportación CSV, y protección de duplicados, para personas ilimitadas, en todos los planes. El soporte de campus separados llegará pronto. El directorio se cubre en la página de People.