Los equipos de marketing trabajan juntos. Ahora STRATUM también.

"Todavía estás en alfa. ¿Por qué estás construyendo funcionalidades de equipo?"

Pregunta justa. Tengo menos de 50 usuarios. La mayoría de los fundadores de SaaS estarían enfocados al láser en llegar a 100 usuarios antes de pensar en equipos.

Pero esto es lo que me di cuenta viendo a mis usuarios alfa: no trabajaban solos. La directora de marketing compartía capturas de pantalla con su CEO. El dueño de la agencia copiaba y pegaba outputs de IA en WhatsApp para sus amigos. El fundador enviaba correos a su esposa.

Viniendo de 18 años en publicidad, esto no debería haberme sorprendido. El marketing nunca es una actividad en solitario. He visto plantas enteras de agencias operar a través de una caótica mezcla de hilos de Slack, reenvíos de correos y peticiones de "¿puedes hacerme una captura de eso?". Así es como los equipos realmente colaboran — y es doloroso. Así que cuando vi los mismos patrones aparecer en mi alfa, supe que no podía ignorarlo.

Así que construí la colaboración en equipo. En alfa. Mientras fundadores "más listos" habrían esperado. :P

Esto es lo que lancé, por qué lo construí de esta manera y lo que aprendí en el proceso:

1. El acceso correcto para cada persona — 15 roles diseñados para cómo trabajan realmente los equipos de PYMEs y agencias, con aislamiento a nivel de cliente para las agencias

2. Trabaja en equipo sin ir y venir constantemente — Aprobaciones, comentarios, tareas y notificaciones reemplazan tus hilos de Slack de "¿viste mi mensaje?"

3. Nuevos empleados productivos de inmediato — Invita → asigna rol → ya están trabajando. 30 segundos, no 3 días.

Esto es lo que se lanzó, por qué importa para tu equipo y las decisiones que lo hicieron posible.

---

El coste real de "usa mi contraseña"

Antes de estas funcionalidades, así es como los equipos usaban STRATUM:

Opción A: Compartir credenciales (pesadilla de seguridad)

- Todos usan el mismo inicio de sesión

- Sin idea de quién hizo qué

- Una persona cambia la contraseña, todos quedan bloqueados

Opción B: Cuentas separadas (caro y fragmentado)

- Cada persona paga por separado

- Los outputs de IA viven en cuentas diferentes

- "¿Puedes exportar esa estrategia y enviármela?"

Opción C: Captura de pantalla y pegado (la realidad)

- Una persona ejecuta los agentes de IA

- Capturas de pantalla o copia y pega a sus compañeros

- Se pierde el contexto, el formato se rompe, nadie puede construir sobre el trabajo

Ninguna de estas es colaboración real. Son soluciones improvisadas.

¿El coste de negocio? Vi a un dueño de agencia gastar 20 minutos al día solo moviendo outputs de IA entre herramientas — reenviando correos, reformateando en Google Docs, re-explicando el contexto a compañeros que no podían ver la conversación original.

Eso son más de 80 horas al año. Para una sola persona. En un solo equipo.

---

Funcionalidad 1: Da a cada persona el acceso correcto — sin el dolor de cabeza de IT

Después de 18 años en el lado de las agencias, sé exactamente cómo trabajan los equipos de marketing: diferentes personas necesitan acceso diferente a cosas diferentes.

Tu estratega senior trabaja en el Cliente A y el Cliente B. Tu analista junior aprende en cuentas más pequeñas. Tu creativo freelance solo toca los clientes que tiene asignados. Y absolutamente nadie debería ver datos de clientes que no les corresponden.

Esto no es cuestión de control de costes (aunque eso también importa). Es cuestión de cómo operan realmente los equipos.

Dos modelos de permisos: PYME vs Agencia

