CYVSABlueprint Salesforce
Sección 05Ambos

Pipelines y Etapas Universales

Definición de pipelines, etapas, criterios de avance y salidas esperadas.

CYVSA vende soluciones muy distintas —ingeniería, proyectos integrales, contratismo, mantenimiento, automatización, Comfort Loop, modernización, renovaciones y ventas transaccionales— pero Dirección necesita un solo lenguaje de avance comercial, forecast y reporte consolidado. La respuesta propuesta es que todos los pipelines compartan las mismas etapas universales y la misma lógica de reporte; lo que cambia por tipo de negocio son tareas, tickets, SLA, aprobaciones, validaciones, line items, automatizaciones y políticas de avance.

5.1 Principio de diseño

One CYVSA no requiere un pipeline distinto por cada unidad de negocio ni una etapa para cada actividad interna. Requiere un modelo comercial común que permita comparar todos los negocios, sin ocultar las particularidades de cada tipo de venta.

Las etapas universales responden a una sola pregunta: ¿qué tan avanzado está CYVSA frente a la decisión comercial del cliente?

Las actividades internas —visita técnica, diseño, costos, revisión de margen, validación de lead time, compliance, crédito, legal, preparación de propuesta o aprobación— no deben convertirse en etapas adicionales. Deben gestionarse mediante tareas, tickets internos, aprobaciones, SLA y gates asociados a la oportunidad.

Una etapa no es una tarea

Si una actividad ocurre internamente, puede tener responsables, tiempos, dependencias y evidencia, pero no debe alterar la lectura del avance comercial frente al cliente. Esto permite que una venta transaccional avance rápidamente por el pipeline, mientras que una venta integral permanece el tiempo necesario en las mismas etapas sin perder comparabilidad.

5.2 Arquitectura de pipelines

Pipelines por tipo de negocio

PipelineTipos de negocio incluidosCuándo utilizarloQué lo diferencia
Proyecto IntegralProyecto integral / One CYVSA; contratismo complejo; soluciones con múltiples líneas de negocioCuando existe una solución de alcance amplio, múltiples disciplinas, ingeniería, costos, ejecución y/o coordinación entre unidadesRequiere más tickets, gates, aprobaciones, line items y coordinación interna
Ingeniería y DiseñoIngeniería; diagnóstico facturable; diseño; especificación; consultoría técnicaCuando la decisión comercial corresponde principalmente a entregables de ingeniería o diseñoTickets de diseño, entregables técnicos, line item de ingeniería facturada o valor no facturado
Instalación y ContratismoContratismo / instalación; ejecución de sistemas; implementaciónCuando el negocio se concentra en instalación, obra, recursos de ejecución y suministroValidación de ejecución, riesgos, calendario, Supply Chain Management (SCM) y condiciones de obra
Servicio y MantenimientoMantenimiento preventivo, correctivo, predictivo, pólizas y servicios recurrentesCuando el negocio es un servicio operativo recurrente o intervención de mantenimientoInformación de cobertura, instalación, frecuencia, SLA, servicio vigente y fecha de renovación
Renovación y Comfort LoopRenovación de póliza, Comfort Loop, renovación contractual o extensión de servicioCuando existe un contrato/servicio vigente o vencimiento previsibleReferencia de contrato vivo, fecha de vencimiento, historial de relación, condiciones de renovación
Modernización y AutomatizaciónRetrofit, modernización, sustitución, eficiencia, automatización/BMSCuando el disparador principal es edad, obsolescencia, eficiencia, cambio de uso o digitalizaciónPerfil de instalaciones, ciclo de vida del inmueble, estado de automatización, ahorro y continuidad
Venta TransaccionalEquipos puntuales, refacciones, sustitución simple, consumibles, servicios de baja complejidadCuando la venta requiere ciclo rápido, alcance limitado y pocos apoyos internosValidaciones simplificadas, menor cantidad de tickets y tiempos de respuesta más cortos
Otro aprobadoTipo de negocio excepcional aprobado por gobierno comercialSolo cuando no exista pipeline aplicable y se defina proceso específicoRequiere validación de Dirección Comercial y Dueño de Datos antes de habilitarse

Validación de nombres y alcance

Los nombres y número final de pipelines deben validarse durante el diseño técnico. El principio no negociable es que los pipelines pueden diferenciar tareas y automatizaciones, pero no pueden inventar etapas comerciales incompatibles con el modelo universal.

5.3 Etapas universales

