RECURSO SPACEBRAIN
Aprenda a diseñar una automatización de seguimiento de formularios que capture el contexto, califique clientes potenciales, dirija el siguiente paso e inicie conversaciones útiles.
Resumen de la guía
Un visitante puede compartir una necesidad de servicio, horario, ubicación o pregunta en un formulario. Un reconocimiento genérico de "Gracias, estaremos en contacto" no prueba que el contexto haya llegado al equipo, y una secuencia inmediata de múltiples preguntas puede parecer una segunda forma.
Enumere las decisiones que el equipo debe tomar después de una presentación: ¿Está la solicitud dentro del alcance? ¿El tiempo cambia la prioridad? ¿La ubicación cambia de propietario? ¿Es una conversación, una revisión o una reserva el siguiente paso adecuado?
Un formulario es una puerta de entrada, no el flujo de trabajo en sí. Almacene las respuestas originales con la fuente, la hora de envío, el estado, el propietario y las notas de conversación posteriores en el registro principal compartido. Un resumen puede ayudar a un compañero de equipo ocupado, pero no debe sobrescribir las palabras de la persona.
Un visitante puede compartir una necesidad de servicio, horario, ubicación o pregunta en un formulario. Un reconocimiento genérico de "Gracias, estaremos en contacto" no prueba que el contexto haya llegado al equipo, y una secuencia inmediata de múltiples preguntas puede parecer una segunda forma.
Una mejor primera respuesta es oportuna, específica y proporcionada: confirmar la recepción, reflejar sólo la información que la persona realmente proporcionó y luego ofrecer una acción o pregunta clara. Por ejemplo, un formulario de solicitud que ya haya capturado la categoría y ubicación del servicio podría preguntar si la necesidad es urgente o planificada si esa respuesta cambia la ruta.
Guía de usabilidad de formularios de Nielsen Norman Group es una referencia útil para hacer que los formularios sean comprensibles y utilizables. No establece una tasa de conversión universal, un recuento de campos ni una cadencia de respuesta. Pruebe el diseño con sus propios usuarios y flujo de trabajo.
Enumere las decisiones que el equipo debe tomar después de una presentación: ¿Está la solicitud dentro del alcance? ¿El tiempo cambia la prioridad? ¿La ubicación cambia de propietario? ¿Es una conversación, una revisión o una reserva el siguiente paso adecuado?
Reúna el conjunto más pequeño de respuestas que respalde esas decisiones. Un formulario de servicio puede necesitar categoría, ubicación, plazo y una breve descripción; un formulario de consulta puede necesitar el problema a resolver y el método de contacto preferido. Haga que los campos opcionales sean realmente opcionales y evite recopilar información sólo porque podría resultar interesante más adelante.
Un formulario es una puerta de entrada, no el flujo de trabajo en sí. Almacene las respuestas originales con la fuente, la hora de envío, el estado, el propietario y las notas de conversación posteriores en el registro principal compartido. Un resumen puede ayudar a un compañero de equipo ocupado, pero no debe sobrescribir las palabras de la persona.
Utilice un modelo de escenario simple como Nueva presentación , Contactado , Clasificación , Listo para reservar , Reservado , o Cerrado . Las etiquetas correctas son las que el equipo puede aplicar de manera consistente y vincularlas a la siguiente acción.
El primer seguimiento debería responder a tres preguntas silenciosas:
Cuando sea exacto, refleje un breve detalle de la solicitud: "Gracias por preguntar sobre [categoría de servicio] en [ubicación]". No agregue detalles que no fueron proporcionados y no reclame precio, disponibilidad, resultado o tiempo de respuesta que no haya sido confirmado por el proceso subyacente.
Haga una pregunta de seguimiento solo cuando su respuesta cambie la ruta, la prioridad, la propiedad o el tipo de ayuda ofrecida. Documente la regla antes de activar la automatización. Por ejemplo, una región puede dirigirse a un propietario regional; una línea de tiempo seleccionada puede ingresar a una cola de revisión; un cliente potencial listo para reunirse puede ver una ruta de reserva.
Mantenga visibles para revisión humana los envíos ambiguos, incompletos, conflictivos, sensibles o fuera de alcance. La automatización responsable reconoce la incertidumbre; no genera confianza a partir de aportaciones escasas.
Cuando un cliente potencial llega a un miembro del equipo o al proceso de reserva, transmítale las respuestas originales, las respuestas de seguimiento, la ruta seleccionada y cualquier siguiente paso prometido. Confirme que el próximo propietario pueda ver el mismo registro. La reserva es una transición, no un permiso para reiniciar la clasificación desde cero.
el Marco de privacidad del NIST es una herramienta voluntaria para gestionar el riesgo de privacidad. Úselo como una guía para pensar qué datos recopila el formulario, por qué son necesarios, quién accede a ellos, cómo se mueven a través del flujo de trabajo y qué sucede cuando ya no son necesarios. No es una declaración de que una forma o configuración particular cumpla con alguna obligación legal.
Complete esta tabla antes de agregar o mantener un campo. Si el equipo no puede indicar la decisión y la ruta que respalda, considere eliminarla o convertirla en opcional.
Prueba de ruta: Cree un envío representativo para cada ruta prevista, más un envío poco claro y otro fuera de alcance. Verifique el registro, el reconocimiento, la pregunta, el propietario, la transferencia y cualquier acción de reserva. Tenga en cuenta cada vez que el flujo de trabajo solicite información ya proporcionada u ofrezca una promesa que el equipo no pueda confirmar.
Es un flujo de trabajo que responde después de un envío y lleva a la persona hacia el siguiente paso relevante. Una versión útil conserva el contexto enviado, lo reconoce con precisión, hace preguntas específicas sólo cuando es necesario, dirige la solicitud y registra la interacción.
PONLO EN PRÁCTICA