Campos Personalizados de CRM: Qué Agregar, Qué Evitar

Una empresa SaaS lanzó su CRM HubSpot con 80 campos personalizados. Su responsable de RevOps había intentado satisfacer cada solicitud de ventas, marketing y liderazgo antes del lanzamiento. Seis semanas después, la adopción estaba al 40%. La queja más común de los representantes: "Tarda 10 minutos crear un deal."

Lo redujeron a 22 campos. La adopción llegó al 85% en un mes.

Esta no es una historia rara. La mayoría de los CRMs se sobrecargan dentro de los 90 días del lanzamiento. No por malas intenciones, sino por una cultura de "solo agrega un campo para eso". Cada campo tiene un costo. Es un campo que los representantes deben completar (fricción) o un campo que pueden ignorar (ruido). Ninguno es neutral.

Esta guía le ofrece un framework de decisión para cada solicitud de campo: antes, durante y después de la implementación.

Paso 1: Aplique la Prueba de 3 Preguntas Antes de Agregar Cualquier Campo

Cada solicitud de campo recibe tres preguntas. Si la respuesta a las tres es no, el campo no va al CRM.

Pregunta 1: ¿Reportamos sobre él? ¿Aparecerá este dato en un dashboard, un reporte semanal o una vista ejecutiva? Si no puede nombrar el reporte específico donde importa este campo, probablemente no pertenece al CRM. "Sería interesante saberlo" no es un requisito de reporte.

Pregunta 2: ¿Segmentamos por él? ¿Se usará este campo para filtrar, ordenar o agrupar contactos, empresas o deals? Ejemplos: filtrar todos los deals por tipo de deal para una llamada de pronóstico, segmentar contactos por industria para una campaña de marketing, consultar empresas por número de empleados para la asignación de territorios.

Pregunta 3: ¿Depende de él un flujo de trabajo o automatización? ¿Se activará una automatización de CRM basada en el valor de este campo? Ejemplos: enrutar leads por territorio (requiere un campo de territorio), enviar una secuencia de seguimiento cuando cambia el estado del lead (requiere una lista de selección de estado del lead), crear una tarea cuando un deal entra en una etapa (la etapa es el campo).

Si un campo responde sí a al menos una de estas preguntas, tiene un lugar en el CRM. Si responde no a las tres, sugiera otro destino: un campo de notas, una hoja de cálculo externa, o ningún almacenamiento en absoluto.

Una excepción: los campos requeridos por una integración (por ejemplo, su herramienta de marketing extrae un campo específico para personalización de correo) reciben un pase incluso si no sirven a un reporte interno. Pero aún necesitan un propietario.

Paso 2: Elija el Tipo de Campo Correcto

Elegir el tipo de campo incorrecto crea problemas de calidad de datos que son dolorosos de corregir retroactivamente. Use esta tabla para decidir:

Tipo de Campo	Cuándo Usarlo	Cuándo NO Usarlo
Texto (línea única)	Identificadores únicos, nombres propios, IDs	Cualquier cosa que vaya a agregar o agrupar
Texto (multilínea)	Contexto narrativo, notas de reunión, resúmenes de discovery	Cualquier cosa con patrones recurrentes
Lista de selección	Cualquier valor que vaya a agrupar, filtrar o activar	Valores que son verdaderamente únicos por registro
Número	Cantidades, conteos, medidas	Moneda (use el tipo moneda), porcentajes
Moneda	Valor del deal, valor del contrato, MRR	Ratios o porcentajes
Fecha	Fecha de cierre, inicio de contrato, última actividad	Rangos de tiempo (use dos campos de fecha)
Casilla de verificación	Indicadores booleanos sí/no	Cualquier cosa con más de dos estados
Búsqueda / Asociación	Conectar un objeto con otro	Almacenar nombres de registros relacionados como texto
Fórmula	Valores calculados derivados de otros campos	Cualquier cosa que necesite entrada manual

