RRelo Docs
Operaciones

Cómo documentar un proceso

Plantilla y reglas para mantener la documentación de procesos al día en Relo Docs.

Cómo documentar un proceso

En Relo usamos docs-first: cada vez que cambia un proceso de negocio, primero actualizamos su documentación y luego ejecutamos el cambio en código o configuración.

Flujo docs-first

Diagrama interactivo
Cargando diagrama…

Plantilla de guía de proceso

Toda guía de proceso debe incluir:

  1. Título y descripción clara.
  2. Diagrama de flujo en Mermaid.
  3. Roles involucrados.
  4. Pasos detallados.
  5. Checklist para validar que se hizo bien.
  6. Troubleshooting común.

Ejemplo de diagrama

Diagrama interactivo
Cargando diagrama…

Reglas para screenshots

  • Ofuscar o blurrear montos, nombres de partners y nombres de clientes.
  • Usar Mono como nombre genérico de cliente cuando se requiera un ejemplo.
  • No mostrar emails reales.

Dónde vive cada proceso

ProcesoGuía
Autenticación y accesoAuth y acceso
Admin Home / Command CenterAdmin Home
Alta de partnersAlta de partners
Perfil de partnerPerfil de partner
Reconciliación y SLAReconciliación y SLA
Validación de órdenesValidación de órdenes
Portal de cliente para pixelPortal de cliente para pixel
Panorama general de ReloCómo funciona Relo
Onboarding completo del adminAdmin Playbook
Onboarding de clientes y partnersAdmin Onboarding
AtribuciónAdmin Attribution
Reglas de comisión y presupuestosAdmin Rules
Fuentes de datos y pipelinesAdmin Data
Fraude y calidadAdmin Fraud Quality
Pagos y cierre mensualAdmin Payments
Campañas y linksAdmin Campaigns
Go-live S2SGo-live con red de afiliados S2S
AppsFlyerAppsFlyer
Pixel web (admin)Pixel Setup
Pixel web (referencia)Pixel
Funnels y conversionesFunnels & Events
Integración cliente (Stripe + pixel)Integration
Caso de estudio lead-genLead-gen Case Study
Portal de partnersPartner Portal
Partner quickstartPartner Quickstart
Postbacks S2SPartner Postbacks
Portal de clienteClient Portal
Runbooks de opsRunbooks
Documentar un procesoProcess Docs

Checklist para documentar un cambio

  • El diagrama refleja el flujo actual.
  • Los pasos están en orden y son ejecutables.
  • Los roles están claros.
  • El checklist cubre los puntos críticos.
  • No hay datos sensibles en screenshots.
  • El build de docs pasa sin errores.

On this page