Aprendí bastante pronto que una startup de 3 personas y una agencia de 15 tienen flujos de trabajo completamente diferentes. Intentar forzarlos en un solo modelo de permisos habría sido un desastre — he visto herramientas empresariales hacer esto, y siempre termina con equipos pequeños ahogados en complejidad mientras los equipos grandes no tienen suficiente control. Así que construí dos modelos distintos.

Roles PYME (5 roles)

Para pequeñas y medianas empresas con jerarquías más simples:

|------|-------------|-----------------|-----------------|

¿Por qué estos cinco? Mapeé los roles reales que vi en los equipos de marketing de PYMEs. El Owner que hace todo. El Director que marca la estrategia. El Manager que ejecuta. El Analyst que mide. El asistente virtual o administrativo que solo necesita ver lo que está pasando.

Roles de Agencia (10 roles)

Para agencias que gestionan múltiples clientes con estructuras de equipo complejas:

|------|-------------|--------------|-----------------|

Los roles con scope de cliente

son el cambio de juego para las agencias. Cuando asignas un Account Manager al Cliente A, literalmente no puede ver los datos del Cliente B. No "oculto en la interfaz" — aplicado a nivel de base de datos.

Gestión de asignación de clientes

Para los equipos de agencia, la página de Gestión de Equipo ahora muestra una columna Acceso a Clientes que te indica de un vistazo a qué clientes puede acceder cada miembro del equipo. Haz clic en el menú de acciones de cualquier miembro del equipo para:

- Conceder acceso a "Todos los Clientes": Los nuevos clientes se vuelven automáticamente visibles para ellos

- Asignar clientes específicos: Elige exactamente qué clientes deben ver

- Actualizar asignaciones en cualquier momento: Cambia el acceso a medida que evoluciona tu cartera de clientes

Esto significa que tu Account Manager del Cliente A literalmente no puede ver el dashboard, las campañas ni los outputs de IA del Cliente B — incluso si lo intenta. El filtrado ocurre a nivel de base de datos, no solo en la interfaz.

Para incorporar nuevos miembros del equipo: Cuando invitas a alguien, eliges su rol Y su scope de cliente en el mismo flujo. Sin pasos separados. Sin olvidar restringir el acceso.

La interfaz adaptada a permisos

Lo que hace esto realmente usable: la interfaz se adapta a tu rol.

Si no puedes invitar a miembros del equipo, no ves la configuración de Equipo. Si no puedes acceder a un cliente, ese cliente no aparece en tu dashboard. Si no puedes ejecutar un agente, aparece bloqueado con un indicador claro.

No más hacer clic en opciones solo para recibir un error. No más confusión de "¿por qué puedo ver esto pero no hacer nada con ello?".

Para Directores de Agencia: Tus creativos ven una interfaz limpia y enfocada — solo sus herramientas. Menos formación, menos errores.

Para Fundadores: Tu asistente virtual con rol de viewer ve un dashboard simplificado. Puede encontrar y copiar lo que necesita sin abrumarse.

37 permisos granulares (que no necesitarás configurar)

Detrás de estos roles hay 37 permisos individuales — pero nunca tendrás que configurarlos manualmente. Cada rol viene preconfigurado según cómo trabajan realmente los equipos de marketing:

| Categoría | Por qué importa |

|----------|----------------|

| AI Agents (9) | Tu Creative no puede ejecutar accidentalmente el agente de Estrategia en el cliente equivocado |

| Campaigns (6) | Los Analysts pueden ver campañas para reportar sobre ellas, pero no pueden archivar una accidentalmente |

| Clients (5) | Solo Owners y Admins pueden añadir nuevos clientes — sin proliferación accidental de datos |

| Analytics (3) | Todos pueden ver estadísticas básicas; solo los analysts pueden exportar datos brutos |

| Documents (3) | Protege los documentos sensibles — los asistentes pueden ver pero no eliminar |

| Organization (4) | Acceso a facturación limitado a Owners — sin sorpresas de "¿quién cambió nuestro plan?" |

| Team (3) | Los Managers no pueden invitar a sus amigos sin aprobación del Owner |

