Gobernanza Digital Corporativa
La transformación digital de una organización no depende únicamente de incorporar nuevas herramientas tecnológicas, sino de establecer un modelo de administración que garantice el control, la continuidad operativa y la correcta gestión de sus activos digitales.
En organizaciones con presencia en múltiples ciudades, diferentes marcas comerciales y diversos responsables operativos, es común que las plataformas digitales evolucionen de forma descentralizada durante varios años. Como consecuencia, comienzan a aparecer problemas relacionados con la dispersión de accesos, duplicidad de activos, falta de documentación, cuentas administradas por personal que ya no pertenece a la empresa, ausencia de procesos estandarizados y riesgos para la continuidad del negocio.
Con el propósito de atender esta problemática, se desarrolló el proyecto Gobernanza Digital para el portafolio comercial de Operación de Terminales de Energéticos, cuyo objetivo fue diseñar e implementar un modelo integral de administración de activos digitales que permitiera centralizar la gestión estratégica, definir responsabilidades, establecer controles de acceso, documentar procesos y garantizar la trazabilidad de toda la infraestructura digital de la organización.
Más que un proyecto tecnológico, esta iniciativa es la construcción de un modelo de gobierno capaz de convertir un conjunto de herramientas independientes en un ecosistema digital administrado bajo criterios de seguridad, orden, continuidad operativa y escalabilidad.
El proyecto abarcó el análisis, clasificación, reorganización y documentación de activos como páginas empresariales, cuentas publicitarias, portafolios comerciales, dominios, píxeles, catálogos, Conversion API, eventos offline, números de WhatsApp Business Platform, permisos de usuarios y demás componentes necesarios para asegurar una operación corporativa sostenible.
El problema
Cuando inició el proyecto, la operación digital del portafolio comercial de Operación de Terminales de Energéticos había crecido de forma orgánica durante varios años. Como ocurre en muchas organizaciones, la prioridad había sido mantener la operación funcionando, no documentar su estructura ni establecer un modelo formal de administración.
Como resultado, comenzaron a aparecer problemas típicos de una infraestructura digital sin gobernanza:
- Activos digitales distribuidos entre distintas personas y áreas.
- Ausencia de un inventario centralizado de cuentas, páginas, perfiles y herramientas.
- Accesos otorgados sin una política homogénea de roles y permisos.
- Dependencia del conocimiento de determinadas personas para operar plataformas críticas.
- Dificultad para conocer la relación existente entre los diferentes activos digitales.
- Riesgo de pérdida de control ante cambios de personal o incidencias de seguridad.
- Escasa documentación técnica y administrativa del ecosistema digital.
Aunque la operación diaria continuaba funcionando, la organización asumía riesgos que normalmente permanecen invisibles hasta que ocurre un incidente: pérdida de accesos, eliminación accidental de activos, interrupción de campañas, conflictos de propiedad digital o dificultades para realizar auditorías.
El problema no era tecnológico. Las herramientas existían y funcionaban correctamente. El verdadero desafío consistía en establecer un modelo de gobierno que permitiera administrar todo el ecosistema digital bajo criterios de orden, trazabilidad, seguridad, continuidad operativa y escalabilidad.
En otras palabras, era necesario pasar de una administración reactiva basada en el conocimiento individual a un sistema documentado, estandarizado y replicable, donde cualquier activo pudiera ser identificado, auditado y administrado bajo un conjunto claro de políticas.
Este cambio implicaba construir una arquitectura de gobernanza que integrara plataformas como Meta Business Portfolio, páginas de Facebook, cuentas de Instagram, WhatsApp Business Platform, dominios, Pixel, Conversion API, catálogos comerciales, CRM, usuarios y mecanismos de seguridad como la autenticación multifactor (2FA), bajo un único modelo de administración.
Riesgos detectados
Una vez realizado el levantamiento inicial de información y el inventario de activos digitales, fue posible identificar diversos riesgos asociados a la administración del ecosistema digital corporativo. Aunque la mayoría de ellos no habían provocado incidentes graves hasta ese momento, representaban una exposición permanente para la continuidad operativa de la organización.
Los riesgos detectados fueron clasificados conforme a su naturaleza y al posible impacto que podrían generar sobre el negocio.
Dependencia del conocimiento individual
Parte importante de la operación dependía del conocimiento de determinadas personas que conocían el funcionamiento histórico de las plataformas digitales.
La ausencia de documentación técnica implicaba que un cambio de personal, una salida inesperada o simplemente la pérdida de información podía dificultar significativamente la administración del ecosistema digital.
Este escenario generaba una dependencia del conocimiento tácito en lugar de procesos institucionalizados.
Fragmentación de accesos
Los permisos de administración habían sido asignados conforme evolucionaban las necesidades del negocio, sin existir una política uniforme sobre perfiles de acceso, niveles de autorización o criterios para altas y bajas de usuarios.
Como consecuencia podían coexistir:
- Usuarios con permisos superiores a los requeridos.
- Accesos duplicados.
- Cuentas personales con funciones administrativas.
- Usuarios sin actividad reciente.
- Dificultad para identificar quién tenía control sobre determinados activos.
La fragmentación incrementaba el riesgo de errores operativos y complicaba cualquier proceso de auditoría.
Ausencia de trazabilidad
En múltiples plataformas no existía una documentación consolidada que permitiera responder preguntas fundamentales como:
- ¿Quién creó este activo?
- ¿Quién es el propietario?
- ¿Quién puede administrarlo?
- ¿Qué relación guarda con otros activos?
- ¿Cuál es su finalidad dentro del negocio?
Sin trazabilidad resulta complejo administrar el crecimiento del ecosistema digital y mantener un adecuado control administrativo.
Riesgo de pérdida de activos digitales
La inexistencia de un inventario integral dificultaba conocer con precisión la totalidad de activos existentes.
En este contexto, la organización estaba expuesta a escenarios como:
- pérdida de acceso a páginas comerciales;
- pérdida de dominios;
- eliminación accidental de activos;
- desconexión entre plataformas;
- interrupción de campañas digitales;
- dependencia de cuentas personales.
Aunque la probabilidad de estos eventos era baja, su impacto potencial sobre la operación comercial era elevado.
Inconsistencia en la administración
Cada plataforma había evolucionado bajo criterios distintos.
Esto provocaba diferencias en aspectos como:
- nomenclatura de activos;
- estructura de permisos;
- organización de usuarios;
- documentación disponible;
- criterios de administración.
La falta de estandarización dificultaba la incorporación de nuevos colaboradores y hacía más costosa la operación cotidiana.
Riesgos de seguridad
La seguridad digital no depende únicamente de la existencia de mecanismos tecnológicos, sino también de procesos administrativos.
Entre las principales áreas de oportunidad identificadas se encontraban:
- fortalecimiento del uso de autenticación multifactor (2FA);
- revisión periódica de permisos;
- validación de propietarios;
- actualización del inventario de usuarios;
- documentación de procedimientos de recuperación de accesos.
Estas acciones buscaban reducir la superficie de exposición frente a incidentes de seguridad y mejorar la continuidad operativa.
Escalabilidad limitada
Finalmente, se observó que el modelo existente dificultaba la incorporación ordenada de nuevos activos digitales.
Cada nueva ciudad, marca, página comercial o herramienta implicaba un proceso prácticamente manual, sin lineamientos homogéneos que garantizaran consistencia entre implementaciones.
En consecuencia, el crecimiento del ecosistema aumentaba también su complejidad administrativa.
La necesidad de un modelo de gobernanza surgía precisamente para permitir que el ecosistema pudiera crecer de forma ordenada, documentada y controlada, reduciendo el riesgo operativo conforme aumentara el número de activos digitales.
Objetivos
El proyecto de Gobernanza Digital tuvo como propósito transformar una administración fragmentada de activos digitales en un modelo corporativo centralizado, documentado y sostenible. La intención no fue únicamente reorganizar plataformas, sino establecer una estructura capaz de proteger la propiedad digital de la organización, facilitar la operación cotidiana y acompañar su crecimiento futuro.
Objetivo general
Diseñar e implementar un modelo integral de gobernanza digital para el portafolio comercial de Operación de Terminales de Energéticos, orientado a centralizar la administración de sus activos digitales, definir responsabilidades, fortalecer la seguridad, garantizar la trazabilidad y mejorar la continuidad operativa.
Este objetivo implicó pasar de una gestión basada en acciones aisladas y conocimiento individual a un sistema institucionalizado, en el que los activos, usuarios, permisos y procesos pudieran ser identificados, administrados y auditados bajo criterios homogéneos.
Objetivos específicos
Centralizar la administración estratégica
Concentrar los principales activos digitales dentro de estructuras corporativas reconocidas y administradas por la organización, reduciendo la dispersión entre cuentas personales, unidades operativas y responsables individuales.
La centralización no significa que todas las decisiones deban ejecutarse desde una sola persona, sino que la propiedad, las reglas y los mecanismos de supervisión permanezcan bajo control corporativo.
Identificar y documentar los activos digitales
Construir un inventario actualizado que permitiera conocer:
- qué activos existen;
- cuál es su función;
- a qué marca, ciudad o unidad de negocio pertenecen;
- quién es responsable de administrarlos;
- qué plataformas o herramientas se encuentran vinculadas;
- cuál es su estado operativo.
El inventario debía convertirse en la fuente de referencia para futuras altas, bajas, modificaciones y auditorías.
Definir roles, permisos y responsabilidades
Diseñar una estructura de accesos basada en las funciones reales de cada usuario y en el principio de mínimo privilegio.
Esto implicó diferenciar entre quienes:
- administran la arquitectura general;
- autorizan cambios;
- ejecutan actividades operativas;
- crean o publican contenidos;
- gestionan campañas;
- consultan información o resultados.
El propósito fue evitar tanto la concentración innecesaria de permisos como la asignación excesiva de accesos.
Fortalecer la seguridad del ecosistema digital
Implementar controles administrativos y tecnológicos para disminuir la exposición a pérdidas de acceso, modificaciones no autorizadas o interrupciones en la operación.
Entre las acciones consideradas se incluyeron:
- autenticación multifactor;
- accesos individuales;
- revisión de usuarios;
- validación de propiedad;
- procedimientos de recuperación;
- eliminación de activos o permisos obsoletos.
Garantizar la trazabilidad
Establecer mecanismos para conocer el origen, finalidad, propiedad y evolución de cada activo digital.
La trazabilidad debía permitir reconstruir las decisiones tomadas, identificar responsables y comprender las relaciones existentes entre páginas, cuentas publicitarias, dominios, catálogos, píxeles, APIs y demás componentes del ecosistema.
Estandarizar los procesos de administración
Definir criterios homogéneos para actividades recurrentes como:
- creación de activos;
- incorporación y baja de usuarios;
- asignación y modificación de permisos;
- incorporación de nuevas ciudades o marcas;
- documentación de cambios;
- revisión periódica del ecosistema.
La estandarización buscaba reducir la improvisación y permitir que la operación pudiera replicarse sin depender de interpretaciones individuales.
Proteger la continuidad operativa
Disminuir la dependencia de personas específicas y asegurar que la organización pudiera mantener sus funciones digitales ante cambios de personal, pérdida de dispositivos, incidentes de seguridad o modificaciones en la estructura corporativa.
El conocimiento necesario para operar los activos debía residir en procedimientos documentados, no únicamente en la experiencia de determinados colaboradores.
Facilitar la escalabilidad
Construir un modelo capaz de incorporar nuevas marcas, ciudades, páginas, canales o herramientas sin multiplicar desordenadamente la complejidad administrativa.
El crecimiento debía realizarse bajo una arquitectura previamente definida, con reglas, responsables y documentación desde el momento en que cada nuevo activo fuera creado.
Establecer una base para la mejora continua
Convertir la gobernanza digital en un proceso permanente y no en una intervención única.
El modelo debía contemplar revisiones periódicas, actualización del inventario, auditoría de accesos y adaptación frente a cambios tecnológicos, operativos o regulatorios.
Resultado esperado
La meta final fue consolidar un ecosistema digital corporativo en el que cada activo contara con:
- propiedad identificada;
- finalidad definida;
- responsables asignados;
- permisos controlados;
- relaciones documentadas;
- mecanismos de seguridad;
- procedimientos de administración;
- condiciones para su continuidad y crecimiento.
De esta manera, los activos digitales dejarían de operar como herramientas independientes para convertirse en una infraestructura organizacional administrada bajo un modelo común.
Arquitectura propuesta
La arquitectura propuesta se diseñó para convertir un conjunto disperso de activos, usuarios y plataformas en un ecosistema digital corporativo administrado bajo una estructura común.
El modelo no buscaba concentrar toda la operación en una sola persona ni eliminar la autonomía de las unidades locales. Su propósito era separar con claridad tres dimensiones que anteriormente podían confundirse:
- Propiedad corporativa de los activos.
- Administración estratégica del ecosistema.
- Ejecución operativa por marca, ciudad o área responsable.
Bajo esta lógica, el corporativo conserva la titularidad, supervisión y capacidad de recuperación de los activos, mientras que los responsables operativos reciben únicamente los permisos necesarios para cumplir sus funciones.
Principios de diseño
La arquitectura se construyó con base en seis principios:
Propiedad corporativa
Los activos digitales estratégicos deben pertenecer a estructuras controladas por la organización y no depender exclusivamente de cuentas personales o de colaboradores específicos.
Esto permite conservar el control aun cuando existan cambios de personal, proveedores o responsables operativos.
Centralización estratégica
Las decisiones relacionadas con la creación, integración, transferencia, eliminación o recuperación de activos se administran desde una estructura corporativa central.
La centralización se refiere al gobierno del ecosistema, no necesariamente a la ejecución diaria de todas sus actividades.
Operación descentralizada
Las páginas, cuentas y canales pueden ser administrados por equipos locales o responsables especializados, siempre que operen dentro de las reglas, permisos y procedimientos definidos por el corporativo.
De esta manera, la organización conserva agilidad operativa sin perder control institucional.
Mínimo privilegio
Cada usuario recibe solamente los permisos indispensables para desempeñar sus funciones.
El acceso total se reserva para quienes administran la arquitectura corporativa o necesitan intervenir en situaciones críticas. Los demás perfiles reciben permisos parciales conforme a sus responsabilidades.
Trazabilidad
Toda relación entre usuarios, activos y plataformas debe poder ser identificada y documentada.
La arquitectura debe permitir conocer:
- quién tiene acceso;
- qué nivel de permiso posee;
- sobre qué activo puede actuar;
- qué función desempeña;
- quién autorizó su incorporación;
- cuándo debe revisarse o eliminarse su acceso.
Continuidad operativa
La infraestructura debe poder mantenerse ante cambios de personal, incidentes de seguridad, pérdida de dispositivos o reorganizaciones internas.
La continuidad depende de combinar propiedad corporativa, accesos individuales, autenticación multifactor, documentación y mecanismos de recuperación.
Estructura general del modelo
La arquitectura propuesta se organizó en cuatro niveles.
Nivel 1. Gobierno corporativo
En la parte superior se encuentra la organización como propietaria institucional del ecosistema digital.
Este nivel concentra las facultades de:
- autorizar la creación o incorporación de activos;
- establecer políticas;
- definir responsables;
- supervisar permisos;
- aprobar cambios estructurales;
- garantizar la continuidad del modelo.
Aquí se ubica la función de gobernanza: decidir cómo debe administrarse la infraestructura, aunque la ejecución se realice en niveles inferiores.
Nivel 2. Portafolio comercial corporativo
El portafolio comercial de Operación de Terminales de Energéticos funciona como el núcleo administrativo que agrupa y relaciona los activos digitales de las diferentes marcas, ciudades y unidades operativas.
Dentro de esta estructura se concentran, según corresponda:
- páginas empresariales;
- cuentas de Instagram;
- cuentas publicitarias;
- números de WhatsApp Business Platform;
- catálogos;
- píxeles;
- fuentes de datos;
- dominios;
- integraciones;
- usuarios y socios tecnológicos.
Este nivel permite visualizar el ecosistema como una arquitectura corporativa y no como una colección de cuentas independientes.
Nivel 3. Unidades de operación
Los activos se organizan de acuerdo con su marca, ciudad, función o alcance operativo.
Por ejemplo, una unidad puede corresponder a una ciudad específica y agrupar:
- su página local;
- el número de WhatsApp correspondiente;
- responsables operativos;
- activos publicitarios relacionados;
- permisos de publicación, atención o análisis.
Esta organización facilita la administración local sin perder la relación con la estructura corporativa general.
Nivel 4. Usuarios, roles y permisos
En el nivel operativo se encuentran las personas que administran o utilizan los activos.
Los permisos se asignan de acuerdo con responsabilidades previamente definidas. La arquitectura distingue perfiles como:
- Administrador corporativo: controla la configuración general y los activos críticos.
- Responsable de aprobación: autoriza incorporaciones, cambios relevantes o campañas.
- Responsable operativo: ejecuta actividades dentro de una marca, ciudad o canal.
- Editor o creador de contenido: publica y administra contenidos autorizados.
- Analista: consulta resultados sin modificar configuraciones.
- Proveedor o socio externo: recibe acceso temporal y limitado a activos específicos.
La regla central consiste en asignar accesos a personas identificables, evitando el intercambio de contraseñas o el uso colectivo de una misma cuenta.
Organización de los activos
Para facilitar su administración, los activos se clasificaron en categorías funcionales.
Activos de presencia digital
Representan públicamente a la organización:
- páginas de Facebook;
- perfiles de Instagram;
- sitios y dominios;
- canales de contacto;
- perfiles comerciales.
Activos publicitarios
Permiten gestionar campañas, audiencias y presupuestos:
- cuentas publicitarias;
- campañas;
- públicos;
- métodos de pago;
- fuentes de medición.
Activos de datos y medición
Recopilan y conectan información sobre el comportamiento de los usuarios:
- Pixel;
- Conversion API;
- eventos offline;
- conjuntos de datos;
- integraciones analíticas.
Activos comerciales
Apoyan la presentación de productos, servicios y canales de conversión:
- catálogos;
- Commerce Manager;
- WhatsApp Business Platform;
- formularios;
- sistemas de atención o CRM.
Activos de seguridad y control
Protegen el acceso y permiten administrar el ecosistema:
- usuarios;
- roles;
- autenticación multifactor;
- dominios verificados;
- procedimientos de recuperación;
- registros documentales.
Esta clasificación permite comprender que un activo digital no se limita a una red social. También incluye datos, integraciones, canales de contacto, permisos y documentación.
Modelo de administración
La arquitectura estableció una separación entre cuatro funciones fundamentales:
- Propietario: Es la organización que conserva el control institucional del activo.
- Administrador: Configura, integra y supervisa el funcionamiento del activo dentro de la arquitectura.
- Responsable operativo: Ejecuta las actividades cotidianas relacionadas con contenidos, atención, publicidad o análisis.
- Aprobador: Autoriza decisiones que afectan la estructura, la seguridad, el presupuesto o la continuidad del ecosistema.
Una misma persona puede desempeñar más de una función en determinados casos, pero las responsabilidades deben permanecer documentadas. Así se evita que la autoridad dependa únicamente de la interpretación personal o del conocimiento histórico.
Flujo de incorporación de activos
Todo nuevo activo debe integrarse mediante un proceso estandarizado:
- Identificación de la necesidad.
- Autorización de creación o incorporación.
- Registro en el inventario.
- Asignación de propietario institucional.
- Vinculación con el portafolio correspondiente.
- Definición de responsables y permisos.
- Activación de mecanismos de seguridad.
- Documentación de relaciones e integraciones.
- Validación operativa.
- Incorporación al ciclo de revisión periódica.
Este flujo evita que nuevas páginas, cuentas o herramientas sean creadas fuera de la arquitectura y se conviertan posteriormente en activos huérfanos.
Flujo de administración de usuarios
La incorporación de personas también debe seguir un proceso formal:
- Solicitud justificada de acceso.
- Identificación del puesto y las funciones.
- Definición del nivel mínimo de permiso.
- Validación de la cuenta individual.
- Activación de 2FA.
- Asignación del activo correspondiente.
- Registro del acceso otorgado.
- Revisión periódica.
- Modificación o eliminación cuando cambien las funciones.
La salida de una persona debe activar inmediatamente un proceso de revocación y verificación de accesos. La puerta digital también debe cerrarse cuando alguien entrega el gafete físico.
Documentación como capa transversal
La documentación no se considera un complemento de la arquitectura, sino una capa que atraviesa todo el modelo.
Debe registrar:
- inventario de activos;
- propietarios y responsables;
- roles y permisos;
- relaciones entre plataformas;
- procedimientos de alta y baja;
- incidencias;
- cambios relevantes;
- revisiones periódicas;
- mecanismos de recuperación.
Sin esta capa documental, la arquitectura puede existir técnicamente, pero volvería a depender del conocimiento individual.
Arquitectura objetivo
El resultado esperado es un ecosistema donde:
- la organización conserva la propiedad;
- el portafolio centraliza el gobierno;
- las unidades locales mantienen capacidad operativa;
- los usuarios acceden mediante perfiles individuales;
- los permisos corresponden a funciones reales;
- los activos se encuentran inventariados y relacionados;
- los cambios quedan documentados;
- la estructura puede crecer sin perder control.
La arquitectura convierte así la gobernanza digital en un sistema de responsabilidades, procesos y controles, no simplemente en una configuración dentro de una plataforma.
Implementación
La implementación convirtió la arquitectura propuesta en una estructura operativa dentro del ecosistema digital de la organización. No consistió únicamente en trasladar activos a un portafolio comercial, sino en revisar su propiedad, depurar configuraciones heredadas, reorganizar permisos, documentar relaciones y establecer criterios para su administración futura.
Debido a que las plataformas se encontraban activas y daban soporte a operaciones comerciales reales, el proceso se ejecutó de manera gradual. Cada modificación debía proteger la continuidad de páginas, campañas, canales de atención y demás activos vinculados.
Levantamiento e inventario inicial
La primera etapa consistió en identificar los activos digitales relacionados con las marcas y unidades operativas de la organización.
El levantamiento incluyó:
- páginas empresariales;
- cuentas de Instagram;
- portafolios comerciales;
- cuentas publicitarias;
- números de WhatsApp;
- catálogos;
- píxeles y conjuntos de datos;
- dominios;
- usuarios y responsables;
- integraciones y fuentes de medición.
Para cada activo se documentaron, en la medida en que la plataforma lo permitía:
- nombre y tipo;
- marca o ciudad relacionada;
- propietario o estructura de origen;
- estado operativo;
- usuarios con acceso;
- nivel de permiso;
- relaciones con otros activos;
- incidencias o acciones pendientes.
Este inventario permitió dimensionar el ecosistema y detectar activos duplicados, desactualizados, desconectados o administrados fuera de la estructura corporativa.
Validación de propiedad y control
Posteriormente se verificó quién mantenía el control efectivo de cada activo y si la organización contaba con facultades suficientes para administrarlo, recuperarlo o transferirlo.
La validación permitió diferenciar entre:
- propiedad corporativa confirmada;
- activos compartidos con otras estructuras;
- activos dependientes de cuentas personales;
- activos con propiedad incierta;
- activos que requerían reclamación o recuperación;
- activos que ya no tenían utilidad operativa.
Cuando un activo no podía incorporarse inmediatamente, se documentaba como una incidencia y se establecía una ruta de regularización.
Consolidación del portafolio comercial
Una vez validados los activos prioritarios, se avanzó en su incorporación al portafolio comercial de Operación de Terminales de Energéticos.
La consolidación permitió agrupar bajo una estructura corporativa:
- páginas institucionales y locales;
- cuentas de Instagram;
- cuentas publicitarias vigentes;
- canales de WhatsApp por ciudad;
- fuentes de datos y medición;
- catálogos y activos comerciales;
- usuarios internos y colaboradores autorizados.
La incorporación se realizó de forma selectiva. No se buscó trasladar indiscriminadamente todo lo existente, sino integrar únicamente los activos con una función legítima y una relación clara con la operación.
Depuración de activos
La implementación también incluyó una etapa de limpieza administrativa y técnica.
Se revisaron activos como:
- cuentas publicitarias sin uso;
- píxeles obsoletos;
- fuentes de datos duplicadas;
- accesos heredados;
- usuarios sin funciones vigentes;
- páginas antiguas o no oficiales;
- integraciones sin documentación;
- activos creados para pruebas o campañas concluidas.
Dependiendo del caso, se determinó si correspondía:
- conservar;
- transferir;
- documentar;
- desactivar;
- eliminar;
- mantener temporalmente bajo observación.
Esta depuración evitó que la nueva arquitectura heredara innecesariamente el desorden histórico.
Reorganización de páginas y cuentas sociales
Las páginas de Facebook y las cuentas de Instagram fueron organizadas de acuerdo con su función, marca y alcance geográfico.
Se buscó distinguir entre:
- páginas institucionales;
- páginas comerciales por ciudad;
- páginas especializadas, como reclutamiento;
- cuentas centrales de marca;
- cuentas antiguas o no alineadas con el modelo vigente.
En los casos que lo requirieron, se ejecutaron procesos de reclamación, vinculación, reemplazo o regularización de activos.
El objetivo fue que cada cuenta tuviera:
- una función definida;
- una estructura propietaria identificable;
- responsables asignados;
- permisos adecuados;
- una relación documentada con el ecosistema corporativo.
Organización de WhatsApp Business
Los canales de WhatsApp representaban un componente especialmente relevante por su relación directa con ventas, atención y operación local.
La implementación contempló la identificación y clasificación de los números utilizados en las distintas ciudades, diferenciando entre:
- aplicaciones convencionales de WhatsApp Business;
- números vinculados con WhatsApp Business Platform;
- canales conectados mediante API;
- números con responsables locales;
- integraciones con proveedores o sistemas externos.
Cada número debía vincularse con:
- una ciudad o unidad operativa;
- una finalidad comercial;
- un responsable;
- una estructura corporativa;
- un procedimiento de recuperación y continuidad.
Esta organización redujo la dependencia de dispositivos o usuarios específicos y permitió comprender WhatsApp como un activo corporativo, no como un simple número telefónico.
Revisión de usuarios y permisos
Se revisaron los accesos existentes y se compararon con las funciones reales de cada colaborador.
La implementación siguió tres criterios:
- Acceso individual.
- Permiso mínimo necesario.
- Revisión conforme a la vigencia de las funciones.
Los perfiles se diferenciaron entre:
- administración corporativa;
- responsables locales;
- edición y publicación;
- gestión de campañas;
- consulta de información;
- proveedores externos;
- accesos temporales.
Se evitó otorgar control total cuando una función podía ejecutarse mediante permisos parciales. Esta decisión disminuyó el riesgo sin bloquear la operación.
Fortalecimiento de la seguridad
La reorganización de accesos estuvo acompañada por medidas básicas de protección:
- activación de autenticación multifactor;
- revisión de cuentas antiguas;
- eliminación de accesos innecesarios;
- validación de perfiles administrativos;
- uso de invitaciones individuales;
- seguimiento de invitaciones pendientes;
- comprobación de métodos de recuperación.
Cuando existían cuentas antiguas o dificultades con la autenticación, su incorporación se trataba como una incidencia independiente antes de otorgar acceso a activos críticos.
Vinculación de activos técnicos
La implementación no se limitó a páginas y usuarios. También se revisó la relación entre los activos técnicos que permiten medir y operar el ecosistema digital.
Esto incluyó, según su disponibilidad y utilidad:
- dominios verificados;
- píxeles;
- Conversion API;
- eventos offline;
- catálogos;
- Commerce Manager;
- cuentas publicitarias;
- métodos de pago;
- fuentes de datos;
- integraciones con CRM o proveedores.
El propósito fue evitar configuraciones aisladas y construir una cadena comprensible entre presencia digital, publicidad, medición, atención y conversión.
Documentación del proceso
Cada avance relevante debía dejar evidencia suficiente para facilitar su seguimiento posterior.
La documentación incluyó:
- inventario actualizado;
- capturas de configuración;
- registro de usuarios y permisos;
- incidencias pendientes;
- decisiones de conservación o eliminación;
- relaciones entre activos;
- procesos de recuperación;
- criterios de nomenclatura;
- responsables operativos.
La documentación no buscaba registrar cada clic realizado, sino conservar el razonamiento, las decisiones y la estructura necesaria para administrar el ecosistema.
Validación operativa
Después de cada incorporación o modificación, se verificó que el activo continuara funcionando correctamente.
Las validaciones contemplaron:
- acceso del responsable;
- disponibilidad de la página o cuenta;
- capacidad de publicación;
- recepción de mensajes;
- funcionamiento de campañas;
- vinculación de cuentas;
- visibilidad de datos;
- permanencia de los métodos de pago;
- aplicación correcta de permisos.
Esta validación era necesaria porque una configuración aparentemente correcta podía provocar restricciones o interrupciones en otra parte del ecosistema.
Implementación progresiva
El proyecto se desarrolló por etapas y no mediante una migración masiva.
La secuencia general fue:
- Identificar.
- Validar.
- Clasificar.
- Priorizar.
- Incorporar.
- Depurar.
- Asignar permisos.
- Proteger.
- Documentar.
- Verificar.
Este enfoque redujo el riesgo operativo y permitió resolver las particularidades de cada activo antes de avanzar con el siguiente.
Gestión de incidencias
Durante la implementación surgieron casos que no podían solucionarse mediante una acción inmediata, como:
- páginas con propiedad histórica compleja;
- cuentas vinculadas con estructuras anteriores;
- invitaciones pendientes;
- usuarios con problemas de autenticación;
- activos sin administrador disponible;
- restricciones impuestas por la plataforma;
- integraciones realizadas por terceros.
Estas situaciones se registraron como incidencias y se atendieron mediante rutas específicas de recuperación, reclamación, soporte o sustitución.
El modelo asumió que la gobernanza digital no elimina automáticamente todos los problemas heredados; los vuelve visibles, asignables y administrables.
Resultado de la implementación
Al concluir las etapas principales, la organización contó con una estructura más ordenada para administrar sus activos digitales.
La implementación permitió:
- identificar activos y responsables;
- centralizar la propiedad estratégica;
- conservar la operación local;
- reducir accesos innecesarios;
- diferenciar funciones y permisos;
- depurar componentes obsoletos;
- fortalecer la seguridad;
- documentar relaciones;
- establecer una base replicable para futuras incorporaciones.
La principal transformación fue pasar de una colección de activos administrados individualmente a un ecosistema gobernado mediante criterios corporativos.
Gobernanza
La implementación técnica permitió ordenar el ecosistema digital, pero su permanencia dependía de establecer reglas claras para administrarlo en el tiempo. Por esta razón, la gobernanza se definió como el conjunto de principios, responsabilidades, controles y procesos mediante los cuales la organización toma decisiones sobre sus activos digitales.
El modelo busca evitar que el ecosistema vuelva a fragmentarse conforme se incorporen nuevas personas, ciudades, marcas, proveedores o herramientas. Su función no es limitar la operación, sino asegurar que el crecimiento mantenga criterios consistentes de propiedad, seguridad, trazabilidad y continuidad.
Principios de gobernanza
La administración del ecosistema digital se sustenta en los siguientes principios.
- Propiedad corporativa: Los activos digitales estratégicos deben permanecer bajo control de la organización, independientemente de quién los administre en un momento determinado. Los colaboradores, responsables locales y proveedores pueden recibir permisos para utilizarlos, pero el control institucional no debe depender de una persona, dispositivo o cuenta particular.
- Centralización estratégica: La creación, transferencia, eliminación o modificación estructural de activos debe autorizarse desde una función corporativa. La centralización permite mantener una visión integral del ecosistema y evitar que las unidades operativas creen infraestructuras paralelas sin documentación.
- Operación distribuida: Los responsables de cada marca, ciudad o área conservan capacidad para ejecutar sus funciones cotidianas. La gobernanza no pretende concentrar todas las actividades en el corporativo, sino definir qué decisiones pueden realizarse localmente y cuáles requieren autorización superior.
- Mínimo privilegio: Los permisos se asignan de acuerdo con la función real de cada usuario. Ninguna persona debe recibir acceso total únicamente por conveniencia, antigüedad o jerarquía si sus responsabilidades pueden cumplirse mediante permisos parciales.
- Trazabilidad: Toda alta, baja, modificación o transferencia relevante debe quedar documentada. La organización debe poder identificar quién solicitó una acción, quién la autorizó, quién la ejecutó y qué activos fueron afectados.
- Continuidad operativa: La operación debe mantenerse ante cambios de personal, ausencias, pérdida de dispositivos o incidentes de seguridad. Para ello, los accesos, procedimientos y mecanismos de recuperación deben estar documentados y disponibles para las personas autorizadas.
- Revisión periódica: Los activos y permisos no deben considerarse permanentes por defecto. Su vigencia debe revisarse conforme cambien las funciones, necesidades operativas y condiciones tecnológicas.
Estructura de responsabilidades
El modelo distingue cuatro funciones fundamentales.
Propietario institucional
Es la organización o entidad corporativa que conserva el control legal y administrativo del activo.
Sus responsabilidades incluyen:
- asegurar la propiedad corporativa;
- aprobar cambios estructurales;
- definir políticas generales;
- autorizar excepciones;
- garantizar recursos para la continuidad.
Administrador de gobernanza
Supervisa la arquitectura general y mantiene el control operativo del portafolio.
Entre sus funciones se encuentran:
- conservar actualizado el inventario;
- administrar activos críticos;
- revisar usuarios y permisos;
- documentar cambios;
- coordinar altas y bajas;
- atender incidencias;
- ejecutar revisiones periódicas;
- proteger la integridad de la estructura.
Este rol no debe confundirse con el de creador de contenido o responsable local. Su función principal es preservar el modelo.
Responsable del activo
Es la persona o área encargada de que un activo cumpla su finalidad operativa.
Debe:
- validar que el activo continúe siendo necesario;
- supervisar su uso;
- solicitar accesos;
- reportar incidencias;
- confirmar la vigencia de los usuarios;
- participar en las revisiones periódicas.
Por ejemplo, una página local puede tener un responsable operativo en la ciudad correspondiente, aunque su propiedad y administración estratégica permanezcan en el corporativo.
Usuario autorizado
Utiliza el activo dentro de los límites de los permisos asignados.
Sus obligaciones incluyen:
- utilizar cuentas individuales;
- proteger sus credenciales;
- activar 2FA;
- respetar el alcance de su acceso;
- reportar incidentes;
- evitar compartir contraseñas;
- informar cuando cambien sus funciones.
Modelo de toma de decisiones
Las decisiones se clasifican conforme a su nivel de impacto.
Decisiones operativas
Pueden ejecutarse por los responsables autorizados dentro de sus funciones habituales.
Ejemplos:
- publicar contenidos;
- responder mensajes;
- consultar resultados;
- actualizar información comercial;
- ejecutar campañas previamente autorizadas.
Decisiones administrativas
Requieren intervención del administrador de gobernanza.
Ejemplos:
- incorporar usuarios;
- modificar permisos;
- vincular cuentas;
- actualizar el inventario;
- configurar integraciones;
- atender incidencias de acceso.
Decisiones estructurales
Requieren autorización corporativa porque pueden afectar la propiedad, seguridad o continuidad del ecosistema.
Ejemplos:
- crear o eliminar una página;
- transferir un activo;
- incorporar una nueva marca o ciudad;
- contratar una integración crítica;
- asignar control total;
- cambiar la estructura propietaria;
- eliminar una cuenta publicitaria o fuente de datos.
Esta clasificación permite conservar agilidad en la operación sin exponer activos estratégicos a decisiones unilaterales.
Gobierno de accesos
El acceso a los activos debe responder a una necesidad documentada y mantenerse únicamente durante el periodo en que dicha necesidad permanezca vigente.
Alta de usuarios
Toda alta debe considerar:
- Identificación del solicitante.
- Justificación de la necesidad.
- Activos requeridos.
- Nivel mínimo de permiso.
- Autorización correspondiente.
- Validación de la cuenta individual.
- Activación de autenticación multifactor.
- Registro de la fecha de incorporación.
Modificación de permisos
Cuando cambien las funciones de una persona, sus permisos deben revisarse antes de agregar nuevos accesos.
La modificación no debe consistir únicamente en acumular facultades. También debe contemplar la eliminación de permisos que ya no sean necesarios.
Baja de usuarios
La salida de un colaborador, proveedor o responsable debe activar:
- revocación de accesos;
- revisión de activos administrados;
- transferencia de responsabilidades;
- validación de métodos de recuperación;
- actualización del inventario;
- registro de la baja.
La eliminación del usuario debe realizarse oportunamente, sin esperar a que ocurra un incidente.
Gobierno del ciclo de vida de los activos
Cada activo digital atraviesa un ciclo que debe administrarse de manera formal.
Creación
Antes de crear un activo debe definirse:
- necesidad;
- finalidad;
- propietario;
- responsable;
- nomenclatura;
- estructura donde será incorporado;
- permisos iniciales;
- mecanismos de seguridad.
Operación
Durante su uso debe mantenerse:
- información actualizada;
- responsables vigentes;
- relaciones documentadas;
- configuración segura;
- revisión de accesos;
- evidencia de cambios relevantes.
Modificación
Las modificaciones estructurales deben ser evaluadas y autorizadas conforme a su impacto.
Esto incluye cambios de propiedad, integraciones, dominios, permisos críticos o fuentes de datos.
Suspensión o baja
Cuando un activo deje de ser necesario, no debe eliminarse inmediatamente sin evaluar sus relaciones.
Antes de darlo de baja se debe verificar:
- si contiene información histórica;
- si está vinculado con campañas;
- si alimenta otros sistemas;
- si tiene métodos de pago;
- si conserva públicos o datos;
- si puede afectar canales comerciales.
La baja debe quedar documentada y, cuando corresponda, conservarse evidencia de la decisión.
Gobierno de proveedores y terceros
Los proveedores externos pueden requerir acceso para administrar campañas, desarrollar integraciones, producir contenidos o brindar soporte.
Estos accesos deben cumplir condiciones adicionales:
- vincularse con una necesidad específica;
- limitarse a activos concretos;
- evitar permisos totales salvo justificación;
- contar con una vigencia definida;
- revisarse al concluir el servicio;
- eliminarse cuando termine la relación;
- documentar las acciones críticas realizadas.
Siempre que la plataforma lo permita, el proveedor debe acceder mediante una estructura empresarial propia o una invitación individual, no mediante credenciales compartidas.
Gestión de incidencias
La gobernanza debe contemplar un procedimiento para atender situaciones que afecten la seguridad o continuidad.
Entre las incidencias relevantes se encuentran:
- pérdida de acceso;
- usuario no reconocido;
- modificación no autorizada;
- eliminación accidental;
- bloqueo de cuentas;
- desvinculación de activos;
- fallas de autenticación;
- compromisos de credenciales;
- interrupción de integraciones.
El proceso general debe incluir:
- Detección.
- Registro.
- Clasificación por impacto.
- Contención.
- Recuperación.
- Validación operativa.
- Documentación de la causa.
- Acción preventiva.
El propósito no es solamente resolver el problema, sino evitar que vuelva a presentarse bajo las mismas condiciones.
Revisión y auditoría periódica
El modelo requiere revisiones programadas para confirmar que la arquitectura continúe alineada con la operación real.
La revisión debe contemplar:
- activos vigentes;
- activos sin uso;
- usuarios activos;
- permisos excesivos;
- accesos de terceros;
- estado de 2FA;
- responsables asignados;
- incidencias pendientes;
- documentación disponible;
- nuevas plataformas incorporadas.
Se recomienda realizar:
- una revisión operativa trimestral;
- una revisión completa semestral;
- una revisión extraordinaria ante cambios relevantes de personal, proveedor, marca o estructura corporativa.
La periodicidad puede ajustarse conforme al tamaño y nivel de riesgo del ecosistema.
Control documental
La documentación debe administrarse como un activo de gobernanza.
Los registros mínimos incluyen:
- inventario de activos;
- matriz de usuarios y permisos;
- responsables por activo;
- solicitudes de alta y baja;
- historial de cambios;
- incidencias;
- evidencias de revisión;
- procedimientos de recuperación;
- decisiones de baja o transferencia.
La información sensible debe mantenerse en repositorios controlados. El sitio público puede mostrar la metodología, pero no debe revelar nombres, correos, teléfonos, identificadores, accesos ni configuraciones críticas.
Indicadores de gobernanza
Para evaluar la continuidad del modelo pueden utilizarse indicadores como:
- porcentaje de activos con propietario identificado;
- porcentaje de activos con responsable asignado;
- porcentaje de usuarios con 2FA;
- número de accesos sin justificación vigente;
- tiempo promedio para revocar un acceso;
- número de activos fuera del inventario;
- incidencias de acceso registradas;
- porcentaje de revisiones completadas;
- número de activos obsoletos pendientes de depuración.
Estos indicadores deben construirse con datos reales del inventario. En el portafolio público conviene mostrar la metodología y los tipos de indicadores, no necesariamente las cifras internas.
Permanencia del modelo
La gobernanza digital no concluye cuando los activos han sido organizados.
Cada nueva página, usuario, número de WhatsApp, campaña, integración o herramienta modifica el ecosistema. Por ello, el modelo debe funcionar como un ciclo permanente:
planear → autorizar → implementar → documentar → revisar → corregir
La gobernanza convierte el orden conseguido durante la implementación en una capacidad organizacional sostenible.