Etapas universales de oportunidad

  1. Etapa 1Oportunidad Detectada10%
  2. Etapa 2Diagnóstico y Diseño de Solución20%
  3. Etapa 3Propuesta Técnica30%
  4. Etapa 4Propuesta Económica50%
  5. Etapa 5Ajustes a Propuesta70%
  6. Etapa 6Negociación Contractual90%
  7. Etapa 7Firma de Contrato95%
  8. CierreGanada100%

Salida paralela disponible desde cualquier etapa abierta:

Perdida0%
Etapa universalProbabilidad estándar inicial
Oportunidad Detectada10%
Diagnóstico y Diseño de Solución20%
Propuesta Técnica30%
Propuesta Económica50%
Ajustes a Propuesta70%
Negociación Contractual90%
Firma de Contrato95%
Ganada100%
Perdida0%
Probabilidad estándar inicial por etapa universal.

Calibración de probabilidades

Estas probabilidades son un punto de partida basado en el flujo propuesto por CYVSA. Deben validarse con datos históricos utilizables durante la fase de implementación. Salesforce no debe permitir que cada usuario modifique manualmente la probabilidad de una oportunidad sin una política de excepción aprobada.

5.4 Definición de cada etapa universal

EtapaPregunta comercial que respondeCriterios mínimos de entradaTrabajo interno típicoCriterios mínimos de salidaProb.
Oportunidad Detectada¿Existe una necesidad o señal comercial que vale la pena gestionar?Fuente, propietario, empresa/contacto inicial, tipo de negocio, solución inicial, próximo pasoCalificación inicial, investigación de cuenta, asignación, contacto inicialNecesidad confirmada, estrategia inicial, fecha estimada, Inmueble asociado o en validación10%
Diagnóstico y Diseño de Solución¿Entendemos suficientemente el activo, necesidad, actores y alcance para diseñar una solución?Inmueble, objetivo del cliente, contacto/actor inicial, fecha estimada, siguiente actividadVisita, diagnóstico, tickets de diseño, identificación de instalaciones, mapeo de comité de compraDiagnóstico documentado, alcance preliminar, criticidad, restricciones, actores relevantes, tickets requeridos completados20%
Propuesta Técnica¿Existe una solución técnica viable que responda a la necesidad?Diagnóstico, alcance preliminar, sistemas involucrados, información técnica suficienteDiseño, ingeniería, alternativas, validación de ejecución y servicio cuando apliqueSolución técnica definida, propuesta técnica lista, riesgos y supuestos identificados30%
Propuesta Económica¿Existe una propuesta económicamente viable y aprobada para presentar al cliente?Propuesta técnica, line items preliminares, costos y supuestos disponiblesCosteo, margen, lead time, disponibilidad, condiciones preliminares, aprobaciones internasLine items completos, margen/aprobaciones requeridas, propuesta económica lista50%
Ajustes a Propuesta¿El cliente ha retroalimentado la propuesta y CYVSA está procesando cambios para acercarse a una decisión?Propuesta presentada, retroalimentación registradaRevisión de alcance, costos, tiempos, condiciones, tickets de ajuste y aprobaciónAjustes procesados, versión vigente aprobada, condiciones actualizadas70%
Negociación Contractual¿Las partes están negociando términos comerciales y contractuales para llegar a acuerdo?Interés confirmado, propuesta vigente, condiciones principales documentadasNegociación de precio, condiciones, contrato, excepciones, legal, crédito/complianceCondiciones mutuamente aceptadas, requisitos de contratación definidos, aprobaciones de excepción completadas90%
Firma de Contrato¿La aceptación está en proceso de formalización documental y financiera?Condiciones acordadas, documento contractual/orden en proceso, requisitos definidosFirma, orden de compra, anticipo, validaciones finales, checklist de handoffContrato/orden/evidencia de aceptación, condiciones de pago y gates de cierre cumplidos95%
Ganada¿CYVSA obtuvo un compromiso comercial conforme a política?Documento o evidencia de aceptación, monto final, line items finales, condiciones de pago, gates cumplidosHandoff a Administración de Contratos, Ejecución, Finanzas, SCM y ServicioHandoff registrado y responsabilidades asignadas100%
Perdida¿La oportunidad dejó de ser viable o fue adjudicada a otra alternativa?Decisión de pérdida, abandono confirmado o descalificación sustentadaRegistro de motivo, competencia, aprendizaje, plan de reactivación o nutriciónRegistro completo de resultado y acción posterior cuando aplique0%

La ingeniería no es una etapa

“Ingeniería” no es una etapa universal. La ingeniería puede ser un tipo de negocio, una línea de oportunidad, un ticket interno, un entregable técnico o una oportunidad asociada según el caso. La etapa universal debe describir el avance comercial de la oportunidad, no la disciplina técnica que participa.

