Contenido6 secciones
Notas de campoARTÍCULO
El campo obligatorio que nadie rellena
Todos los CRM tienen uno. Es obligatorio, tres cuartas partes de las fichas llevan el mismo valor por defecto, y todo lo que hay aguas abajo da por hecho en silencio que significa algo.
Costa5 min de lectura
Respuesta corta
Un asistente debe dejar un campo vacío en lugar de rellenarlo con un valor plausible, porque un campo vacío es un hueco visible y uno adivinado es un hecho falso que todo lo de aguas abajo trata como cierto. La respuesta correcta a un campo que nadie rellena es hacer el hueco contable y después arreglar el proceso que debería poblarlo o borrar el campo.
Datos clave
- El asistente escribe solo los valores que el cliente dio de verdad y deja el resto vacíos.
- Un campo sin rellenar se registra como desconocido y no como valor por defecto, para que se pueda contar.
- Donde el dato importa, el asistente hace una pregunta corta en lugar de deducirlo.
- Todo lo ambiguo se deriva conservando la ambigüedad en vez de resolverse por conjetura.
Todos los CRM tienen uno. Origen, o tipo de inmueble, o segmento, o cómo nos conoció. Está marcado como obligatorio, así que siempre está relleno, y si cuenta los valores, tres cuartas partes de las fichas dicen lo mismo.
Ese valor no significa nada. Es lo que la ficha exigió y lo que alguien eligió para poder pasar, y lleva años acumulándose.
Por qué el campo se queda vacío
Nadie está siendo perezoso. El campo suele pedir algo que quien lo rellena no sabe en ese momento.
Origen lo rellena quien crea la ficha, que no estaba delante cuando el cliente decidió escribir. Presupuesto se rellena antes de que nadie haya hablado de dinero. Tipo de inmueble recibe un valor mientras el cliente todavía describe una situación y no un requisito. El campo no se salta por descuido: se responde antes de que exista la respuesta.
Así que la gente pone la primera opción, o la de arriba, o la que permite guardar. El valor por defecto se convierte en el más frecuente de la base de datos, y todo lo de aguas abajo empieza a tratar un encogimiento de hombros como un hecho.
Tres cosas que se rompen aguas abajo
Cualquier informe que agrupe por ese campo. El gráfico dice que la mayoría de sus leads vienen de un sitio, y lo que significa es que la mayoría de sus fichas las creó alguien con prisa.
Cualquier regla de asignación que lo lea. Las fichas se reparten según un valor que nadie eligió a conciencia, y así es como toda una categoría de consultas acaba dos días en manos de la persona equivocada.
Todo lo que lea un asistente. Esto es nuevo, y es el motivo de que el problema viejo haya dejado de ser tolerable. Un campo que engañaba a un compañero capaz de descontarlo no engaña a un asistente de la misma forma indulgente: lee el valor al pie de la letra, a toda velocidad, delante de un cliente.
Por qué una conjetura es peor que un hueco
Un asistente es perfectamente capaz de deducir casi todos estos valores. Podría leer una conversación y escoger un origen plausible, una franja de presupuesto plausible, un segmento plausible. Acertaría una buena parte de las veces.
Ese es exactamente el fallo. Un hueco es honesto y contable: puede consultar cuántas fichas no lo tienen y decidir si eso importa. Una conjetura es un hecho de calidad desconocida mezclado con hechos de calidad conocida, y al cabo de un mes nada en el sistema sabe qué ficha es cuál. La regla es la misma que gobierna lo que un asistente escribe en una ficha: nunca escribir un valor que el cliente no dio.
Lo que sí puede rellenar con honestidad
Más de lo que la gente espera, y merece la pena nombrar la diferencia.
Lo que el cliente dijo, literal o como valor. Lo que el sistema ya sabe: canal, hora, idioma, de qué inmueble o unidad iba la conversación. Lo que se deduce sin ambigüedad de una regla, como la franja de precio que sale de la cotización que acaba de producir.
Todo lo demás queda vacío, y la conversación va enganchada debajo para que quien recoja la ficha vea lo que se dijo realmente.
Hacer el hueco ruidoso en lugar de rellenarlo
Un campo vacío solo sirve si alguien lo cuenta.
Una consulta: fichas creadas este mes, agrupadas por si el campo tiene un valor de verdad. Ejecútela una vez y el número honesto suele ser un susto, porque el número anterior lo fabricaba el formulario. Después hay dos decisiones, y las dos son legítimas.
Arreglar el proceso: el campo se rellena en el momento en que existe la respuesta y no al crear la ficha, y lo rellena quien esté delante entonces. O aceptar que nadie lo sabrá nunca y dejar de fingir, lo que nos lleva a la última opción.
El campo que hay que borrar
Algunos de estos campos no están poco rellenos. Sobran, y han sobrevivido porque borrar un campo parece más arriesgado que conservarlo.
La prueba es si alguna decisión del negocio ha cambiado alguna vez por ese valor. No si aparece en un informe: si cambió algo. Donde la respuesta es no, el campo lleva años cobrándole un trocito de atención a cada persona en cada ficha.
Un asistente como Omni AI funciona sobre el CRM que ya usa, así que hereda lo que valgan sus campos. Lo que no hará es engordar una ficha delgada rellenándola con valores plausibles.
Por eso el primer mes es incómodo y vale la pena. Los campos vacíos siempre estuvieron vacíos; encima llevaban escrito un valor. Ver el número real suele ser la auditoría más útil que un negocio ha hecho nunca de sus propios datos, y nadie la habría encargado.
Preguntas que esto plantea
- Nuestro CRM no guarda la ficha sin ese campo.
- Entonces tiene una opción explícita de desconocido o necesita una, y añadirla lleva minutos. Un campo obligatorio sin valor honesto obliga a todo el que toca el sistema a mentir en la misma dirección.
- ¿No podría el asistente deducir el valor de la conversación?
- A veces sí, y ahí está justamente el peligro. Una deducción acierta lo bastante como para que se confíe en ella y falla lo bastante como para que importe, y nada aguas abajo distingue una ficha de otra.
- ¿Cómo sabemos qué campos están muertos?
- Cuente la distribución. Cualquier campo obligatorio donde un valor cubre tres cuartas partes de las fichas o está genuinamente sesgado o está muerto, y una tarde leyendo fichas le dice cuál de las dos.