«Contáctanos» no explica el siguiente paso: dos rutas útiles para servicios B2B

Una firma de servicios publica una guía que ayuda a reconocer un problema de coordinación comercial. El lector llega al final y encuentra un único botón: «Contáctanos». ¿Para pedir una cotización, hablar con alguien, recibir una plantilla o hacer una pregunta? La etiqueta no lo dice. Si además el enlace abre un formulario sin contexto, la persona debe adivinar qué ocurrirá con la información que comparta.

No hay nada incorrecto en ofrecer contacto. El problema es tratarlo como una respuesta universal a intenciones diferentes. Un profesional que quiere organizar sus ideas puede preferir explorar una herramienta por su cuenta. Una dirección que ya identificó una contradicción entre equipos quizá necesita una conversación sobre el alcance del problema. Ambas pueden ser decisiones legítimas, pero requieren invitaciones y expectativas distintas.

Esta guía propone un método editorial para transformar una CTA genérica en un siguiente paso comprensible. No promete un aumento de conversiones ni pretende inferir la intención individual de cada visitante. Los ejemplos son hipotéticos; no describen resultados de clientes ni capacidades no verificadas de Strateria.

Antes del botón, define la decisión que el artículo hizo posible

Una llamada a la acción tiene que continuar la conversación que el contenido inició. Si la pieza explica cómo reconocer un síntoma, su lector puede estar listo para comprobarlo en su contexto, no necesariamente para comprar un servicio. Si la pieza compara opciones y aclara el alcance de una solución, una consulta puede ser un paso natural. Esta distinción no es una clasificación rígida de personas; es una revisión de lo que el artículo realmente entregó.

El patrón «Start using a service» del GOV.UK Design System pide explicar qué permite hacer un servicio, quién puede utilizarlo y qué se necesita antes de comenzar. Es una guía para servicios públicos, no una prueba de resultados comerciales B2B. Su principio transferible es sencillo: preparar a la persona para el paso siguiente antes de pedirle que lo dé. En una página profesional, eso implica responder qué recibirá, qué tendrá que aportar y cuál es el propósito de la acción.

Haz una prueba de continuidad. Resume el artículo en una frase: «Después de leer, esta persona puede…». Luego completa: «Para avanzar, puede…». Si la segunda frase exige una decisión que la primera no ayudó a comprender, falta un puente. Quizá debe añadirse información sobre el proceso, quizá conviene ofrecer una acción de menor compromiso, o quizá el artículo debe ser más específico.

Dos rutas, no dos botones intercambiables

Para Strateria, la arquitectura editorial distingue una ruta de registro gratuito para quien quiere ejecutar y una ruta de consulta para quien necesita una solución aplicada. Esa separación sirve como ejemplo de criterio, no como afirmación sobre el comportamiento de todos los lectores. La elección debe depender de la tarea descrita en la pieza y del destino real del enlace.

La primera ruta invita a explorar de forma autónoma. Una formulación posible es «Crea una cuenta gratuita para organizar tu trabajo editorial». Solo corresponde si la pantalla de destino ofrece efectivamente el registro y no se presenta como una asesoría individual. El texto próximo puede explicar que se trata de una exploración supervisada por la propia persona, sin prometer que una cuenta producirá clientes, publicará automáticamente o resolverá una estrategia completa.

La segunda ruta invita a una conversación situada. «Solicita una consulta para revisar el problema de coordinación de tu equipo» es más informativo que «Contáctanos» cuando el artículo trató precisamente esa coordinación. El texto próximo debería indicar el propósito de la conversación y dejar claro que no constituye un diagnóstico previo ni una garantía de resultado. Si el destino es una página de presentación o contacto, la CTA no debe anunciar una evaluación descargable que no existe.

Ofrecer dos rutas no significa poner dos botones idénticos uno al lado del otro en toda página. Una puede ser principal y otra contextual; una puede aparecer en el cierre y la otra junto a una sección relevante. Si el artículo se dirige inequívocamente a una sola necesidad, puede bastar una. La prioridad es que cada acción tenga una función distinta y visible.

