Caso de adopción / 05 · Auditoría de campos y valor por rol

De los campos obligatorios a datos que la gente usa

Un caso de adopción ficticio: todos los registros están completos; buena parte de lo que contienen no es cierto.

Escenario ficticio

Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.

01El resultado

Menos campos, cada uno usado por una decisión concreta; valores derivados o prerrellenados cuando existen en otro sitio; exigidos solo cuando se conocen; y una vista que devuelve algo al rol que los registra.

La realidad

Para forzar la adopción, se hicieron obligatorios la mayoría de los campos de la oportunidad. Los registros están completos y llenos de valores de relleno en los que nadie confía.

Pregunta de adopción

¿Qué datos necesita de verdad cada decisión, y cómo obtenerlos sin pedir a la gente que teclee lo que no sabe?

Decisión clave

Auditar cada campo frente a la decisión que lo usa: eliminar lo que ninguna decisión usa, derivar o prerrellenar lo que ya existe en otro sitio, hacer condicionales los valores que dependen de la etapa y medir los datos usados, no los campos completados.

ContextoTras un arranque lento, un programa de CRM hizo obligatorios la mayoría de los campos de la oportunidad desde la primera etapa. Los informes de completitud se pusieron en verde. Pero los forecasts construidos sobre esos datos no eran fiables, «pendiente» y los valores por defecto dominaban varios campos, y los comerciales dedicaban tiempo a registrar datos que no les devolvían nada. Los responsables seguían pidiendo por email la foto real.

Sistemas y actoresCRMERPPlataforma de datos

02La realidad · situación actual

Cómo se trabaja realmente hoy.

  • Campos exigidos en etapas en las que el valor todavía no se conoce
  • Valores por defecto y «pendiente» en campos que se usan para el forecast
  • Datos disponibles en el ERP que se vuelven a teclear a mano
  • Los comerciales no reciben nada a cambio de lo que registran
  • Se mide la completitud en lugar del uso

03Enfoque

No la respuesta obvia, sino el enfoque.

La respuesta obvia“Hacer obligatorios más campos e informar de la completitud.”

La validación garantiza un valor, no un valor cierto. La completitud sube mientras la confianza en los datos baja.

  1. 01Auditar los campos

    Quién registra cada campo, en qué etapa y qué decisión lo usa.

    Responsable del dato con el responsable del proceso
  2. 02Eliminar y derivar

    Quitar los campos sin uso; derivar los valores que el sistema puede calcular.

    Responsable de la plataforma
  3. 03Prerrellenar desde la fuente de referencia

    Llevar los datos del ERP y los datos maestros al contexto de trabajo en lugar de volver a teclearlos.

    Responsable de integración
  4. 04Exigir en la etapa adecuada

    Requisitos condicionales allí donde el valor pasa a conocerse.

    Responsable del proceso
  5. 05Devolver valor

    Una vista priorizada para los comerciales construida con los campos que registran.

    Responsable de la plataforma
  6. 06Medir el uso

    Sustituir la completitud por señales de valores de relleno y de datos usados en decisiones.

    Responsable de adopción

04Valor por rol

Qué aporta, recibe y decide cada rol.

Qué aporta, recibe y decide cada rol, y qué no debería tener que hacer
RolAportaRecibeDecideNo debería tener que
ComercialLos valores que conoce, cuando los conoceUna vista priorizada construida con esos valoresLas siguientes accionesTeclear datos del ERP o adivinar valores desconocidos
Responsable comercialDecisiones de revisiónDatos lo bastante fiables como para revisar desde ellosCoaching y escaladosPedir por email las cifras reales
Responsable del datoDefiniciones, reglas de calidad en origenMenos campos que gobernarQué significa cada campoPerseguir la completitud por sí misma

05Dimensión clave · Auditoría de campos y valor por rol

Cada campo se gana su sitio, o sale

Cada campo se contrasta con quién lo registra, quién lo usa y para qué decisión. El veredicto se deriva de las respuestas.

Auditoría de campos: quién registra cada campo, quién lo usa y el veredicto
CampoLo registraLo usaVeredictoPor qué
Fecha de cierre previstaComercial, en cada etapaForecast, revisión de pipelineMantenerLo usa una decisión real; se revisa en la revisión semanal
CompetidorComercial, al crearNadieCondicionalExigido solo cuando se pierde la oportunidad, donde alimenta el análisis de ganadas y perdidas
Dirección de facturaciónComercial, retecleada desde el ERPAlta del pedidoPrerrellenarEl ERP es la fuente de referencia; mostrarla, no volver a teclearla
Tramo de importeComercial, a manoSegmentaciónDerivarSe calcula a partir del importe: una cosa menos que teclear
Código de región heredadoComercial, al crearUn informe retiradoEliminarNinguna decisión lo usa

El número de campos obligatorios bajó; la proporción de registros que un responsable podía revisar sin preguntar subió.

06Señales de adopción

Cómo sabemos que funciona: cada señal con su responsable.

Señales de adopción: nivel, responsable, significado y acción
SeñalNivelResponsableSignificadoAcción
Valores de relleno en campos de decisiónN2 · Cumplimiento del procesoResponsable del datoSe exigen demasiado pronto, o no se entiendenLlevar el requisito a la etapa en la que se conoce el valor
Campos usados por una decisión posteriorN3 · Adopción en la gestiónResponsable del datoCampos que se ganan su sitioEliminar o derivar los que no tienen usuario
Peticiones de datos fuera del sistemaN3 · Adopción en la gestiónResponsable comercialLos datos todavía no generan confianzaIdentificar el campo y corregir su origen o su momento

07Las contrapartidas

Opciones creíbles, evaluadas frente a estas premisas.

Descartada

Más campos obligatorios

Valores siempre conocidos al registrar

Coste: Datos completos pero poco fiables
Descartada

Todo opcional

Etapas iniciales exploratorias

Coste: Decisiones sin datos
Elegida

Campos auditados: eliminados, derivados, prerrellenados, condicionales o mantenidos

Datos que alimentan decisiones reales

Coste: Una auditoría de campos y una propiedad del dato continuada

08La segunda capa

Preguntas que cambian el diseño.

Uso

  1. ¿Qué decisión usa cada campo?
  2. ¿Quién lo lee, y cuándo?
  3. ¿Qué pasa si es incorrecto?

Origen

  1. ¿Se conoce el valor en esta etapa?
  2. ¿Se puede derivar o prerrellenar?
  3. ¿Qué sistema es la fuente de referencia?

Valor

  1. ¿Qué recibe a cambio el rol que lo registra?
  2. ¿Cómo se detectan los valores de relleno?
  3. ¿Quién es responsable de la definición de cada campo?

09Decisiones y entregables

Qué produce el trabajo.

  1. 01Auditoría de campos
  2. 02Plan de eliminación, derivación y prerrelleno
  3. 03Requisitos condicionales por etapa
  4. 04Vista de valor por rol para los comerciales
  5. 05Señales de datos usados en decisiones