Por qué los estudios de diseño web se topan con un obstáculo operativo cuando alcanzan una plantilla de entre 2 y 5 personas (y cómo superarlo)
Llega un momento en el crecimiento de un estudio de diseño web en el que el trabajo es bueno, los clientes están contentos, la cartera de proyectos va bien… y, sin embargo, por dentro, el estudio se está desmoronando silenciosamente.
Lo notas antes incluso de poder ponerle nombre. Los seguimientos se van descuidando. Se pasan por alto detalles. Un proyecto se alarga más de lo que debería porque nadie se dio cuenta de que se estaba retrasando hasta que ya era demasiado tarde. Una oportunidad de negocio se enfría porque estaba en la bandeja de entrada de alguien y esa persona se vio desbordada. Un miembro del equipo pregunta dónde están las directrices de marca de un cliente y te das cuenta de que tú tampoco lo sabes.
Si te has sentido así, es que te has topado con el obstáculo al que se enfrentan la mayoría de los pequeños estudios de diseño web cuando cuentan con una plantilla de entre dos y cinco personas.
Es un obstáculo previsible. Alcanza unas dimensiones previsibles. Y la mayoría de los estudios lo afrontan de forma reactiva —es decir, se dan cuenta de su existencia solo cuando ya se encuentran en medio de un colapso operativo— en lugar de prepararse para ello.
Este artículo trata sobre por qué existe ese muro, qué lo provoca y qué hace falta realmente para superarlo. Sáltate las secciones que no te conciernan.
¿Por qué el muro tiene capacidad para entre 2 y 5 personas?
Cuando estabas solo, tu cabeza era el sistema operativo.
Cada cliente potencial, cada dato de un cliente, cada estado de un proyecto, cada plazo, cada procedimiento operativo estándar, cada seguimiento… Todo ello residía en tu memoria, en tu bandeja de entrada, en tu aplicación de notas y en las pestañas que tenías abiertas. No tenías un sistema. Tú eras el sistema. Y eso funcionaba, porque todos los datos estaban en un solo lugar: tú.
Cuando añadiste a una segunda persona, ocurrió algo extraño. El estudio parecía más grande, pero se percibía como un espacio más opresivo.
Esto se debe a que la segunda persona no solo aporta capacidad. Aporta una nueva exigencia: la información tiene que poder extraerse de tu cabeza. Cosas que sabías instintivamente —dónde se encuentran los activos de este cliente, cuál es el plan para el martes, qué le dijiste al responsable en la llamada inicial— ahora tienen que poder comunicarse. Cada vez que tu compañero necesite saber algo, tendrá que preguntarte (lo que significa que sigues siendo el cuello de botella) o buscarlo en las notas, documentos o herramientas que hayas configurado (lo que significa que las notas, los documentos y las herramientas deben ser fáciles de encontrar y estar actualizados).
La mayoría de los estudios formados por dos personas logran superar esto comunicándose en exceso. Os coordináis mucho. Os enviáis mensajes por Slack constantemente. Os reunís cada mañana. Tú sigues tomando las decisiones, y tu compañero te consulta antes de la mayoría de ellas. Da la sensación de ser un trabajo colaborativo. En realidad, sigue siendo un sistema centralizado, solo que hay una persona que le hace muchas preguntas al centro (tú).
Entonces, el estudio incorpora a una tercera persona, o se embarca en un proyecto de mayor envergadura, o contrata a un colaborador externo, o capta a un cliente con un contrato de servicios continuos. Y el modelo se viene abajo.
Una tercera persona no puede obtener toda la información de ti. Tampoco puede hacerlo una segunda persona cuando, además, estás gestionando un proyecto que te mantiene muy ocupado. El sistema informal de «solo hay que preguntar» deja de ser viable en el momento en que más de una persona a la vez necesita la información que tú tienes.
Este es el límite. No se trata solo del número de empleados. Se trata del momento en el que la información operativa del estudio supera lo que una sola persona —normalmente tú— puede gestionar y distribuir en tiempo real.
Cómo se siente el muro
Los síntomas son tan característicos que la mayoría de los propietarios de estudios los reconocen de inmediato:
El seguimiento que se queda en el olvido. Un cliente potencial te envía un correo electrónico preguntando por los plazos. Lo ves, te propones responder cuando tengas un momento y luego no lo haces. Tres semanas más tarde te acuerdas… si es que te acuerdas. Esto ocurre no porque seas desorganizado, sino porque el seguimiento está en tu bandeja de entrada, donde también hay otras 200 cosas, y no hay ningún sistema que lo destaque en el momento adecuado.
El detalle del proyecto que se pasa por alto. Un cliente menciona de pasada que quiere que los testimonios aparezcan en un orden concreto. Lo anotas en algún sitio. Dos semanas más tarde, el diseñador te pregunta por el orden de los testimonios. Sabes que lo tienes apuntado, pero no lo encuentras. Pasas 20 minutos buscando en Slack, el correo electrónico y Notion antes de rendirte y volver a preguntarle al cliente, lo que te cuesta una credibilidad que no tenías por qué perder.
Ese momento en el que te preguntas «¿dónde está ese archivo?». Un miembro del equipo pregunta dónde están los archivos del logotipo de un cliente. La respuesta es que están repartidos entre Dropbox, Figma, Google Drive y quizá en un archivo adjunto de un correo electrónico de hace tres meses. Al final, acabas buscándolo tú mismo porque explicar dónde está llevaría más tiempo que encontrarlo. Multiplica esto por una docena de veces a la semana.
La propuesta que se envió tarde. Tenías pensado enviarla el lunes. El lunes estuviste muy ocupado. El martes se te olvidó. El miércoles te acordaste, pero no encontraste la plantilla. El jueves, por fin, la enviaste. El viernes, el cliente ya había hablado con otra persona.
El pánico del domingo. Te sientas el domingo por la tarde para echar un vistazo a la semana que tienes por delante y te das cuenta de que, en realidad, no sabes en qué punto están la mitad de los proyectos. Te pasas dos horas reconstruyendo la información a partir de Slack, los correos electrónicos y lo que recuerdas. La semana empieza ya con retraso.
No se trata de errores aislados. Es el mismo problema estructural que se manifiesta en distintos ámbitos. El estudio funciona con un sistema operativo —tu mente— que ha superado su capacidad.
Lo que intentan los estudios (y por qué sigue sin funcionar)
Cuando se encuentran en un callejón sin salida, los propietarios de estudios suelen recurrir a una de estas cuatro respuestas. Todas parecen razonables. Sin embargo, ninguna da la talla por una razón concreta y identificable.
Esforzarse más. Más listas. Más recordatorios. Más disciplina. Esto funciona durante unas dos semanas, lo cual es tiempo suficiente para convencerte de que el problema era tu atención y no tu organización. Entonces llega un periodo de mucho trabajo con los clientes, tu atención se desvía y toda la organización —que dependía por completo de tu atención— se derrumba. La disciplina no es escalable. Puede mantener en marcha a alguien que trabaja por su cuenta. Pero no puede hacer funcionar un estudio de dos o tres personas.
La adopción de una herramienta de gestión de proyectos. Asana, Notion, ClickUp, Monday… elige una. El estudio la adopta con entusiasmo durante unas semanas, pero luego la abandona discretamente cuando vuelve el trabajo de verdad. Esto ocurre porque la herramienta es un recipiente vacío. Configurarla correctamente para un estudio de diseño web requiere diseñar un sistema operativo, y diseñar un sistema operativo mientras se gestiona un estudio es un segundo trabajo a tiempo completo. La mayoría de los estudios no pueden mantener ese ritmo, por lo que la herramienta se convierte en otra pestaña que nadie abre.
Contratar a un asistente virtual o a un responsable de operaciones. Parece la decisión acertada: «Necesito a alguien que se encargue de la administración». Pero el asistente virtual o el responsable de operaciones llega a un estudio sin un sistema documentado y se espera que imponga el orden basándose únicamente en su memoria. No pueden hacerlo. O bien se pasan seis meses creando el sistema que el estudio necesitaba antes de su llegada (en cuyo caso acabas de pagar a alguien para que haga la parte más difícil de tu trabajo operativo), o bien intentan poner orden en lo que ya existe (en cuyo caso el desorden simplemente se gestiona de forma profesional en lugar de resolverse).
Crearlo uno mismo. Algunos propietarios de estudios se toman un fin de semana —o un trimestre— e intentan diseñar su propio sistema operativo en Notion o Airtable. A unos pocos les sale bien. A la mayoría no, porque diseñar un backend operativo es una habilidad específica, y hacerlo mientras se gestiona el trabajo de los clientes resulta estructuralmente difícil. Los que lo consiguen suelen crear algo rígido, ligado a su flujo de trabajo específico en ese momento concreto, y luego tienen dificultades para adaptarlo cuando el estudio crece o el flujo de trabajo cambia.
El denominador común: todas las respuestas abordan el muro como un problema de esfuerzo, herramientas o personal. Ninguna de ellas lo aborda como un problema de estructura, que es lo que realmente es.
Lo que realmente te ayuda a superar el obstáculo
Para superar ese obstáculo hace falta una cosa: la información operativa del estudio tiene que salir de tu cabeza y pasar a un sistema que no dependa de ninguna persona en concreto.
No es una herramienta. Es una estructura. La herramienta es el lugar donde se almacena la estructura. Lo que importa es la estructura.
Un buen sistema operativo para un estudio de diseño web cuenta con unas siete áreas fundamentales:
Gestión de proyectos: dónde se encuentran todos los proyectos, en qué fase se encuentra cada uno, quién es responsable de qué, cuáles son los plazos de entrega y qué ve el cliente frente a lo que se mantiene interno.
Gestión de clientes: un espacio donde se centralizan los activos de marca, las comunicaciones, los contratos y el historial de proyectos de cada cliente en un único lugar de fácil acceso.
Seguimiento de clientes potenciales: un sencillo sistema de gestión de relaciones con los clientes (CRM) que registra las nuevas consultas, realiza un seguimiento de la fase en la que se encuentra cada una en el proceso de ventas y te avisa del momento adecuado para realizar el seguimiento, para que ninguna consulta quede en el olvido porque estés muy ocupado.
Biblioteca de recursos: procedimientos operativos estándar (SOP), listas de comprobación, plantillas, guiones y herramientas internas, organizados de tal forma que, la próxima vez que alguien pregunte «¿cómo solemos gestionar esto?», la respuesta se encuentre en algún sitio que no sea tu memoria.
Planificación de marketing y contenidos: un espacio donde se centralizan tu calendario de contenidos, tus publicaciones en redes sociales, tu boletín informativo y tus iniciativas de marketing, para que la visibilidad del estudio no se vea afectada cada vez que el trabajo para los clientes se intensifica.
Objetivos y planificación: objetivos anuales y trimestrales vinculados a las prioridades semanales, de modo que el estudio trabaje con un objetivo concreto en mente, en lugar de limitarse a responder a la solicitud más urgente que reciba.
Un panel de control centralizado: un único lugar donde se puede ver todo lo anterior de un solo vistazo, de modo que la planificación del domingo por la noche te lleve diez minutos en lugar de dos horas.
Cuando estos siete elementos coexisten en un único sistema interconectado, el estudio deja de depender de la memoria. Los seguimientos surgen por sí solos. El estado de los proyectos es visible sin necesidad de preguntar. Los nuevos miembros del equipo tienen un lugar del que aprender. Dejas de ser el cuello de botella, no porque hayas dejado de preocuparte por el trabajo, sino porque el trabajo ha dejado de depender de tu memoria.
Este es el cambio. Y no se consigue esforzándose más, cambiando de herramientas o contratando a más gente. Se consigue cuando se crea el sistema operativo.
¿Por qué la mayoría de los estudios no lo desarrollan por su cuenta?
Porque requiere entre 3 y 6 meses de un minucioso trabajo de diseño, y la mayoría de los propietarios de estudios no disponen de entre 3 y 6 meses para dedicarlos a ese minucioso trabajo de diseño.
El cuello de botella no es la capacidad técnica. Muchos diseñadores podrían crear un excelente sistema operativo en Notion o Airtable si tuvieran tiempo. El cuello de botella es que el estudio ya está en marcha, los clientes ya están activos, los plazos ya son reales… y alejarse de todo eso el tiempo suficiente para diseñar un backend es algo que el estudio, por su propia estructura, no puede permitirse. Esta es la paradoja del muro: los estudios que más necesitan un sistema operativo son los que menos pueden detenerse para crear uno.
Por eso existen sistemas operativos ya configurados, diseñados específicamente para estudios de diseño web. No se trata de «plantillas para agencias» genéricas, ni de espacios de trabajo en blanco de Notion. Son backends totalmente operativos, diseñados por personas que ya han dedicado entre 6 y 12 meses a averiguar qué necesita realmente un estudio de diseño web, y que están listos para que los rellenes con tus propios datos.
El estudio de diseño web Notion HQ es uno de ellos. Joy y Reyna lo crearon en Hello-World Studio, no como un producto en un principio, sino como el backend que su propio estudio, formado por dos personas, necesitaba para funcionar más allá de las cuatro paredes. Lo perfeccionaron a lo largo de meses de funcionamiento real, lo lanzaron como producto y ahora es el sistema operativo con el que funcionan otros muchos estudios pequeños.
Incluye las siete áreas mencionadas anteriormente, prediseñadas, preconectadas y listas para acoger tus proyectos, clientes, clientes potenciales y procedimientos operativos estándar desde el primer día. Lo que a la mayoría de los estudios les lleva meses diseñar y construir, aquí ya está diseñado y construido.
Si te identificas con este artículo
El obstáculo no desaparece por mucho que esperes. Los síntomas se agravan. Las citas de seguimiento que se dejan de lado se convierten en clientes potenciales perdidos. Los clientes potenciales perdidos se traducen en un déficit de ingresos. El déficit de ingresos se traduce en presión para aceptar proyectos peores. Los proyectos peores provocan agotamiento. El agotamiento lleva a pensar: «Quizá debería volver a trabajar por mi cuenta».
La mayoría de los estudios que vuelven a ser unipersonales no lo hacen porque no hayan podido encontrar suficiente trabajo. Lo hacen porque no han podido encontrar la estructura necesaria, y la carga operativa se ha vuelto más pesada de lo que valía la pena por el aumento de capacidad.
El muro es el punto en el que la estructura debe hacerse evidente. Más allá del muro, los estudios que crean o adoptan un sistema operativo real siguen creciendo. Los que no lo hacen, o se estancan o se reducen.
Si algo de esto te suena a tu martes, el HQ se creó precisamente para este momento. Échale un vistazo.
Lecturas relacionadas: Funciona hasta que deja de hacerlo: la crisis operativa a la que tarde o temprano se enfrenta todo estudio — el artículo principal sobre el patrón de colapso operativo al que, tarde o temprano, se enfrentan todos los pequeños estudios.