1. Detecta dónde la operación depende del equipo fundador

Empieza por observar las consultas que llegan a los fundadores durante el trabajo cotidiano. Busca tareas que requieren preguntar dónde está un archivo, qué información solicitar, cómo validar un resultado o cuándo pedir autorización. Esas preguntas pueden señalar conocimiento que todavía no está disponible para quien ejecuta. Distingue entre una decisión que necesita criterio del equipo fundador y una actividad que se frena por falta de instrucciones. Documentar no significa eliminar toda consulta: significa aclarar qué puede resolverse con una guía y qué necesita escalarse.

  • ¿Qué tareas se detienen cuando una persona no está disponible?
  • ¿Qué explicaciones se repiten cada vez que alguien toma una actividad?
  • ¿Qué entregas regresan porque los criterios de revisión no estaban claros?
  • ¿Qué pasos solo conoce quien creó el proceso?

2. Prioriza los procesos que conviene documentar

No necesitas registrar toda la operación al mismo tiempo. Elige primero un proceso recurrente, con límites claros y cuya interrupción afecte una entrega relevante. Considera también cuánto depende de conocimiento concentrado y qué consecuencias tendría ejecutarlo incorrectamente. Como punto de partida, evalúa actividades como dar seguimiento a una oportunidad comercial, acompañar la activación de un usuario, revisar un pago o atender una incidencia. Son ejemplos para orientar la selección, no una lista obligatoria para todas las startups.

  • Frecuencia: ¿la actividad se repite lo suficiente para reutilizar la guía?
  • Continuidad: ¿su interrupción bloquea otras tareas o compromisos?
  • Dependencia: ¿solo una persona conoce los pasos o las excepciones?
  • Estabilidad: ¿hay una forma de ejecución que ya tiene sentido conservar?

3. Define dónde empieza y termina cada proceso

Antes de redactar instrucciones, delimita el recorrido. Una guía titulada «Ventas» puede abarcar demasiado. En cambio, «Registrar y dar seguimiento a una solicitud de demostración» permite describir un inicio, una secuencia y un resultado verificable. Registra qué evento activa el proceso, qué información debe estar disponible y qué evidencia permite considerarlo terminado. Añade las actividades que quedan fuera del alcance para evitar que la persona tenga que adivinar hasta dónde llega su intervención.

  • Disparador: el evento que inicia el trabajo.
  • Entradas: datos, archivos y accesos necesarios.
  • Resultado esperado: la entrega que debe quedar lista.
  • Criterio de cierre: cómo comprobar que el proceso terminó correctamente.

4. Usa una ficha breve como plantilla

Elige un formato que el equipo pueda consultar y actualizar en una ubicación compartida. Empieza con una ficha breve y amplíala únicamente cuando la ejecución lo requiera. Documenta lo que ocurre en la práctica, no una versión ideal que todavía nadie utiliza. Registrar responsables aquí no implica redefinir puestos: sirve para saber quién ejecuta, quién mantiene la guía y a quién acudir ante una excepción. Si una persona cubre varias funciones, distingue cada intervención dentro del proceso.

  • Nombre, objetivo y alcance del proceso.
  • Responsable de ejecución y responsable de actualizar la documentación.
  • Disparador, requisitos previos y ubicación de los recursos.
  • Pasos ordenados, con decisiones y condiciones explícitas.
  • Resultado esperado y lista de verificación final.
  • Excepciones, límites de autorización y vía de escalamiento.
  • Fecha de última revisión y resumen del cambio más reciente.

5. Escribe pasos que permitan actuar y verificar

Usa verbos concretos y evita instrucciones como «gestionar adecuadamente» o «revisar que todo esté bien». Especifica qué revisar y contra qué criterio. Si un paso depende de una condición, explica las alternativas en el punto donde aparece la decisión. Por ejemplo, en vez de «dar seguimiento al prospecto», una instrucción podría ser: «Verifica si la solicitud incluye los datos requeridos; si falta información, solicítala antes de continuar». Ajusta los campos y condiciones a tu operación real, sin introducir requisitos que el equipo no haya acordado. Vincula las plantillas y archivos necesarios desde la guía. Si incluyes capturas, úsalas como apoyo, no como sustituto de instrucciones claras. Evita copiar contraseñas, credenciales o datos sensibles; indica cómo solicitar el acceso correspondiente.

6. Documenta excepciones y límites de decisión

Una secuencia de pasos no basta si cualquier desviación obliga a buscar al fundador. Registra las excepciones conocidas: qué hacer cuando falta información, una herramienta no está disponible o el resultado no cumple los criterios de cierre. Aclara cuándo continuar, cuándo detenerse y qué información reunir antes de pedir ayuda. No intentes anticipar todos los escenarios. Si una situación no está contemplada, establece una vía de consulta y registra después la resolución cuando sea reutilizable.

  • Qué condición impide continuar.
  • Quién puede autorizar una excepción.
  • Qué evidencia debe acompañar la consulta.
  • Cómo dejar constancia de la decisión tomada.

7. Prueba la guía antes de dar por delegada la tarea

Pide a otra persona con los permisos necesarios que ejecute el proceso usando la documentación. Quien lo conoce puede observar y anotar dudas, sin completar de inmediato cada instrucción faltante. Si existe riesgo para clientes, datos o recursos, utiliza una simulación o una ejecución supervisada. Revisa dónde hubo preguntas, búsquedas adicionales o interpretaciones distintas. Corrige esos puntos y comprueba el resultado contra el criterio de cierre. La prueba debe evaluar la utilidad de la guía, no la capacidad de alguien para adivinar instrucciones.

8. Mantén una versión vigente y fácil de encontrar

Define una ubicación de referencia y evita que circulen copias que parezcan igualmente vigentes. Relaciona cada guía con las herramientas y plantillas utilizadas durante la ejecución para que pueda encontrarse cuando haga falta. Acuerda revisar el documento cuando cambie una herramienta, aparezca una excepción recurrente o se detecte un error en las instrucciones. También puedes establecer revisiones periódicas según la estabilidad del proceso. Conserva un registro breve de cambios y retira las versiones obsoletas. Para evaluar su utilidad, observa si siguen apareciendo las mismas dudas, si el resultado cumple los criterios acordados y si fue necesario reconstruir pasos fuera de la guía. Usa esas señales para mejorar el documento, no para acumular páginas.

Conclusión

Documentar procesos no consiste en registrar cada movimiento del equipo. Consiste en hacer accesibles las instrucciones y los criterios que permiten sostener una actividad. Empieza por una dependencia concreta, prueba la guía con otra persona y actualízala conforme cambie la operación. Elige una tarea que hoy requiera consultar al equipo fundador y prepara su primera ficha: inicio, pasos, responsable, excepciones y criterio de cierre. Después, pruébala antes de documentar la siguiente.