5.5 Matriz de probabilidad, políticas y excepciones

La probabilidad debe ser una herramienta de disciplina y forecast, no una percepción individual. La matriz base usa la etapa universal como referencia principal. Los tipos de negocio, la evidencia disponible, los tickets críticos, las aprobaciones y las políticas comerciales pueden condicionar el avance o clasificar el riesgo, pero no deben permitir probabilidades arbitrarias que impidan consolidar el forecast.

EtapaProb. baseEvidencia mínima para sostenerlaCondición que impide avanzarExcepción permitida
Oportunidad Detectada10%Fuente, necesidad inicial, propietario y siguiente pasoSin contacto, sin necesidad o sin actividad futuraPausa documentada por estrategia de cuenta
Diagnóstico y Diseño20%Inmueble, objetivo, diagnóstico en curso, actor inicialSin Inmueble antes de salida; sin responsable de diagnósticoOportunidad estratégica con Inmueble aún en validación
Propuesta Técnica30%Alcance y solución técnica inicialSin diagnóstico o tickets técnicos requeridosNinguna sin aprobación de líder regional
Propuesta Económica50%Line items, costos, margen o referencia aprobadaSin propuesta técnica o validaciones financieras requeridasExcepción por venta transaccional conforme a política
Ajustes a Propuesta70%Propuesta presentada y retroalimentación del clienteSin evidencia de presentación o retroalimentaciónNinguna
Negociación Contractual90%Interés, propuesta vigente y términos en discusiónSin intención de compra o condiciones básicasExcepción documentada por líder regional
Firma de Contrato95%Términos acordados y documento/orden en formalizaciónSin condiciones comerciales aprobadasNinguna
Ganada100%Evidencia de aceptación conforme a políticaSin documento, orden o condición de cierre requeridaNinguna
Perdida0%Motivo de pérdida o descalificaciónSin motivo documentadoNinguna

Políticas de forecast

  1. 1. La probabilidad base se deriva automáticamente de la etapa universal.

  2. 2. Los usuarios no editan libremente la probabilidad estándar.

  3. 3. Cualquier excepción debe requerir motivo, fecha de expiración, propietario, aprobación de Líder Regional y trazabilidad en historial.

  4. 4. El monto ponderado se calcula automáticamente: Monto de oportunidad × Probabilidad vigente.

  5. 5. Las líneas de oportunidad permiten atribuir la composición del monto, pero no duplicar el monto consolidado de forecast.

  6. 6. El valor de mercado no facturado no forma parte del monto de forecast ni del ingreso contratado.

  7. 7. Las oportunidades con fecha de cierre vencida, sin actividad futura, sin tickets-gate resueltos o con datos críticos incompletos deben aparecer como riesgo de forecast.

  8. 8. La categoría de forecast —Pipeline, Mejor caso, Comprometido, Cerrado u Omitido— debe tener reglas de uso aprobadas por Dirección Comercial.

  9. 9. Las oportunidades asociadas no deben duplicar monto en reportes consolidados; el consultor debe definir reglas de reporte para distinguir monto principal, complementario y dependiente.

No manipular la probabilidad

La probabilidad no debe cambiar para “mejorar” artificialmente el forecast. Si una oportunidad no cumple la evidencia requerida, CYVSA debe revisar su etapa, fecha de cierre, estrategia, monto o viabilidad; no manipular la probabilidad.

5.6 Matriz de tareas, tickets y gates por pipeline

Las etapas universales permiten comparar todos los negocios. La matriz siguiente muestra cómo cada tipo de pipeline activa tareas, tickets y gates distintos sin crear etapas adicionales.

PipelineDiagnósticoDiseño / IngenieríaCostosEjecuciónSCMLegal / ComplianceFinanzas / CréditoServicioGates principales
Proyecto IntegralRequeridoRequeridoRequeridoRequeridoSegún equiposSegún monto/condicionesSegún políticaSegún soluciónDiagnóstico, margen, ejecución, aprobaciones
Ingeniería y DiseñoRequeridoRequeridoSegún alcanceNo siempreNo siempreSegún contratoSegún políticaNo siempreEntregable técnico, costo, aprobación
Instalación y ContratismoRequeridoSegún complejidadRequeridoRequeridoRequeridoSegún condicionesSegún políticaSegún alcanceViabilidad, calendario, costos, lead time
Servicio y MantenimientoRequeridoSegún diagnósticoRequeridoNo siempreRepuestos según casoSegún contratoSegún políticaRequeridoCobertura, frecuencia, SLA, costos
Renovación y Comfort LoopRevisión de contrato/instalaciónSegún condiciónRequeridoSegún alcanceSegún equiposRequeridoRequeridoRequeridoVigencia, condiciones, riesgo, aprobación
Modernización y AutomatizaciónRequeridoRequeridoRequeridoSegún alcanceSegún equiposSegún condicionesSegún políticaRequerido cuando existe base instaladaPerfil de instalaciones, solución, margen
Venta TransaccionalSimplificadoSolo si se requiereSimplificadoSolo si se requiereSegún disponibilidadExcepcionalSegún políticaNo siempreInventario/lead time, crédito, precio
Otro aprobadoDefinir al aprobarDefinir al aprobarDefinir al aprobarDefinir al aprobarDefinir al aprobarDefinir al aprobarDefinir al aprobarDefinir al aprobarProceso documentado antes de uso
RequeridoSegún alcance / políticaSimplificadoNo siempre / excepcional