| Workspace (2) | Mantén los workspaces organizados sin que todo el mundo cree otros nuevos |

| Admin (2) | Funciones del sistema reservadas para personas que saben lo que hacen |

Cada rol recibe exactamente lo que necesita para hacer su trabajo — nada más, nada menos. Configuras el rol una vez; los permisos siguen automáticamente.

---

Funcionalidad 2: Deja de perseguir capturas de pantalla e hilos de Slack

Esta es la funcionalidad en la que más estoy personalmente involucrado. Los permisos controlan quién puede hacer qué, pero la colaboración trata de cómo trabajan juntos — y por mi experiencia, el ir y venir constante es lo que realmente consume tu día. He vivido este problema durante dos décadas en el lado de las agencias :D

Campañas y outputs de IA compartidos

El modelo antiguo: Tus campañas. Tus outputs de IA. Tu silo.

El nuevo modelo: Colaboración con scope de organización.

Cuando tu estratega ejecuta el Agente de Personas, esa persona pertenece a la organización — no a su cuenta personal. Ahora tu redactor puede:

- Ver la persona sin pedir una captura de pantalla

- Referenciarla al ejecutar el Agente de Contenido

- Construir sobre ella en lugar de empezar desde cero

Cuando tu analista genera un análisis de la competencia, tu Director de Marketing puede revisarlo directamente — no a través de un PDF reenviado.

Flujos de trabajo de aprobación

El contenido no solo se crea — se revisa y aprueba antes de publicarse.

|----------|-----------|-------------|----------|

Cómo funciona:

1. El Creative termina una pieza de contenido → hace clic en "Solicitar aprobación"

2. El Account Manager recibe una notificación → revisa en contexto

3. Aprueba, rechaza o solicita cambios con notas

4. El Creative recibe la notificación de la decisión

5. Si se solicitan cambios → revisar y reenviar (seguimiento de rondas)

Se acabaron los hilos de Slack preguntando "¿viste mi correo sobre el copy del Cliente A?"

Comentarios y @menciones

Discute el trabajo generado por IA directamente en el output — no en hilos de Slack que se pierden.

- Comentarios en hilo en cualquier campaña, output o persona

- @menciones que notifican a miembros específicos del equipo

- Seguimiento de resolución para saber qué se ha tratado

- Scope de cliente para agencias — los freelancers solo ven comentarios en sus clientes asignados

Asignación de tareas

Para Directores de Marketing de PYMEs: Deja de rastrear quién hace qué en hojas de cálculo. Asigna creación de contenido, revisiones y tareas de campaña directamente desde el output — tu equipo ve su cola de trabajo, tú ves el estado.

Para Account Managers de Agencia: Mantén los entregables de clientes en marcha. Asigna tareas dentro del scope de tu cliente, establece prioridades y fechas de vencimiento, y sabe al instante cuándo algo está bloqueado.

Cómo funciona:

- Tipos de tarea: Creación de contenido, revisión, análisis, configuración de campaña

- Niveles de prioridad: Bajo, normal, alto, urgente

- Fechas de vencimiento con notificaciones de plazo próximo

- Recursos vinculados: Las tareas se conectan a campañas u outputs específicos — sin "¿de qué documento estamos hablando?"

- Seguimiento de estado: Por hacer → En progreso → Revisión → Hecho

La jerarquía de roles lo mantiene ordenado — los Account Managers asignan dentro del scope de su cliente, los Directors pueden asignar a sus equipos, los Owners pueden asignar a cualquiera.

Notificaciones en tiempo real: no te pierdas lo que necesita tu atención

Para Directors de Marketing y Owners de Agencia ocupados: Deja de revisar Slack cada 5 minutos preguntándote si alguien te necesita. STRATUM te dice exactamente cuándo se requiere acción:

- Alguien solicita tu aprobación → lo sabes de inmediato

- Tu solicitud de aprobación se resuelve → no más "¿lo vieron ya?"

- Te @mencionan en un comentario → las conversaciones relevantes te encuentran

