Marco estratégico · Propuesta para Dirección

Consultoría
Orientada
a Valor

Un nuevo modelo de entrega, medición y relación con clientes para Xum Technologies. Agnóstico a tecnología, escalable a toda la consultoría.

1.0 · Propuesta piloto
Gerencia de Consultoría
Dirección Ejecutiva
Para revisión y debate
01 · El diagnóstico

El reporte actual no tiene un problema de formato

Tiene un problema de narrativa. Enseña al cliente a contar tiempo, no a valorar resultados.

Costo
Lo que el cliente siente al ver horas y tickets. No el valor recibido.
6 años
Operando en el mismo modelo. La inercia es el principal obstáculo.
0
Visibilidad actual de cuánto valor genera XUMTECH por cliente o iniciativa.
El dolor más agudo es interno. XUMTECH no tiene visibilidad de cuánto valor genera por cliente, por iniciativa, ni por tipo de esfuerzo (reactivo vs. evolutivo). Sin esa métrica, es imposible argumentar expansión de contrato, priorizar clientes estratégicos o demostrar ROI.
Los contratos de horas no son el enemigo. Son la restricción actual. El marco debe funcionar dentro de ellos y crear las condiciones para trascenderlos gradualmente.
XUMTECH trae la disciplina, no la espera. Los clientes actuales no tienen madurez en OKRs. Eso no es un obstáculo — es la oportunidad de diferenciación. Pasamos de ejecutores de tickets a arquitectos del progreso del cliente.
02 · El modelo COV

La cadena de valor

Todo el trabajo del equipo se mapea en cuatro niveles. El consultor opera en el nivel 1. El resto lo construye Gerencia a partir de ese registro.

Ticket → Iniciativa → Key Result → Objetivo
1
Nivel equipo · Jira / Hub
Ticket de trabajo
SS-6843 · Problema multicódigo en listas de distribución · 11h · Iniciativa: Estabilidad de plataforma
pertenece a
2
Nivel gerencia · Agrupación estratégica
Iniciativa (5–7 por contrato)
Estabilidad de plataforma de distribución · Expansión Guatemala · Integración con terceros
avanza hacia
3
Nivel estratégico · Key Result
Resultado medible acordado con el cliente
Reducir incidentes críticos de plataforma en 80% · Activar mercado Guatemala en Q3
contribuye a
4
Nivel ejecutivo · Objetivo de negocio
Impacto de negocio del cliente
Continuidad operacional sin dependencia de soporte externo · Crecimiento de red de distribución

Dos velocidades de adopción

El marco convive con contratos existentes y crea un camino claro hacia el modelo de valor.

Velocidad 1 · Híbrido

Cliente en contrato de horas

Las horas se mantienen en el contrato. Cambia cómo se presentan y qué conversación generan con el cliente.

ContratoSin cambio
ReporteReencuadrado por iniciativas
OKRsXUMTECH los propone
Horas visiblesSí, agrupadas por iniciativa
Cambio para el equipoUn campo más en Jira
Velocidad 2 · Valor

Cliente que migra al nuevo modelo

El contrato se reencuadra por iniciativas y outcomes. Las horas pasan a ser una métrica interna de XUMTECH.

ContratoPor iniciativas / outcomes
Reporte100% orientado a OKRs
OKRsCo-construidos con el cliente
Horas visiblesNo, son métricas internas
Cambio para el equipoMismo proceso, nueva narrativa
03 · El nuevo reporte

Tres vistas, tres audiencias

El sponsor ejecutivo lee solo la primera vista. El PM del cliente lee las dos primeras. El equipo técnico del cliente accede al detalle. Las horas no desaparecen — se reencuadran.

Cargo Expreso · CN-00208
Informe mensual de consultoría
Marzo 2026
49h
capacidad entregada
1Impacto del mes · Para sponsor ejecutivo
Se restableció la estabilidad del motor de distribución multicódigo, eliminando un error que bloqueaba la creación de listas para clientes corporativos.
Se habilitó la página de enrolamiento para Cargo Expreso Guatemala, desbloqueando el proceso de expansión comercial en ese mercado.
Se resolvió la inconsistencia en base de datos que generaba guías COD sin comisión, protegiendo ingresos operacionales del negocio.
2Avance acumulado de objetivos · Para PM del cliente
Q1 2026 · Mes 3 de 3 · Porcentaje de avance hacia el objetivo del trimestre, no distribución de horas del mes
Estabilidad de plataforma
73%
Expansión Guatemala
40%
Integración con terceros (ATP, LogiNext)
55%
Autonomía operacional del cliente
20%
3Detalle de horas por iniciativa · Para equipo técnico
Estabilidad de plataforma
18h · 37%
SS-6843 Multicódigo en listas de distribución 11h
SS-6856 Revisión guías no válidas 4h
SS-6907 BD ATP — guías COD sin comisión 3h
Expansión comercial (Guatemala)
14h · 29%
SS-6905 Página enrolamiento Pagalo Guatemala 7h
SS-6904 Identificador en guía para clientes Pagalo 7h
Integración con terceros
13h · 27%
SS-6935 Cambio wallets base de datos 7h
SS-6934 API Gateway caído 4h
SS-6928 Servicio reenvíos LogiNext 2h
Datos e inteligencia operacional
4h · 8%
SS-6939 Revisión tarifas sobres tipo A 2h
SS-6886 Servicios de creación de guías 1h
SS-6926 Consulta conector ATP 1h
El insight estratégico que este reporte habilita: 73% del tiempo fue esfuerzo reactivo (estabilidad de plataforma). Eso es una señal de salud que justifica una conversación sobre inversión en calidad — no solo en soporte. Una conversación que hoy no existe porque no tenemos el dato.
04 · Operación interna

