ServiciosIntegracionesSmartloop · servicio recurrenteEscala de RendimientoPartnersRecursosBlogCasos de éxitoGuías paso a pasoNosotrosContactoRevisión de diagnóstico
← Guía: Escalar sin caos

Paso 6 · Gobernanza del stack: dueños, reglas y límites

En este paso vas a ponerle gobierno al stack comercial: cada herramienta con un dueño con nombre, reglas escritas para altas y bajas, y límites sobre quién puede cambiar qué. Sin gobernanza, el orden de los pasos anteriores se degrada solo: cada trimestre aparece una herramienta nueva, un campo duplicado y una regla rota.

El stack Frankenstein: cómo se llega ahí

Nadie diseña un stack caótico; se acumula. Marketing contrató su herramienta de email "mientras tanto". Un gerente trajo el software de propuestas de su empleo anterior. La prueba gratuita de un dialer se convirtió en suscripción anual sin que nadie decidiera. Tres años después hay 14 herramientas, cuatro se superponen, dos no las usa nadie, y el dato del cliente vive repartido en todas.

El costo va mucho más allá de las licencias: cada herramienta suelta es un lugar más donde el dato se fragmenta —deshaciendo el paso 3— y una integración más que mantener. Si todavía no tienes el inventario completo de sistemas y flujos, empieza por el mapa de tu stack: no se puede gobernar lo que no está en la lista.

Cada herramienta con dueño

La regla más simple y la más incumplida: una herramienta, un dueño, con nombre y apellido. El dueño responde por la configuración, los permisos, la renovación y —clave— por decir que no cuando alguien quiere "un campito más" o "una automatización rapidita".

Dueño no es el que más la usa ni el que la contrató: es quien rinde cuentas por ella. El entregable es una tabla de una página: herramienta, dueño, qué dato es rector ahí, costo anual, con qué se integra. Esa tabla, actualizada, vale más que la mitad de los diagramas de arquitectura que hemos visto.

Las reglas: altas, bajas y cambios

  • Altas. Toda herramienta nueva requiere un caso de una página: qué problema resuelve, por qué no lo resuelve el stack actual, quién será el dueño y cómo se integra a la fuente única. Si no se puede escribir esa página, no se contrata. Esto no frena la innovación: frena los impulsos.
  • Bajas. Revisión trimestral de uso real contra costo. Lo que no se usó en 90 días se apaga, sin funerales. Las herramientas zombis no son gratis: cobran renovación y confusión.
  • Cambios. Campos nuevos, workflows y etapas del pipeline pasan por el dueño del CRM, se prueban antes de tocar producción y quedan anotados en un changelog simple: qué se cambió, quién, cuándo y por qué. El día que un reporte amanece raro, ese changelog te ahorra una semana de arqueología.
Un stack sin dueños no es un stack: es una colección de suscripciones con esperanza.

Permisos y límites: quién puede romper qué

En el CRM, el acceso de administración se limita a dos o tres personas; el resto edita datos, no estructura. No es desconfianza: es que un workflow mal tocado puede disparar mil correos, y una propiedad borrada puede vaciar un reporte de dirección. La libertad del equipo está en usar el sistema, no en modificarlo.

El mismo criterio aplica a las integraciones: las conexiones entre sistemas tienen dueño y monitoreo, no se agregan por prueba y error. El detalle de cómo mantenerlas sanas está en la guía de integración de datos.

Errores comunes en este paso

  • Confundir gobernanza con comité. Un dueño con criterio decide mejor que cinco reuniones. La gobernanza buena es aburrida y rápida.
  • Cerrar tanto que el equipo huye. Si pedir un campo tarda tres semanas, el equipo vuelve a las planillas y perdiste el paso 3. El dueño responde en días, no en trimestres.
  • Gobernar herramientas e ignorar integraciones. El riesgo grande no está en las apps: está en las conexiones rotas que nadie monitorea.
  • Hacer la revisión trimestral una vez. La gobernanza que no tiene fecha en el calendario no existe; es una intención.

Checklist antes de pasar al siguiente

  • Inventario del stack con dueño, costo anual y dato rector por herramienta.
  • Proceso de alta de herramientas escrito: el caso de una página.
  • Revisión trimestral de uso contra costo, agendada con dueño.
  • Permisos de administración del CRM reducidos a 2-3 personas.
  • Changelog de cambios estructurales funcionando.

Con el stack gobernado, queda el tablero de control: los números que te avisan, con meses de anticipación, si el sistema aguanta el crecimiento. Eso es el paso 7: las métricas de escala. Y el mapa completo, en la guía para escalar sin caos.

¿Sabes cuánto te cuesta tu stack y quién lo gobierna?

Lo de arriba es un capítulo de la guía para escalar la operación comercial sin caos: de reconocer el desorden a las métricas que avisan antes de que algo se rompa. Escalar amplifica lo que ya tienes, bueno o malo — léela completa antes de contratar más gente.