- Se te asigna una tarea → aparece en tu cola de trabajo

- Una fecha de vencimiento se acerca → te avisan antes de que sea tarde

Las notificaciones aparecen en tiempo real en la aplicación y se agrupan en resúmenes por correo si te las pierdes.

---

Funcionalidad 3: Nuevos empleados productivos en 30 segundos, no en 3 días

Antes: ¿Nuevo miembro del equipo? Aquí está el proceso:

1. Se registran por separado

2. Me envías un correo para añadirlos manualmente a tu organización

3. Asigno su rol en la base de datos

4. Inician sesión y... ¿tal vez funciona?

Ahora:

1. Configuración → Equipo → Invitar

2. Introduce el correo, elige su rol

3. Hacen clic en el enlace, establecen una contraseña

4. Ya están dentro. Con los permisos correctos. De inmediato.

Por qué importan los 30 segundos

Para los Directores de Marketing que incorporan a un nuevo analista: pueden ser productivos el primer día, no el tercero.

Para los Owners de agencia que añaden a un creativo freelance: sin tickets de IT, sin esperas, sin "lo haré mañana".

Para los Fundadores que incorporan a un asistente virtual: dale acceso de visualización en el tiempo que tardarías en enviar un mensaje de Slack.

La decisión técnica que lo hizo posible

La mayoría de las plataformas usan flujos de confirmación por correo: invitar → correo de confirmación → clic en enlace → establecer contraseña → otra confirmación → finalmente iniciar sesión.

Me salté la confirmación redundante. Si recibiste el correo de invitación, ya has demostrado que eres el propietario de esa dirección de correo. ¿Por qué obligarte a demostrarlo dos veces?

El enlace de invitación es seguro, almacenado en nuestros servidores (no en parámetros de URL donde alguien podría manipularlo), y expira en 7 días. Cuando lo aceptas, todo ocurre en un solo paso:

1. Tu cuenta se crea

2. Te añaden a la organización correcta

3. Se asignan los permisos de tu rol

Si algo falla, nada se crea. Sin cuentas a medias. Sin permisos que faltan. Sin tickets de soporte de "los invité pero no pueden ver nada".

---

Defensa en profundidad: cómo construí el aislamiento de datos

Sé que esta sección puede ser más técnica de lo que la mayoría de los lectores necesita, pero creo que es importante ser transparente sobre cómo pienso en la seguridad — especialmente para los usuarios de agencias que me confían los datos de sus clientes. Todavía estoy en alfa privado, pero eso no significa que haya recortado esquinas en la arquitectura. El aislamiento de datos se construyó desde el primer día — no se añadió después. Aquí está el enfoque por capas:

Capa 1: Aplicación a nivel de base de datos (Row Level Security)

Los permisos no solo se verifican en el código de la aplicación — la propia base de datos los aplica usando Postgres Row Level Security (RLS). Cada consulta filtra automáticamente por organización. Tu analista no puede ver los datos de otra organización porque la base de datos no los devuelve — independientemente de lo que solicite la aplicación.

Para los roles con scope de cliente, una segunda política RLS filtra por clientes asignados. Un Account Manager del Cliente A no puede acceder a los datos del Cliente B incluso si elabora una solicitud directa a la API.

Capa 2: Verificaciones de permisos a nivel de aplicación

La interfaz respeta las mismas reglas de permisos. Si no puedes acceder a un cliente, no aparece en tu dashboard. Si no puedes ejecutar un agente, el botón está desactivado. La navegación, los botones y las páginas comprueban todos la misma fuente de permisos — sin inconsistencias donde la interfaz muestra algo que la API rechaza.

Capa 3: Transacciones atómicas

Las operaciones críticas como la aceptación de invitaciones ocurren como transacciones únicas de base de datos. Crear cuenta, añadir a la organización, asignar rol, establecer acceso a clientes — todo se completa junto o todo falla junto. Sin estados a medias. Sin registros huérfanos.