Los gates de esta matriz se operan como tickets internos en Salesforce Service Cloud. Sus reglas de liberación, responsables y acuerdos de nivel de servicio (SLA) están definidos en 9.6 Tickets-gate. No son dos reglas distintas: son la misma regla vista desde el proceso comercial y desde el soporte interno.

Del modelo a la configuración

El consultor de Salesforce debe convertir esta matriz en automatizaciones de tickets, checklists de guía, reglas de validación y gates de avance. Un gate solo debe existir cuando protege una decisión comercial, de riesgo, margen, cumplimiento o experiencia de cliente relevante.

5.7 Automatizaciones esperadas

Automatizaciones de proceso propuestas

EventoAutomatización esperadaResultado
Creación de oportunidadAsignar propietario, pipeline, etapa inicial, probabilidad, tareas de calificación y recordatoriosInicio disciplinado del ciclo comercial
Cambio de tipo de negocioActivar checklist, tickets y campos relevantes por pipelineProceso adaptado sin cambiar etapas universales
Entrada a DiagnósticoExigir Inmueble, crear ticket de visita/diseño cuando aplique, validar siguiente actividadContexto comercial suficiente
Entrada a Propuesta TécnicaVerificar diagnóstico, activar tickets técnicos pendientes y guías de soluciónDiseño de solución trazable
Entrada a Propuesta EconómicaExigir line items, activar Costos/SCM/Ejecución según alcance, iniciar aprobacionesViabilidad y rentabilidad controladas
Propuesta presentadaRegistrar fecha, crear tarea de seguimiento y alertar si no hay respuestaCadencia comercial consistente
Ajuste solicitadoCrear flujo de modificación, tickets de ajuste y control de versiónCambios visibles y aprobados
Entrada a NegociaciónActualizar factores de decisión, competencia, condiciones y actoresRiesgos comerciales visibles
Entrada a FirmaEjecutar checklist documental, Legal/Finanzas cuando aplique y preparación de handoffCierre controlado
Cierre GanadoBloquear si faltan gates; crear handoff a Administración de Contratos, Ejecución, Finanzas, SCM y ServicioTransición ordenada a contrato vivo
Cierre PerdidoExigir motivo, aprendizaje, competencia y plan de reactivación/nurture cuando apliqueMejora continua y desarrollo futuro
Ticket-gate vencidoAlertar dueño de ticket, Ventas, líder funcional y Líder RegionalDesbloqueo oportuno de oportunidad
Fecha de cierre vencidaAlertar propietario y líder regional; solicitar actualización de forecastIntegridad de proyección
Cambio de ciclo de vida o perfil de InmuebleCrear señal comercial o tarea de revisión, no una oportunidad automáticaActivación de desarrollo de cuenta

Automatizar sin burocratizar

Las automatizaciones deben simplificar el trabajo útil y prevenir omisiones; no deben replicar burocracia. Cada flow, alerta o validación debe tener dueño, propósito, medición de uso y revisión trimestral de efectividad.

5.8 Guía de usuario dentro de Salesforce

