Obras · Demostración interna
Demostración: captación y derivación de solicitudes de reformas
- Estado
- Ejemplo
- Dato de prueba
- Ficticio
- Envío
- Humano
- Resultado
- Por medir
Esta demostración describe cómo podría organizarse la entrada de una solicitud de reforma desde varios canales hasta su revisión por un profesional. Usa datos ficticios y no acredita facturación, clientes, trabajadores derivados ni un sistema en producción.
El problema que se plantea
Las solicitudes pueden llegar por distintos canales y con información desigual. Sin un criterio común, el equipo repite preguntas, mezcla zonas o tipos de obra y pierde trazabilidad sobre quién debe revisar cada caso.
Qué incluiría el recorrido
- Formulario o asistente identificado que recoge tipo de obra, zona y calendario
- Regla visible de aceptación, descarte o petición de información adicional
- Ficha CRM con origen, consentimiento y estado de la solicitud
- Resumen para que una persona compruebe el caso y decida la derivación
- Borrador de seguimiento que una persona revisa y envía
Cómo se evalúa
Antes del piloto se registra el volumen de solicitudes, los datos que faltan, el tiempo hasta revisión humana y el motivo de cada descarte. Después se compara el mismo periodo y se revisan errores de clasificación, contactos duplicados, bajas y derivaciones incorrectas. El piloto se acepta únicamente si cumple los umbrales acordados y permite volver al proceso manual.
Este ejemplo no promete más obras, ingresos ni una velocidad fija de respuesta. Especifica qué debe demostrar una implantación real antes de presentarla como caso.