Explicar la ruta del cliente en tres etapas prácticas cuando tres etapas encajan: lo que hacen primero, lo que su negocio hace después, y lo que sucede después de un acuerdo. Use verbos simples y nombre la salida. No esconda el pago, elegibilidad o una decisión importante simplemente para mantener la sección corta.
Una sección del proceso responde “¿Cómo funciona esto?” Debe reducir la incertidumbre antes de que alguien tome el siguiente paso. No es una fila decorativa de números o una promesa que todo el servicio requiere sólo tres clics.
Borrar la secuencia en la Planificador de la página de inicio, comprobar su siguiente acción en el Laboratorio de CTA y utilizar el editor de página para explorar la presentación visual. Los ejemplos a continuación explican lo que pertenece en las etapas y cómo probar si el viaje coincide con la redacción.
Comience con el verdadero viaje al cliente
Escriba lo que realmente sucede del interés inicial al primer resultado útil. Incluya las acciones del cliente, las acciones del negocio y cualquier dependencia externa. Un pase interno puede importar si cambia lo que el cliente debe esperar.
Para un servicio personalizado, el viaje puede implicar una consulta, verificación de idoneidad, evaluación, presupuesto, acuerdo y entrega. Para una tienda, puede implicar elegir un producto, confirmar opciones, pagar y recibirlo. Ni el viaje debe ser reducido a tres etiquetas antes de que se entiendan sus condiciones importantes.
A continuación, las actividades relacionadas con grupos en etapas comprensibles. El objetivo es dar al lector una visión general útil, no para borrar el trabajo subyacente. Los términos y instrucciones detallados pueden permanecer disponibles cuando afectan la decisión.
Pregunte al equipo de entrega para comprobar el mapa. El marketing a menudo describe un viaje ideal mientras que las operaciones manejan excepciones. El proceso público debe reflejar los clientes de servicio en realidad puede recibir, incluyendo cualquier expectativa apoyada sobre el tiempo.
Entender lo que la idea de StoryBrand contribuye
Donald Miller Construyendo un StoryBrand 2.0 recomienda ayudar a los clientes a ver una ruta clara hacia adelante. Ambas ediciones analizan el papel de un proceso en la reducción de la incertidumbre alrededor de la acción. Esa es una buena señal para una página de inicio cuyo servicio se siente difícil de comenzar.
La aplicación práctica es explicar el camino, la ayuda del negocio y el siguiente paso. Tres etapas pueden hacer una visión general fácil de organizar, pero el libro no es evidencia de que exactamente tres pasos producen ventas más altas para cada negocio.
Tratar la estructura como un proyecto para investigar. Si el viaje real necesita cuatro decisiones claramente distinguidas, forzar tres puede ser menos honesto y menos utilizable. Si la oferta es una herramienta gratuita de inmediato utilizable, una sección de proceso grande puede ser innecesaria.
Estos ejemplos son las aplicaciones originales de Plain Reckoner, hojas de cálculo no copiadas de libros o campañas de clientes notificadas. La referencia a la fuente no implica que su autor avala este sitio web o la página resultante.
Dar a cada etapa un actor, acción y salida
Una etapa útil identifica quién hace algo, lo que hacen y lo que sale de ella. “Descubrimiento” es una etiqueta. “Cuéntanos sobre tu habitación para que podamos comprobar si una visita de medición es adecuada” explica una acción y propósito.
No deje cada verbo pasivo. “Su información es procesada” dice poco sobre quién la revisa o qué recibe el cliente. Una frase más útil nombra la revisión y la información devuelta, dentro de lo que el negocio puede soportar.
El producto no necesita ser un producto final. Podría ser la confirmación de la idoneidad, un alcance propuesto, una cotización o un ejemplo. Etiqueta con precisión. Una estimación y un precio acordado son diferentes productos con diferentes implicaciones.
Mantenga cada etapa lo suficientemente concisa para escanear, pero proporcionar condiciones esenciales cerca. La sección debe ayudar a una persona a entender la ruta sin requerir una larga llamada explicativa antes de la primera acción tiene sentido.
Ejemplo de servicio original: almacenamiento instalado
Para un servicio de almacenamiento integrado ilustrativo, la primera etapa podría ser “Describir su espacio”. El cliente suministra el tipo de habitación, la ubicación aproximada y la necesidad principal de almacenamiento. El negocio comprueba si la solicitud se encuentra dentro de su alcance de servicio.
La segunda etapa podría ser “Examinar un diseño y una cita”. Apoyar texto debe explicar si esto sigue una visita de medición, si esa visita tiene una cuota y qué cubre la cita. No implica que un diseño completo llegue de una forma corta si se requiere más trabajo.
La tercera etapa podría ser “Acordar los arreglos de trabajo e instalación”. Esto deja espacio para un contrato real, programación y términos relevantes. No promete una fecha de instalación fija antes de que se haya comprobado la capacidad.
El proceso ayuda a un visitante a entender la secuencia mientras mantiene los compromisos visibles. Si la operación real del negocio difiere, cambie el ejemplo en lugar de anunciar un servicio de tidier que no existe.
Ejemplo original del servicio profesional: contabilidad
Un ejemplo de contabilidad elegido podría comenzar con “Compartir su contexto de negocio”. La primera solicitud puede establecer tipo de negocio, sistema actual y la ayuda necesaria sin recoger documentos sensibles antes de que el servicio haya confirmado la idoneidad.
La segunda etapa podría ser “Acordar el alcance y las responsabilidades”. Explicar qué registros de los suministros del cliente, que informa el servicio se prepara y qué trabajo está fuera del acuerdo. La redacción no debe implicar que cada obligación de impuestos o contabilidad se maneja automáticamente.
La tercera etapa podría ser “Ajustar el flujo de trabajo mensual acordado”. Declarar el arreglo práctico de producción y comunicación. Sólo prometer tiempos de respuesta o fechas de presentación de informes que el equipo puede mantener.
Este ejemplo muestra por qué un proceso es más que un dispositivo de ventas. Puede evitar expectativas desajustadas sobre quién suministra información y quién toma decisiones. Las responsabilidades claras ayudan a un cliente adecuado a entender la oferta antes de proporcionar registros detallados.
Ejemplo de tienda original: un producto que necesita una opción
Para una tienda que vende kits de limpieza revigilable, una secuencia corta podría ser “Elige un kit de arranque”, “Comprobar el contenido y las opciones de entrega”, y “Plazar su pedido”. Estas etapas son relevantes sólo si la página realmente apoya esas opciones.
No describa la entrega como completa inmediatamente después del pago. Si una tercera etapa incluye el envío o la recepción, explique el arreglo real y las condiciones pertinentes en lugar de implicar un resultado instantáneo. Una confirmación de pedido no es prueba de la entrega.
Los clientes existentes pueden necesitar un camino de recarga más corto. No los obligue a través de la educación de arranque-cojo cada vez. Una visión general del proceso debe ayudar con una incertidumbre real, no añadir un obstáculo de marketing obligatorio a una compra ya entendida.
Mantenga la suscripción y las compras únicas distintas. Si selecciona una opción crea facturación recurrente, ese compromiso pertenece al contexto de la decisión. Un gráfico corto de tres pasos no puede sustituir una explicación clara del acuerdo comercial real.
Ejemplo de software original: comenzar con un resultado útil
Para un producto ilustrativo de seguimiento de la aprobación, una secuencia podría ser “Crear una lista de proyectos”, “Agregar las solicitudes y los propietarios”, y “Examinar lo que sigue pendiente”. Describe una tarea que el software puede ayudar a realizar en lugar de una gran transformación.
Si otras personas deben unirse al proyecto antes de que funcione el flujo de trabajo, digamos. Si sólo el usuario actual puede ver la lista, no implica un sistema de aprobación colaborativo. El proceso debe coincidir con la capacidad de envío, no con un artículo de hoja de ruta.
Un ejemplo libre puede ser una alternativa útil antes de la configuración. Etiqueta como datos de ejemplo y evita la sobreescritura del trabajo del usuario cuando lo intentan. Un proceso que parece simple pero silenciosamente pierde la entrada guardada crea una experiencia muy diferente de su promesa.
Mantenga las explicaciones de exportación y almacenamiento disponibles. Una persona que utiliza un borrador local necesita entender los límites prácticos de mantenerlo o compartirlo. No utilice un gráfico de proceso para sugerir una cuenta, colaboración alojada o respaldo permanente que el producto no proporciona.
Información separada del proceso desde términos
Una visión general del proceso le dice al lector cómo procede el servicio. Los términos explican las obligaciones, costos y condiciones en mayor detalle. Ambos pueden ser necesarios, y uno no reemplaza al otro.
Coloque condiciones importantes donde afectan la próxima decisión. Una evaluación pagada no debe aparecer primero como una sorpresa después de un botón etiquetado libre consulta. Un depósito reembolsable todavía necesita explicación antes de que el cliente se compromete a pagarlo.
Use conciso copia cercana para marcar lo que importa, luego enlace con la información más completa. No entierre todas las condiciones importantes en un enlace de pie genérico y asuma que el proceso visible es por lo tanto exacto.
Si el resumen no puede permanecer veraz sin otra etapa, agregue el escenario. El formato sirve de comprensión. Un diseño de tres cartas no es una razón para combinar una solicitud, aprobación y pago en una acción ambigua.
Diseñar la secuencia para sobrevivir el uso móvil y asistivo
Mantenga el orden en el documento lógico. Una flecha visual debe apoyar la secuencia, no ser la única manera de entenderlo. Cuando las tarjetas se apilan en el móvil, la relación entre el número de escenario, la partida y la explicación debe permanecer clara.
El W3C headings tutorial explica cómo se comunican los encabezados semánticos organización. Utilice los encabezados que identifican etapas significativas y anidan adecuadamente dentro de la página. El texto de gran estilo por sí solo no puede proporcionar la misma estructura de navegación.
No haga instrucciones esenciales sólo para el audífono. Los usuarios de tacto y teclado necesitan alcanzar el mismo significado. Evite una animación autoavanzada que elimina un escenario antes de que alguien pueda leerlo o interactuar con su enlace.
Verificar etiquetas largas, texto traducido y zoom. Un diagrama que funciona sólo con tres palabras breves en inglés puede fallar tan pronto como el contenido se vuelve realista. Los diseños de texto flexibles son más confiables que incrustar todo el proceso en una imagen fija.
Conectar la primera acción a una forma usable
La primera etapa debe identificar lo que el cliente necesita suministrar. Pida la información mínima pertinente en ese momento, preservando al mismo tiempo lo que el equipo realmente necesita para responder de manera útil. Más corto no es automáticamente mejor si causa un segundo intercambio confuso.
El Guía de instrucciones de formularios W3C cubre etiquetas, información requerida, formatos esperados e instrucciones accesibles. Aplíquelo al formulario de destino en lugar de asumir que el párrafo del proceso proporciona todas las instrucciones necesarias.
Explicar errores en palabras comunes y preservar la entrada válida cuando sea apropiado. Un cliente no debe perder una descripción cuidadosamente escrita porque un campo utiliza un formato inesperado. Compruebe los caracteres no ingleses y las entradas más largas realistas.
El estado de éxito debe confirmar la etapa actual alcanzada. “Solicitud recibida” es diferente de “Notificación reservada”. Una visión clara puede ser socavada si la confirmación del formulario cambia silenciosamente la comprensión del cliente del compromiso.
Compruebe el tiempo sin inventar una promesa
Si el tiempo importa, explique lo que el negocio sabe y lo que no puede confirmar todavía. Un rango típico debe tener una base real y condiciones apropiadas. No añadir una respuesta rápida reclamar simplemente porque un proceso corto necesita para sonar sin esfuerzo.
El tiempo de procesamiento separado del tiempo total transcurrido. La revisión del equipo puede ser breve mientras la programación, los materiales o las respuestas del cliente crean un viaje más largo. Una promesa de un componente no debe implicar que todo el servicio termine dentro de él.
Si la disponibilidad varía, digamos cuando se confirma. Una solicitud puede ser útil sin garantizar una ranura. Los clientes a menudo necesitan una explicación confiable de la incertidumbre más que un número optimista que más tarde demuestra mal.
El mismo principio se aplica a la carga de software. No forzar una espera de un minuto para hacer que una operación local parezca sofisticada. Mostrar progreso real para el trabajo que toma tiempo y devolver el resultado útil tan pronto como esté listo.
Prueba de comprensión antes de probar la conversión
Mostrar la página a un cliente probable y pedirles que describan las etapas en sus propias palabras. Pregunte qué deben hacer, qué el negocio regresa y cuándo creen que se produce un compromiso. Recordar la respuesta antes de explicar la secuencia prevista.
Un lector puede entender el pedido pero perder una cuota, pensar que una consulta confirma la disponibilidad o asumir que el negocio proporciona un servicio excluido. Esos son distintos malentendidos. Revise la condición o etapa pertinente en lugar de añadir más flechas decorativas.
Usar el Opiniones de lectores para registrar respuestas reales contra el proyecto, no recluta automáticamente a un público representativo. Un pequeño grupo de conveniencia puede revelar problemas prácticos sin establecer una tasa de comprensión de toda la población.
Mantenga la comprensión separada del gusto del diseño. Alguien puede preferir un diseño de tres cartas y todavía malinterpretar el compromiso. Por el contrario, un proceso claro puede ayudar a alguien a decidir correctamente que el servicio no es adecuado.
Observe el viaje que describen las etapas
Después de un control de comprensión, pida a alguien que intente una tarea realista. Por ejemplo, encuentre si el servicio cubre su área y envíe una solicitud de prueba claramente marcada. No les diga qué botón presionar si descubrir la acción es parte de la pregunta.
El GOV.UK moded-testing guidance describe observar a las personas que trabajan a través de tareas específicas. Eso ayuda a distinguir un problema de mensaje de una interacción rota o información que falta en el destino.
Inspeccione la entrega más allá del navegador cuando sea apropiado. Un formulario de aspecto exitoso todavía puede no llegar al negocio. La descripción del proceso del cliente es sólo exacta si el viaje operativo lo soporta.
Grabar el borrador, las condiciones y el resultado observado. Si el texto cambia, preservar qué versión vio cada participante. Una actualización posterior no debe heredar una etiqueta probada simplemente porque la versión anterior fue revisada.
Utilice el resultado para mejorar una etapa específica
Si la gente no puede identificar la primera acción, revise la acción y el contexto. Si malinterpretan la cita, clarifique lo que incluye. Si la tarea falla porque la forma está rota, corrija la forma antes de reescribir la historia circundante.
Usar el Planificador de pruebas para mantener la pregunta, el cambio propuesto y la evidencia juntos. Una mejora antes y después es una observación, no prueba automática de que la estructura de tres etapas lo causó. El tráfico, la oferta y los cambios operacionales pueden afectar el resultado.
Luego vuelve al borrador visual en el editor de página. Compruebe que la secuencia sigue siendo legible sin animación, que la primera acción conduce al destino prometido y que las condiciones importantes no se ocultan en un detalle expandible nadie se le dice que inspeccione.
Una buena sección de proceso le da al cliente una visión de la ruta real. Tres etapas pueden ayudar cuando organizan esa ruta con claridad. Precisión, acciones significativas y un viaje de trabajo importan más que el número de tarjetas.
Una vez que su plan esté claro, utilice el editor gratuito de páginas HTML y CSS para construir una página de sus propias palabras. Edite el código, compruebe el diseño del teléfono, y copielo en su sitio web o constructor de IA. El editor no publica para usted o provea evidencia del cliente. Revise la página y enlaces de acción antes de compartirlo.