La tabla no asigna una etapa de compra a nadie. Un visitante puede preferir una consulta temprana, y otro puede explorar durante semanas. El contenido debe dar opciones comprensibles, no convertir cada interacción en una supuesta señal de compra.

El texto del botón y el texto que lo rodea cumplen trabajos distintos

El botón debe nombrar la acción con suficiente precisión: «Crear cuenta gratuita», «Solicitar una consulta» o «Revisar las preguntas». El contexto inmediato puede responder lo que no cabe en una etiqueta breve. ¿Para quién es? ¿Qué información hará falta? ¿Qué verá después del clic? Un botón largo y persuasivo no sustituye una explicación del proceso.

La guía de botones del GOV.UK Design System pide que la etiqueta describa la acción de manera clara. La del U.S. Web Design System también trata el botón como un control asociado a una acción importante y exige etiquetas descriptivas. Son normas de diseño de interfaces, no evidencia de que una palabra específica aumentará las ventas de una firma. Su utilidad aquí es revisar si la acción es identificable antes de pulsar.

Los criterios de accesibilidad del W3C aportan dos controles adicionales. «Link Purpose (In Context)» establece que el propósito de un enlace debe poder determinarse por el propio texto o por su contexto. «Labels or Instructions» exige etiquetas o instrucciones cuando el contenido requiere entrada de datos. Si una CTA abre un formulario, ese formulario debe explicar qué solicita; la claridad del botón no compensa campos sin instrucciones. Tampoco conviene depender de un «aquí» ambiguo que pierde significado al leerse fuera de contexto.

Hay una diferencia entre una CTA honesta y una promesa implícita. «Solicita una consulta» anuncia una solicitud. «Obtén una estrategia personalizada» anuncia un entregable específico. Si el destino solo permite enviar un mensaje, la segunda formulación exagera. Del mismo modo, «Empieza gratis» puede resultar ambiguo si la página no aclara qué significa empezar. La redacción final debe contrastarse con la pantalla real, no solo con el deseo del equipo comercial.

Un método de cinco pasos para reemplazar «contáctanos»

Primero, identifica la pregunta que trajo al lector. No la sustituyas por una etiqueta interna como «lead de consideración». Escríbela en lenguaje que la persona reconocería: «¿Por qué nuestras publicaciones atraen conversaciones que no encajan con la oferta?». Esa pregunta orienta tanto el cierre del artículo como la acción siguiente.

Segundo, anota lo que el texto ya demostró. Tal vez mostró síntomas y una forma de contrastarlos; tal vez presentó criterios para decidir quién debe intervenir. No te atribuyas más. Una CTA de consulta está mejor preparada si el artículo explicó qué tipo de problema amerita una conversación y qué datos iniciales conviene reunir.

Tercero, decide qué debe recibir la persona después del clic. En la ruta autónoma, puede ser una página de registro real. En la ruta de consulta, una página que explique cómo solicitarla. No anuncies una plantilla, una auditoría o una respuesta inmediata si el recurso o el servicio no están disponibles y verificados. Este paso es un control editorial tan importante como corregir una cifra.

Cuarto, redacta la etiqueta y dos líneas de contexto. La etiqueta nombra la acción; la primera línea explica a quién sirve y la segunda anticipa lo que seguirá. Por ejemplo, en una pieza para profesionales: «Crear cuenta gratuita. Explora si una forma de trabajo editorial supervisada se ajusta a tu caso». En una pieza para organizaciones: «Solicitar una consulta. Comparte el problema de coordinación que necesitas discutir y revisa si conviene una conversación». Ajusta estas frases a lo que las páginas de destino realmente muestran.

Quinto, prueba el recorrido completo. Lee el último párrafo, pulsa el enlace, revisa el encabezado de destino y comprueba si los campos o instrucciones corresponden a la expectativa creada. Hazlo también en móvil y con lectura sin contexto visual cuando sea posible. Si la acción se vuelve confusa, corrige la transición. Cambiar el color o repetir el botón no resolverá un destino que promete otra cosa.