El error más común: usar campos de texto donde pertenece una lista de selección. Cuando usa texto para "Industria" y los representantes escriben libremente, obtiene "SaaS", "Software como Servicio", "B2B SaaS" y "Tech" significando lo mismo. Esas cuatro variaciones hacen que su reporte de industria sea inútil.

Cualquier campo donde existe un conjunto finito de valores significativos (industria, tipo de deal, razón de pérdida, fuente del lead, nivel de cliente, región) debería ser una lista de selección, no texto.

Paso 3: Mantenga los Campos Requeridos en Menos de 10

Los campos requeridos son la manera más rápida de destruir la adopción. Cada campo requerido es una barrera que ralentiza la creación del deal. Los representantes que no pueden crear un deal en 60 segundos o menos trabajarán alrededor del CRM.

La tentación es hacer todo requerido para imponer calidad de datos. No funciona así. Los representantes que se ven obligados a completar un campo requerido que no tienen la respuesta elegirán un valor aleatorio o escribirán "desconocido". Los datos malos son peores que los datos faltantes.

Mantenga sus campos requeridos al mínimo absoluto que hace útil un registro en su creación:

Para un Contacto: Correo electrónico (o teléfono, al menos uno), nombre, apellido, propietario.

Para un Deal: Nombre del deal, etapa del Pipeline, fecha de cierre, valor del deal (aunque sea aproximado), contacto principal.

Para una Empresa: Nombre de la empresa, propietario. La industria y el tamaño pueden llegar a través del enriquecimiento.

Haga que los campos adicionales sean requeridos condicionalmente, no globalmente. En HubSpot, puede requerir un campo solo cuando un deal llega a una etapa específica. En Salesforce, puede usar reglas de validación para requerir un campo cuando otro campo está configurado con un valor específico. Use estos requisitos condicionales en lugar de requisitos globales.

Por ejemplo: Razón de Pérdida se vuelve requerida cuando la Etapa del Pipeline se establece en Cerrado Perdido. No es requerida en la creación del deal. Ese es el enfoque correcto.

Paso 4: Higiene de Listas de Selección Desde el Primer Día

Las listas de selección se deterioran con el tiempo si nadie las gestiona. Comienza con 8 valores de industria limpios y termina con 24 después de un año de adiciones sin control.

Establezca estas reglas de gobernanza antes del lanzamiento:

Convenciones de nomenclatura: Elija una convención y aplíquela. Title Case o minúsculas. "Servicios Financieros" no "servicios financieros" no "ServiciosFinancieros". Un administrador es la fuente de verdad.

Quién puede agregar valores: En Salesforce, los valores de lista de selección están controlados a nivel de administrador. Los representantes no pueden agregarlos. En HubSpot y Pipedrive, el valor predeterminado es más abierto. Bloquee esto. Requiera un proceso de solicitud con un propietario definido.

Archivado vs. eliminación: Cuando un valor de lista de selección se vuelve obsoleto, archívelo. No lo elimine. Eliminar lo quita de los registros existentes. Archivar mantiene los datos históricos intactos y evita que el valor aparezca en nuevos registros.

Cadencia de revisión: Trimestralmente, revise cada lista de selección para valores sin uso o superpuestos. Cualquier valor con 0 o casi 0 usos en los últimos 6 meses es candidato para archivarse.

Paso 5: Comprenda la Diferencia Entre Campos de CRM y Campos de Enriquecimiento

Esto le ahorrará mucha sobrecarga de campos. Hay dos tipos de datos: cosas que solo sus representantes conocen, y cosas que las herramientas de enriquecimiento ya conocen.

Cosas que las herramientas de enriquecimiento conocen (de Clearbit, Apollo, ZoomInfo, 6sense):

Número de empleados de la empresa
Rango de ingresos de la empresa
Etapa de financiación de la empresa
URL de LinkedIn del contacto
Ubicación de la sede de la empresa
Stack tecnológico
Industria (a menudo)