Capa 4: Secretos del lado del servidor

Los detalles de la invitación (organización, rol, asignaciones de clientes) se almacenan en nuestros servidores, referenciados por un token seguro. La URL de invitación contiene solo el token — manipularla no concede acceso diferente porque los permisos reales viven en nuestra base de datos.

---

Transparencia alfa: Hemos construido estas capas deliberadamente, pero somos un equipo pequeño y STRATUM todavía está evolucionando. Consulta nuestra Política de Privacidad y los Términos para ver el panorama completo de lo que podemos y no podemos garantizar durante el alfa.

---

¿Por qué construir esto en alfa?

Aquí está la respuesta honesta: porque incorporar funcionalidades de equipo a posteriori es brutal.

He visto empresas intentar añadir multi-tenancy después del lanzamiento. Es una pesadilla. Cada tabla necesita nuevas columnas. Cada consulta necesita nuevos filtros. Cada verificación de permisos necesita ser reescrita. Las migraciones de datos son aterradoras.

Construí STRATUM con datos con scope de organización desde el Día 2 (esa es una historia para otro post). La arquitectura estaba lista para equipos. Las funcionalidades solo necesitaban ser... construidas.

Construir funcionalidades de equipo con 50 usuarios significa:

- Iteración rápida: Puedo lanzar, recibir feedback y corregir en días, no en meses

- Patrones de uso reales: Veo cómo los equipos colaboran realmente, no cómo imaginé que lo harían

- Sin riesgo de migración: Sin flujos de trabajo de equipo existentes que romper

La alternativa — esperar hasta tener 1.000 usuarios y luego decir "sorpresa, ahora necesitan reestructurar todo su flujo de trabajo para equipos" — parecía peor.

Pruébalo ahora

Las funcionalidades de equipo están activas para todos los usuarios de STRATUM.

Si ya eres usuario:

1. Ve a Configuración → Equipo

2. Haz clic en "Invitar miembro del equipo"

3. Observa cómo se incorporan en 30 segundos

Si eres nuevo:

Solicita acceso alfa en stratum.chandlernguyen.com. Menciona "colaboración en equipo" en tu solicitud — todavía estoy en la fase de "hablar con cada usuario", y me encantaría mostrarte cómo estas funcionalidades se adaptan a tu equipo.

---

La apuesta poco convencional

Construir funcionalidades de equipo en alfa es poco convencional. La mayoría de los consejos dicen: consigue usuarios primero, añade colaboración después.

Pero los equipos son como el marketing funciona realmente. El Director de Marketing no crea estrategias solo. El Owner de la agencia no gestiona cuentas de clientes en solitario. La colaboración no es una funcionalidad agradable de tener — es cómo se hace el trabajo.

Construir para equipos desde el principio significa que STRATUM crece contigo. Empieza solo, invita a tu primer compañero de equipo cuando estés listo, escala a un equipo de agencia completo sin cambiar de plataforma.

Esa apuesta puede estar equivocada. Pero viendo a mis usuarios alfa hacer capturas de pantalla y copiar y pegar para compensar la falta de función para compartir... no creo que lo esté.

Al final del día, construir productos se trata de resolver problemas reales para personas reales — no de seguir un manual que dice "espera hasta tener 1.000 usuarios". Prefiero construir lo que mis 50 usuarios realmente necesitan ahora mismo que perseguir un número en un gráfico de crecimiento.

Si diriges un equipo de marketing (o una agencia), me encantaría genuinamente saber cómo manejas la colaboración hoy. ¿Estás en el campo de "captura de pantalla y pega"? ¿En el de "comparte una contraseña"? ¿Algo mejor? Cuéntame — aún estoy aprendiendo y cada conversación me ayuda a construir esto mejor.

Un abrazo,

Chandler

También estoy construyendo DIALØGUE — si tienes curiosidad sobre qué pasa cuando aplico el mismo pensamiento de "construir para equipos desde el principio" a la generación de podcasts con IA, échale un vistazo.