Banco de horas con estado en vivo.
Cada proyecto de MSP tiene un saldo de banco en vivo calculado a partir de las horas comprometidas, el rollover, las entradas de tiempo y el excedente. El estado está vigente, no al cierre de mes.
Retainers de banco de horas que mantienen su forma.
Los servicios administrados no son lo mismo que el trabajo de proyecto. La unidad es el banco de horas, no el hito. La pregunta es la utilización contra el compromiso, no el porcentaje completado. La matemática es de rollover y excedente, no de precio fijo ni de T&M. Los PSA genéricos aplanan todo esto en una sola línea de ingresos recurrentes. PartnerView mantiene los servicios administrados como su propio tipo de proyecto con semántica de banco de horas, estado por periodo, tres reglas de rollover, tres comportamientos de excedente y una superficie de portafolio afinada para la pregunta que los operadores de MSP realmente hacen: qué clientes están en riesgo de excedente y cuáles en riesgo de subutilización.
El contrato decía que las horas pueden trasladarse. Tres meses después, nadie sabe cuántas horas hay realmente en el banco. El cliente pregunta. Alguien abre una hoja de cálculo. Las negociaciones suceden a base de suposiciones.
El equipo trabajó doce horas extra en la semana tres. Para cuando finanzas lo nota en el ciclo de cierre, el trabajo ya se entregó, el cliente no aprobó el excedente, y ahora la factura es una negociación.
Los ingresos recurrentes son el número más importante de un libro de servicios administrados. Vive en las facturas, en las filas de periodo de retainer y en la cabeza de una persona de finanzas. El dashboard no puede decirte cuál es tu MRR por práctica sin una tarde de trabajo.
Evalúa esto contra tu herramienta de MSP actual. Comparación abajo.
| PSA basado en proyectos | PartnerView | |
|---|---|---|
| Tipo de proyecto | Retainers como una línea mensual plana. Sin modelo de banco. | Servicios administrados como un quinto tipo de proyecto con semántica de banco de horas. |
| Rollover | Plano o no modelado. | Tres reglas: úsalo o piérdelo, rollover completo, rollover con tope. |
| Excedente | Descubierto al cierre. | Tres comportamientos: facturar automáticamente, requerir aprobación con notificación, solo advertir. |
| Cierre de periodo | Conciliación manual. | El cierre automático aplica la regla de rollover, escribe el reconocimiento de ingresos, genera la factura de excedente si está configurado. |
| Reporte de MRR | Trae tu propio BI. | Integrado: resumen de saldo de banco, proyección de riesgo, MRR pivoteado por práctica. |
Cada proyecto de MSP tiene un saldo de banco en vivo calculado a partir de las horas comprometidas, el rollover, las entradas de tiempo y el excedente. El estado está vigente, no al cierre de mes.
Úsalo o piérdelo, para clientes que quieren un reinicio limpio. Rollover completo, para clientes con crédito acumulado. Rollover con tope, para los casos intermedios. Se configura por proyecto y se aplica de forma automática al cierre del periodo.
Facturar automáticamente cuando el excedente alcanza un umbral, requerir aprobación y notificar al dueño del proyecto, o solo advertir. La elección es tuya, la disciplina es del sistema.
El reporte de resumen de saldo de banco muestra el estado por proyecto. El reporte de riesgo proyecta qué clientes se dirigen hacia un excedente o una subutilización. El reporte de MRR pivotea por práctica. Sin necesidad de una herramienta de BI.
Cada proyecto de MSP se configura una vez y después corre sobre rieles.
El trabajo de manejar un libro de servicios administrados, codificado.
La vista que te permite manejar el libro, no solo un proyecto.
Cuando subcontratas hacia adentro o hacia afuera, el proyecto es su propio registro con horas, tarifa y un cálculo de capacidad que ventas puede consultar.
Trae tu último cierre de periodo de MSP. Te mostraremos cómo lo habría manejado PartnerView. Sano, en riesgo o excedente, en una sola pantalla.
Solicitar demo→