Qué cambia para el equipo

El cambio operativo para el consultor es mínimo. Un campo adicional al registrar el ticket. El resto lo hace Gerencia.

Modelo actual

Ticket SS-6843 · 11 horas.

Fin del registro. El ticket llega al reporte como fue creado por el cliente, sin contexto estratégico.

Modelo COV

Ticket SS-6843 · 11 horas · Iniciativa: Estabilidad de plataforma.

Un dropdown predefinido. No texto libre. 5 segundos adicionales por ticket.

Las tres capas de medición

Con un solo campo adicional, XUMTECH construye tres niveles de inteligencia sobre su trabajo.

01
Horas por ticket
Tiempo real trabajado por cada requerimiento. Base del registro y la facturación.
El equipo registra · Jira o Hub
02
Horas por iniciativa
Suma de tickets agrupados por categoría estratégica. La unidad del reporte al cliente.
Gerencia consolida · Automático
03
% Reactivo vs. evolutivo
Qué porcentaje del tiempo es correctivo (bugs, errores) vs. evolutivo (nuevas capacidades). Métrica de salud del cliente.
Gerencia interpreta · Mensual
La capa 3 es la más estratégica. Si un cliente consume más del 80% de horas en correctivos mes a mes, eso es un indicador de riesgo — y también es la justificación para proponer una fase de estabilización. Eso es una conversación que hoy no existe porque no tenemos el dato.
05 · El piloto

Correr en paralelo, no reemplazar

El piloto no sustituye el modelo actual. Corre con 1–2 clientes durante 3 meses. Al final, Dirección tiene datos reales para decidir si escala.

Criterios para el cliente piloto

Contrato activo con al menos 3 meses de historia
PM del cliente receptivo a conversaciones estratégicas
Volumen mínimo de 20h/mes para tener datos relevantes
Acceso al nivel directivo del cliente, aunque sea indirecto

Lo que XUMTECH hace en el piloto

Sesión de 1h con el cliente para definir iniciativas
El equipo etiqueta tickets por iniciativa desde semana 1
Nuevo formato de reporte desde el primer mes
Reunión mensual de revisión de OKRs con el cliente
Retrospectiva interna al mes 3 con datos duros

Métricas de éxito del piloto

Percepción del cliente antes y después (NPS)
% de horas reactivas vs. evolutivas mes a mes
Nivel del contacto alcanzado en el cliente (PM → Director)
¿Se generó conversación de renovación o expansión?

Lo que NO cambia en el piloto

El contrato y las horas facturadas
La herramienta de registro del equipo (Jira)
El flujo de aprobación de tickets del cliente
Los tiempos de respuesta y SLAs actuales
06 · Lo que necesita Dirección decidir

Cinco preguntas para este debate

Este documento no es una propuesta cerrada. Es el inicio de la conversación. Estas son las decisiones que le corresponden a Dirección.

1
¿Aprobamos correr el piloto con un cliente por 3 meses?
Requiere asignar tiempo de Gerencia para la sesión de inicio y las reuniones mensuales. El equipo consultor no tiene cambios significativos en su operación diaria.
2
¿Qué cliente seleccionamos para el piloto?
Recomendación de Gerencia: un cliente estratégico pero no en riesgo crítico. El piloto no es el lugar para apagar incendios — necesita condiciones de estabilidad mínima para generar datos válidos.
3
¿Usamos Jira con un campo adicional, o construimos el registro en el Hub?
El Hub permite mejor consolidación y visualización automática. Jira es el camino de menor resistencia para el equipo. Ambos son válidos para el piloto — la decisión depende del apetito de inversión técnica.
4
¿El nuevo reporte lleva branding diferenciado de XUMTECH?
Un reporte visualmente distinto al actual refuerza el mensaje de que algo cambió en la relación. Costo de diseño mínimo, impacto de percepción alto.
5
¿Este marco aplica solo a soporte evolutivo, o también a proyectos?
La cadena Ticket → Iniciativa → KR → Objetivo funciona en ambos contextos, pero los OKRs de proyecto tienen una dinámica diferente a los de soporte continuo. Recomendamos empezar por soporte y expandir con aprendizajes.