Los 5 procesos que toda startup debería tener documentados antes de llegar a 10 personas

Hay un momento exacto en el que el caos deja de ser parte del encanto y se convierte en un problema real. No es cuando llegas a 10 personas. Es justo antes: cuando ya sois 6 o 7, cada uno hace las cosas a su manera, y el founder empieza a enterarse de los problemas con tres días de retraso.

A esa altura, documentar procesos suena a burocracia. A papeleo de empresa grande. A algo que no toca todavía.

Ese es exactamente el error.

Lo que vas a aprender en este artículo:

• Qué 5 procesos necesitas documentados antes de llegar a 10 personas, y por qué estos y no otros

• Qué tiene que incluir cada proceso para que sirva de algo (y qué puedes omitir sin que el mundo se acabe)

• Qué herramienta tiene sentido para cada uno según tu fase

• Por qué documentar no es lo mismo que burocracia, y cómo evitar caer en ella

Por qué el umbral de 10 personas no es arbitrario

Hasta 5-6 personas, el equipo funciona por osmosis. Todo el mundo sabe qué hace todo el mundo porque comparten mesa, Slack y la misma reunión del lunes. La información fluye porque no hay fricción estructural.

A partir de 8-10 personas, eso se rompe. Hay incorporaciones recientes que no estuvieron en el origen. Hay decisiones que se tomaron hace meses y nadie recuerda por qué. Hay tareas que "siempre ha hecho" alguien concreto, pero sin que nadie lo sepa formalmente.

Cuando entramos en una startup en este punto, lo primero que hacemos es preguntar: ¿quién hace qué cuando pasa X? Las respuestas suelen ser tres cosas distintas, o silencio.

"Si nadie en tu equipo sabe quién hace qué, no tienes un problema de personas. Tienes un problema de procesos."

Según datos de CB Insights sobre causas de mortalidad de startups, los problemas de equipo y los problemas operativos internos aparecen de forma consistente entre los factores más citados. No es solo falta de producto o de mercado: es la incapacidad de operar con coherencia cuando el equipo crece.

La solución no es documentar todo. Es documentar lo que más duele cuando falla. Y hay exactamente cinco procesos que, en nuestra experiencia con startups españolas en fase pre-seed y seed, rompen cosas de forma predecible cuando no están definidos.

Antes de entrar en detalle: si tienes la duda de dónde está la línea entre documentar bien y pasarte de burocracia, vale la pena leer por qué documentar procesos no es lo mismo que controlar a tu equipo. Es una distinción que no siempre es obvia y que cambia cómo te acercas a esto.

1. Onboarding de nuevas personas

Por qué es crítico

Cada persona que incorporas y no tiene un onboarding claro tarda entre 2 y 4 semanas más en ser productiva. En una startup de 8 personas, ese coste invisible se acumula rápido. Peor aún: sin onboarding, cada persona aprende la cultura y las formas de trabajar de quien tenga más cerca, lo que genera inconsistencias que después cuestan meses corregir.

Qué debe incluir

No necesitas un curso de 40 horas. Un buen onboarding en early-stage cabe en una página de Notion y tiene cuatro bloques:

• Antes del primer día: accesos, herramientas, correo, invitación a canales de Slack

• Día 1: quién es quién, qué hace cada área, cómo se toman decisiones, dónde está la documentación

• Primera semana: contexto del producto, primeras tareas concretas con criterio de éxito definido

• Primeros 30 días: check-in a los 15 y a los 30 días con preguntas concretas, no un "¿cómo estás yendo?"

Ejemplo simplificado

Un checklist en Notion con responsable y fecha límite para cada ítem. El propio checklist es el proceso: si está marcado, está hecho. Si no está marcado, hay un responsable que sabe que le toca.

Herramienta recomendada

Notion para documentación y checklist. Suficiente hasta 20-25 personas. Si incorporas más de 4-5 personas al mes de forma sostenida, considera una herramienta específica de HRIS como Factorial (española, €6-12/persona/mes), que tiene módulos de onboarding integrados con firma digital y gestión de documentación laboral, relevante para cumplimiento con la normativa española.

2. Pipeline de ventas

Por qué es crítico

Sin un pipeline definido, cada comercial o cada founder vende como le parece. Eso significa que no puedes predecir ingresos, no puedes identificar dónde se caen los leads, y cuando alguien enferma o se va, pierdes todo el contexto de sus oportunidades abiertas.

Un pipeline bien definido no es una herramienta de control. Es lo que te permite saber en cualquier momento cuánto MRR (Monthly Recurring Revenue, ingreso mensual recurrente) vas a cerrar este mes con una estimación razonable.

Qué debe incluir

El proceso de ventas documentado debe responder a:

• Etapas del pipeline: cuáles son, qué significa estar en cada una, y cuál es el criterio exacto para avanzar de etapa (no "cuando parece que hay interés", sino "cuando el lead ha confirmado presupuesto y fecha de decisión")

• Quién hace qué: quién gestiona cada tipo de lead, quién tiene autoridad para dar descuentos, quién aprueba propuestas no estándar

• Cadencia de seguimiento: cuántos días máximo sin contacto antes de marcar un lead como inactivo

• Dónde se registra todo: una sola herramienta, sin excepciones

Ejemplo simplificado

Cinco etapas: Contacto inicial → Reunión/demo → Propuesta enviada → Negociación → Cerrado (ganado o perdido). Cada etapa tiene una acción concreta que la define. Cada oportunidad tiene un responsable, una fecha de último contacto y una probabilidad de cierre.

Herramienta recomendada

HubSpot CRM en su versión gratuita es suficiente para equipos de hasta 3-4 personas en ventas. Tiene pipeline visual, registro de actividad y notificaciones. Cuando el equipo comercial crece o necesitas automatizaciones más complejas (secuencias de emails, lead scoring), el salto a HubSpot Starter está en torno a €15-20/usuario/mes. Pipedrive es una alternativa competitiva en precio para equipos más pequeños.

Lo que no funciona: gestionar el pipeline en Google Sheets. Funciona para las primeras semanas, pero pierde datos por error humano, no notifica, y no escala.

3. Gestión de soporte e incidencias

Por qué es crítico

Cuando no hay proceso de soporte, pasan tres cosas predecibles: algunos clientes esperan días una respuesta, otros consiguen respuesta en horas porque le escriben directamente al founder por WhatsApp, y el equipo no tiene visibilidad de qué problemas se repiten.

Esa asimetría destruye la experiencia de cliente y acumula deuda operativa que después cuesta cara. Cada incidencia sin registrar es información que pierdes sobre tu producto.

Qué debe incluir

• Canal único de entrada: un solo lugar donde llegan todas las peticiones de soporte. No varios correos, no DMs en LinkedIn, no el WhatsApp del founder

• SLA definido (Service Level Agreement, tiempo máximo de respuesta): diferenciado por tipo de incidencia. Ejemplo: bugs críticos en producción, respuesta en menos de 2 horas; dudas de uso, respuesta en menos de 24 horas laborables

• Quién gestiona qué: separación clara entre soporte funcional (dudas de uso) y soporte técnico (bugs), con escalado definido

• Cierre y aprendizaje: cómo se registra la resolución y quién revisa las incidencias recurrentes para elevarlas a producto

Ejemplo simplificado

Un buzón de soporte centralizado (help@tustartu.es) que vuelca en una herramienta de tickets. Etiquetas por tipo: bug, duda, solicitud de feature. Responsable asignado en menos de 1 hora. Resolución o actualización de estado en el plazo del SLA.

Herramienta recomendada

Intercom o Freshdesk para startups con volumen bajo-medio de soporte (hasta 500-1.000 tickets/mes). Freshdesk tiene plan gratuito para hasta 10 agentes, suficiente en early-stage. Intercom es más potente en automatización y comunicación proactiva, pero el precio escala rápido (desde ~€74/mes).

Para startups en fase muy inicial con menos de 20 clientes activos, un buzón compartido en Gmail con etiquetas y un Google Sheet para tracking es suficiente. Pero define el proceso igualmente: el volumen crecerá.

4. Facturación y cobros

Por qué es crítico

Este es el proceso que más startups dejan en manos del caos durante más tiempo, y el que más daño hace al runway (el tiempo que te queda de dinero antes de quedarte sin caja) cuando falla. Facturas que salen tarde, facturas con datos incorrectos, pagos que se retrasan sin seguimiento activo, clientes que llevan 60 días sin pagar y nadie lo ha reclamado formalmente.

En España, el ciclo de cobro medio de B2B puede alargarse fácilmente a 45-90 días si no tienes un proceso activo. Eso en una startup seed con 6 meses de runway es una variable crítica.

Qué debe incluir

• Cuándo y cómo se emite la factura: fecha de emisión (¿al firmar el contrato, al activar el servicio, a fin de mes?), datos del cliente, forma de pago y condiciones

• Quién emite: si lo hace el founder, la persona de operaciones o un gestor externo, y qué información necesita de antemano

• Seguimiento de cobros: qué pasa si el pago no llega en la fecha acordada, quién hace el seguimiento, cada cuántos días y con qué tono

• Registro: dónde se registran facturas emitidas, pendientes de cobro y cobradas, para tener visibilidad del cash en cualquier momento

Ejemplo simplificado