Ejemplo hipotético: una firma con dos necesidades diferentes

Supongamos que una consultora publica un artículo sobre mensajes contradictorios entre dirección, marketing y ventas. Una lectora quiere aplicar por sí misma un pequeño diagnóstico. Puede usar una tabla abierta del artículo y, si desea continuar con una herramienta, considerar un registro gratuito. Otro lector coordina varias áreas y necesita discutir responsabilidades. Para él, una consulta con propósito explícito puede ser pertinente.

El cierre podría decir: «Si quieres revisar una sola promesa, usa la tabla anterior y anota dónde cambia el mensaje. Si necesitas alinear a varias áreas y ya puedes describir una contradicción concreta, solicita una consulta para explicar el contexto». La primera acción entrega valor sin capturar datos; la segunda abre una posibilidad comercial sin fingir que el artículo ya resolvió el caso. Esta escena es inventada para ilustrar la decisión, no un testimonio.

Evita interpretar un clic como permiso de seguimiento personalizado. Visitar una página, guardar un post o reaccionar en LinkedIn no indica por sí solo presupuesto, urgencia ni autorización para contactar. Si se desea medir el recorrido, separa la apertura del enlace, el inicio de una solicitud, su envío y la conversación posterior. Ninguna de esas observaciones prueba por sí sola que una palabra del botón causó una venta.

Cómo revisar la CTA con el equipo

Antes de publicar, pide a una persona que no haya redactado la pieza que describa en voz alta qué espera al pulsar. No le preguntes si «le gusta» el botón; pregunta qué cree que ocurrirá. Si la expectativa no coincide con la pantalla real, el problema es observable. Repite el ejercicio con las dos rutas cuando existan y confirma que no parecen duplicadas. Es una revisión cualitativa de claridad, no un experimento que permita declarar tasas de conversión.

Guarda una pequeña ficha editorial por CTA: intención de la pieza, promesa exacta, destino, acción disponible, datos solicitados y responsable de mantener la página de destino. Si cambia el formulario o deja de existir una oferta, revisa también los artículos que apuntan a ella. Una CTA es parte de un recorrido vivo, no una frase aislada que pueda olvidarse después de publicar.

La evidencia de diseño consultada ayuda a preguntar mejor, no a prometer una receta universal. GOV.UK y USWDS se centran en interfaces de servicios; WCAG establece requisitos de accesibilidad. Ninguna de estas fuentes demuestra que una de las dos rutas de Strateria convierta más que otra. Esa comparación exigiría observaciones propias, definiciones consistentes y prudencia al interpretar resultados.

Conclusión

«Contáctanos» puede ser suficiente cuando el contexto ya dejó claro para qué y cómo contactar. Cuando no lo ha hecho, conviene reemplazarlo por una decisión que el lector pueda entender: explorar por cuenta propia, preparar una consulta o seguir aclarando el problema. La mejor formulación no es necesariamente la más persuasiva; es la que corresponde al valor entregado y al destino real.

Revisa una pieza concreta hoy. Escribe qué puede decidir el lector después de leerla, qué opción se abre al pulsar y qué no debes prometer. Si esas tres respuestas encajan, la llamada a la acción empieza a funcionar como un siguiente paso útil, no como una interrupción comercial.

Referencias

GOV.UK Design System. «Start using a service». https://design-system.service.gov.uk/patterns/start-using-a-service/

GOV.UK Design System. «Button». https://design-system.service.gov.uk/components/button/

U.S. Web Design System. «Button». https://designsystem.digital.gov/components/button/

W3C Web Accessibility Initiative. «Understanding SC 2.4.4: Link Purpose (In Context)». https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html

W3C Web Accessibility Initiative. «Understanding SC 3.3.2: Labels or Instructions». https://www.w3.org/WAI/WCAG22/Understanding/labels-or-instructions.html