No necesita campos personalizados para estos si su CRM tiene una integración de enriquecimiento nativa. Cuando el enriquecimiento auto-completa estos campos, obtiene datos limpios y consistentes sin entrada de los representantes.

Cosas que solo sus representantes conocen (vale la pena crear campos para):

Fortaleza de la relación con un contacto
Distinción entre champion interno y comprador económico
Requisitos o restricciones específicos del cliente
Razón del cambio de cronograma
Próximo paso con el comité de compra

Estos son los campos que vale la pena crear. Capturan perspectivas que no se pueden obtener de una base de datos.

Una buena regla general: antes de construir un campo, pregúntese si Apollo o Clearbit ya conoce la respuesta. Si es sí, use enriquecimiento. Si no, construya el campo.

Paso 6: Audite Sus Campos Existentes en un Cronograma Trimestral

La mayoría de los equipos nunca eliminan un campo. Solo agregan más. El promedio de un portal de HubSpot que ha estado activo durante dos años tiene entre 60 y 120 propiedades personalizadas en el objeto Contacto, la mayoría de las cuales nadie puede explicar.

Ejecute una auditoría trimestral con estos pasos:

Obtenga el reporte de uso de campos. En HubSpot: Configuración → Propiedades → seleccione objeto → ordene por "Número de registros con datos". En Salesforce: use la aplicación Field Trip en AppExchange o un reporte personalizado sobre uso de campos. En Pipedrive: exporte una muestra y verifique la tasa de completado manualmente.
Marque los campos donde menos del 10% de los registros tienen datos y ninguna automatización depende del campo. Estos son candidatos para eliminación.
Para cada campo marcado, pregúntele a la persona que lo solicitó: ¿todavía usa esto? ¿Hay un reporte que dependa de él? Si no, archívelo.
Limpie los datos en los campos que está manteniendo pero que tienen valores inconsistentes. Ejecute una pasada de deduplicación en campos de texto que deberían ser listas de selección.
Documente qué eliminó y por qué. Si alguien pregunta seis meses después, tiene un registro.

Las auditorías de campos no son glamorosas pero mantienen su CRM como un lugar donde los datos son consistentes y utilizables.

Errores Comunes

Construir campos para reportes "algún día". "Quizás queramos rastrear esto eventualmente" no es suficiente. Retrase la construcción de campos hasta que alguien le muestre el reporte o la automatización que depende de ellos.

Duplicar campos en varios objetos. Si "Fuente del Lead" existe tanto en el Contacto como en el Deal y a veces no coinciden, ¿cuál es correcto? Defina una vez, use una búsqueda.

Texto libre donde pertenece una lista de selección. Ya cubierto arriba, pero vale la pena repetirlo: cualquier campo donde alguna vez quiera contar, agrupar o filtrar debería ser una lista de selección.

Agregar campos requeridos a mitad de la implementación. Si hace un campo requerido después del lanzamiento, cada registro existente que no tiene ese campo crea un error de validación. Planifique sus campos requeridos antes del lanzamiento.

No revisar su lista de campos antes de agregar nuevos. Es común crear un campo duplicado porque nadie verificó si ya existía. Antes de crear "Fecha de Firma del Contrato", busque en su lista de campos. Podría ya existir como "Fecha de Cierre" o "Contrato Ejecutado" de un administrador anterior.

Qué Hacer a Continuación

Después del lanzamiento, aplique una congelación de campos de 30 días. Sin nuevos campos personalizados durante los primeros 30 días. Cada solicitud que llegue va a una cola. Después de 30 días, revise la cola juntos. Encontrará que muchas solicitudes se resuelven solas, algunas pueden satisfacerse con campos existentes usados de manera diferente, y solo unas pocas genuinamente necesitan campos nuevos.

Esto le da tiempo al CRM para estabilizarse antes de agregar complejidad, y le enseña a su equipo que las solicitudes de campos requieren justificación.

A partir de ahí, construya las automatizaciones de flujo de trabajo que dependen de los campos que ha creado.

CRM Implementation Guide