Factura emitida el mismo día de inicio de servicio o firma de contrato. Condiciones de pago: 30 días. Si no hay pago en 35 días, primer email de recordatorio automático. Si no hay pago en 45 días, llamada. Si no hay pago en 60 días, proceso formal de reclamación.

Herramienta recomendada

Holded es la referencia para startups españolas en gestión de facturación: integra facturación (incluyendo el nuevo formato FacturaE para cumplimiento con la normativa fiscal española), CRM ligero y contabilidad. El plan básico está en torno a €14/mes. Es especialmente relevante de cara a la obligatoriedad de la factura electrónica que la normativa española está implantando de forma progresiva.

Para startups con modelo de suscripción recurrente, Stripe Billing automatiza el cobro recurrente y reduce el tiempo dedicado a gestión manual de cobros de forma sustancial.

5. Toma de decisiones: quién decide qué

Por qué es crítico

Este es el proceso más difícil de documentar y el que más founders evitan. Porque implica aceptar que no todas las decisiones pueden pasar por el founder, y que delegar sin criterio claro genera más caos que no delegar.

"Una startup no muere por falta de ideas. Muere por falta de operaciones. Y pocas cosas paralizan más una operación que no saber quién tiene autoridad para decidir."

Sin un marco de decisiones claro, pasan dos cosas malas: o el founder es un cuello de botella en todo, o el equipo toma decisiones no alineadas que hay que deshacer después.

Qué debe incluir

No necesitas un organigrama de 40 páginas. Necesitas responder tres preguntas para cada área crítica de la startup:

• ¿Quién decide sin consultar? (autonomía total dentro de su área)

• ¿Quién decide pero informa? (autonomía con visibilidad al resto)

• ¿Quién propone pero necesita aprobación? (decisiones que requieren consenso o validación del founder)

Las áreas críticas en early-stage suelen ser: producto/roadmap, contratación, gasto por encima de un umbral (por ejemplo, cualquier gasto >€500 no presupuestado), cambios en pricing, y comunicación externa de la marca.

Ejemplo simplificado

Una tabla en Notion con tres columnas (Autónomo / Informa / Aprueba) y una fila por área. Se revisa cada trimestre o cuando cambia el equipo. El formato no importa; lo que importa es que exista y sea accesible para todos.

Herramienta recomendada

Notion o cualquier documento compartido que todo el equipo pueda consultar sin pedir acceso. El formato de RACI (Responsible, Accountable, Consulted, Informed) es un marco útil para estructurarlo, aunque en early-stage con una tabla simple basta.

Lo que no funciona: mantener esto en la cabeza del founder. En cuanto el equipo crece, la cabeza del founder no es un sistema: es un cuello de botella con personalidad propia.

Lo que estos cinco procesos tienen en común

Ninguno de estos cinco documentos tiene que ser perfecto. Todos tienen que existir, estar actualizados y ser accesibles para quien los necesita.

Un proceso bien documentado en early-stage cabe en una página. Si ocupa más, probablemente estás documentando el proceso y también todas sus excepciones, todos sus casos borde y todos sus "qué pasa si". Eso no es un proceso: es un manual de empresa grande trasplantado a un equipo de 8 personas.

La regla que aplicamos en Ebägurin es simple: si el proceso no cabe en una página y no se puede ejecutar en menos de 10 minutos, está mal diseñado. Vuelves a empezar.

Lo que no deberías hacer es añadir más procesos a la lista. Cinco es suficiente para una startup de menos de 10 personas. Cuando crezcas, añadirás más. Pero si intentas documentar 20 procesos antes de tener 10 personas, no documentarás ninguno bien.

¿Por dónde empezar si estás empezando desde cero?

Empieza por el proceso que más dolor está causando ahora mismo. No el que parece más importante en abstracto: el que, si fallara mañana, causaría el mayor daño.

Para la mayoría de las startups seed con las que trabajamos, ese proceso es la gestión de soporte o el pipeline de ventas. Pero depende de tu modelo de negocio, de tu equipo y de en qué momento estás.

Lo que sí es universal: no esperes a tener 15 personas para empezar. La deuda operativa que acumulas entre la persona 8 y la 15 es la más cara de pagar, porque la pagas con tiempo de personas que ya tienen mucho que hacer.

Cada proceso que no documentas hoy es una conversación que tendrás que tener tres veces en los próximos seis meses. Una para explicar cómo se hace. Otra para corregir cómo alguien lo hizo mal. Y una tercera para que alguien nuevo entienda por qué se hace así.

Si tienes dudas sobre si tu startup tiene los procesos mínimos para crecer sin romperse, es exactamente el tipo de diagnóstico que hacemos en la primera fase de cualquier proyecto. Dos semanas para mapear qué funciona, qué falla y qué hay que montar antes de que el crecimiento lo haga evidente de la peor manera. Agendar una llamada →