El consultor de Salesforce debe configurar una experiencia de usuario que haga visible el proceso en el momento de uso, reduciendo la dependencia de manuales externos.

  1. 1. Path de Oportunidad

    Mostrar etapas universales, probabilidad, criterios de éxito, campos clave y guía contextual.

  2. 2. Guidance for Success

    Incluir criterios de entrada/salida, acciones requeridas, tickets-gate y evidencia esperada por etapa.

  3. 3. Layouts dinámicos

    Mostrar solo campos, listas relacionadas y acciones relevantes conforme a pipeline, etapa y tipo de negocio.

  4. 4. Componente de salud

    Mostrar completitud, actividades vencidas, tickets abiertos, aprobaciones pendientes y riesgos de forecast.

  5. 5. Acciones rápidas

    Crear ticket interno, asociar Empresa, asociar Persona, agregar línea de oportunidad, registrar visita, actualizar perfil de Inmueble, crear oportunidad asociada.

  6. 6. Alertas contextuales

    Advertir sobre fecha de cierre vencida, falta de Inmueble, falta de comité, line items incompletos, gates pendientes o información desactualizada.

  7. 7. Vista de relación con Inmueble

    Mostrar perfil resumido de instalaciones, oportunidades previas, empresas, personas y señales de potencial sin salir de la Oportunidad.

  8. 8. Checklist de cierre

    Mostrar condiciones necesarias antes de marcar Ganada, incluyendo handoff a Administración de Contratos.

5.9 Cadencia de revisión de pipeline y forecast

Rituales de gobierno comercial

CadenciaParticipantesObjetivoInsumos mínimosSalidas esperadas
Revisión semanal de pipelineEjecutivos, Líder Regional, soporte según necesidadDesbloquear oportunidades, actualizar próximos pasos y controlar calidadOportunidades activas, salud, tickets, actividades, fechasAcciones, escalamiento, actualización de registros
Revisión mensual de forecastDirección Comercial, Líderes Regionales, FinanzasConsolidar forecast, riesgos, cobertura y necesidades de recursosPipeline ponderado, categorías, fechas, salud, margen, riesgosForecast acordado, acciones de corrección, decisiones de prioridad
Revisión mensual de soporte a ventasComercial, Diseño, Costos, Ejecución, SCM, Legal, Finanzas, ServicioRevisar SLA, carga, tickets-gate y causas de retrasoTickets, SLA, tiempos, oportunidades bloqueadasMejoras de capacidad, cambios de proceso y escalamiento
Revisión trimestral de gobiernoDirección, Comercial, TI, RevOps, Administración SalesforceAjustar políticas, catálogos, validaciones y adopciónCalidad de datos, forecast, conversión, uso, excepcionesDecisiones de gobierno y backlog de mejora
Revisión trimestral de cuentas estratégicasKey Account Management, Comercial, Servicio, MarketingDesarrollar base instalada, renovaciones, cross-sell y upsellVista 360, inmuebles, instalaciones, contratos, pipeline, comitéPlanes de cuenta, campañas y oportunidades priorizadas

Fuente de verdad

Salesforce solo se convierte en fuente de verdad cuando CYVSA lo utiliza como insumo obligatorio de sus rituales de gestión. Si la revisión de pipeline vuelve a depender de hojas de cálculo paralelas, la disciplina de datos se deteriorará.

5.10 Reportes y métricas de pipeline

  • 01

    Pipeline consolidado por etapa universal.

  • 02

    Forecast por región, propietario, tipo de negocio y unidad de negocio.

  • 03

    Conversión y edad por etapa.

  • 04

    Oportunidades estancadas y sin próxima actividad.

  • 05

    Precisión de forecast por periodo, región y pipeline.

  • 06

    Tickets internos y SLA por oportunidad/pipeline.

  • 07

    Margen estimado, excepciones y aprobaciones pendientes.

  • 08

    Atribución de ingresos facturados y valor no facturado por solución.

  • 09

    Motivos de pérdida y competencia.

  • 10

    Pipeline generado por marketing, servicio, base instalada, ABM, outbound y otros canales.

  • 11

    Oportunidades por ciclo de vida de Inmueble y señal de modernización.

  • 12

    Handoff de oportunidades ganadas y estado de Administración de Contratos.

La estandarización del pipeline no busca reducir la complejidad de CYVSA a un embudo genérico. Busca que cada negocio conserve las tareas y apoyos que necesita, mientras que toda la organización habla el mismo idioma de avance, probabilidad, evidencia, forecast y resultado comercial.

Discovery complementario

Gates adicionales derivados del flujo corporativo

Dos controles del flujo One CYVSA v3.0 se incorporan a las etapas universales.

GateMomentoResponsableEfecto
Evaluación de crédito y cumplimientoAntes de invertir horas en la propuestaCrédito/Cobranza y LegalSi el resultado es negativo, la oportunidad no avanza
Pre-aprobación por monto y margenAntes de enviar la cotizaciónGerente Regional / Dirección según umbralSin aprobación no se envía cotización al cliente

Fuentes: Entrevista Costos y Presupuestos (25-sep-2026), entrevista Ingeniería, estructura de Ingeniería 2026 y flujo corporativo One CYVSA v3.0.