VENTAS Y COTIZACIONES
Propuestas de servicio con un alcance que el equipo puede revisar
Proyecto de referencia
Escenario ilustrativo. Los datos y cálculos son supuestos para explicar la aplicación.
Aplicación: Ventas y cotizaciones
Tipo de empresa: Proveedora de servicios técnicos de mantenimiento para instalaciones comerciales
El costo de cotizar con información dispersa
La empresa de mantenimiento prepara propuestas para mantenimiento preventivo y correctivo de equipos. Un cliente puede enviar un inventario, fotografías y una solicitud que mezcla actividades, horarios y requisitos de acceso. Ventas reutiliza propuestas anteriores; operaciones calcula horas y materiales; un supervisor verifica qué puede comprometerse.
Cuando esos pasos no comparten la misma versión, una propuesta puede omitir una visita, incluir un servicio no solicitado o asumir que el cliente facilitará herramientas y acceso. Aclararlo después consume tiempo y puede modificar la rentabilidad esperada. La decisión objetivo es definir un alcance cotizable, sus dependencias y el nivel de aprobación necesario antes de presentarlo.
Qué necesitaría la solución
El proyecto requeriría un catálogo de servicios aprobado, matrices de tiempos estándar por actividad, costos de referencia vigentes, reglas de traslado, plantillas, exclusiones habituales y políticas de revisión. Las solicitudes y las notas de visita formarían la evidencia específica de cada oportunidad. Los contratos históricos podrían consultarse únicamente si tienen permisos y versiones identificables; no se convertirían automáticamente en condiciones válidas para un nuevo comprador.
El sistema organizaría requerimientos y prepararía una matriz: solicitado, incluido, excluido o pendiente. Un motor de cálculo reuniría horas, materiales y gastos definidos. Un componente de lenguaje redactaría el borrador a partir de esa estructura, con enlaces al origen de cada condición relevante.
La lectura del CRM, la consulta de costos en un ERP o la creación de una propuesta dentro del sistema comercial dependerían de interfaces disponibles y acceso autorizado. Al inicio podría bastar una carga documental y una salida editable. La solución no certificaría la seguridad de un trabajo ni sustituiría una visita técnica cuando sea necesaria. Tampoco aprobaría términos jurídicos o comprometería recursos por sí sola.
Un flujo con responsabilidades visibles
Recibir. Se registra la oportunidad, sus archivos y la persona responsable. Se identifican versiones y documentos duplicados.
Desglosar. El flujo extrae equipos, ubicaciones, frecuencia y restricciones, conservando su fuente. Las instrucciones contradictorias quedan señaladas.
Completar. Se prepara una lista de preguntas para ventas o para el especialista técnico; no se rellenan vacíos con supuestos ocultos.
Dimensionar. Las actividades se relacionan con servicios aprobados y tiempos estándar. Trabajos fuera del catálogo requieren una estimación humana.
Calcular. Se construye una hoja de costos con cantidades, tarifas y fecha de vigencia. Un dato faltante impide marcar la propuesta como lista.
Revisar. Operaciones valida factibilidad; el responsable comercial revisa precio y condiciones. Cambios contractuales se remiten al área competente.
Preparar la entrega. Se genera una propuesta versionada con alcance, exclusiones y vigencia. Ventas autoriza su envío y conserva el documento final.
La experiencia para ventas y operaciones
Una vista por oportunidad permitiría ver, al mismo tiempo, el requerimiento original, el alcance propuesto y las preguntas pendientes. Cada cambio en actividades actualizaría el cálculo y mostraría qué revisiones deben repetirse. El vendedor podría explicar por qué una cifra cambió sin buscar mensajes sueltos entre áreas.
El proyecto entregaría la matriz de requisitos, el catálogo normalizado del alcance piloto, la lógica de cálculo, la plantilla de propuesta y el historial de aprobaciones. También incluiría pruebas para cambios de versión, costos vencidos y solicitudes fuera de catálogo. La implementación avanzaría desde una familia de servicios con datos suficientes hacia pruebas paralelas, revisión del equipo y uso controlado. La extensión a otras familias o a integraciones transaccionales exigiría validar nuevamente reglas, calidad de información y permisos.
Indicadores y criterios de aceptación
La línea base se levantaría antes del piloto, segmentando por complejidad para no comparar una visita sencilla con un contrato de múltiples sedes:
Tiempo activo por propuesta: suma de minutos de ventas y operaciones dividida entre propuestas terminadas.
Integridad del alcance: requisitos con decisión explícita divididos entre requisitos identificados × 100.
Retrabajo interno: propuestas reabiertas por omisiones o errores internos divididas entre propuestas revisadas × 100.
Consistencia del costo: partidas cuyos cálculos coinciden con la regla aprobada divididas entre partidas verificadas × 100.
La validación comprobaría que una actualización de costos invalida las aprobaciones afectadas y que los pendientes no desaparecen al generar el documento. La conversión comercial podría observarse como indicador complementario, sin atribuir sus cambios exclusivamente a la herramienta.
Una hipótesis económica verificable
Con 80 propuestas mensuales, supongamos que el trabajo conjunto pasa de 150 a 105 minutos por propuesta. La capacidad liberada sería 80 × 45 ÷ 60 = 60 horas al mes. A un costo interno supuesto de 300 MXN por hora, representaría 18,000 MXN mensuales de capacidad valorizada. Las cifras no son una meta comprometida. Para construir el caso de inversión habría que medir esa diferencia, comprobar el uso de las horas y descontar los costos incrementales del sistema. No se presupone aumento de margen, facturación o reducción de personal.
¿Tus propuestas requieren varias revisiones porque el alcance cambia entre áreas? Conversemos sobre un servicio concreto y sus puntos de aprobación.