Diseñe un formulario de contacto que realmente ayude

Comience con las consultas y cómo se manejan

Solicitudes comunes de grupo: preguntas, citas, apoyo y propuestas. Decida qué información es esencial para enrutar cada uno y qué se puede solicitar en la respuesta. Un campo presupuestario obligatorio, por ejemplo, puede excluir a alguien que todavía intenta definir el alcance; Su propósito debe ser claro.

Explique quién recibirá la consulta y qué puede esperar el remitente a continuación. Promete un tiempo de respuesta solo cuando el equipo pueda cumplirlo. Si los mensajes van a diferentes departamentos, defina internamente el enrutamiento en lugar de esperar que los visitantes conozcan su organización.

• Propósito de cada tipo de consulta.
• campos esenciales y la razón para recogerlos.
• Responsable de leer y responder.

hacer que la entrada sea comprensible y recuperable

Proporcione a cada control una etiqueta visible, marque los campos obligatorios y proporcione ejemplos solo cuando sea útil. Las instrucciones de marcador de posición desaparecen durante la entrada. Orientación de formularios de MDN Explica las etiquetas y la agrupación.

Prueba con un teclado, en un teléfono y con texto más largo. Cuando falla la entrada, explique el problema cerca del campo, mantenga los valores ya ingresados y proporcione una forma clara de corregirlo. También pruebe una conexión perdida y una presentación repetida. La retroalimentación de éxito debe confirmar la acción sin exponer los datos personales.

Limite los datos y explique su uso

Reúna lo que es útil para la consulta y explique el propósito, los destinatarios relevantes y dónde aprender más sobre el procesamiento. para las operaciones francesas, La guía de CNIL recomienda información en la recolección, con una primera capa corta cerca del formulario y un enlace de página de privacidad cuando corresponda. Adaptar el aviso al tratamiento real y la ley aplicable.

Evite requerir documentos confidenciales o una cuenta para una pregunta simple. Si los archivos adjuntos son necesarios, explique los formatos, el tamaño y la retención aceptados. Compruebe que los controles de spam no impidan consultas legítimas.

• Aviso de cobro actual.
• Solo datos y archivos adjuntos necesarios.
• Ruta de contacto alternativa accesible.

Pon a prueba el viaje hasta una respuesta

Envíe consultas de prueba con un campo vacío, una dirección mal formada, un mensaje largo y una entrada válida. Verifique los comentarios de la pantalla, la llegada al lugar correcto, la legibilidad del mensaje recibido y la capacidad del equipo para responder. Una página de confirmación por sí sola no prueba la entrega.

Después del lanzamiento, verifique la ruta completa regularmente, especialmente después de cambiar el alojamiento, la entrega de correo o la protección contra spam. Los Lista de verificación previa al lanzamiento Sitúa esta prueba entre las comprobaciones de liberación más amplias.

Reducir la escritura repetida sin perder etiquetas ni validación claras.

Caso ficticio: un formulario distingue nombre, correo y teléfono. Pruebe los tokens adecuados con un perfil ficticio guardado y escritura manual. El autocompletado puede introducir valores inesperados; mantenga la validación en servidor y no desactive arbitrariamente una ayuda útil.

• Los valores llegan a los campos correctos y los errores permiten corregir sin perder otras respuestas.

• MDN HTML Autocomplete

  Atributo HTML que indica el tipo de información esperado y orienta el autocompletado.

Comprobar la recepción de la solicitud

Caso propuesto: el formulario anuncia un envío correcto, pero el destinatario no recibe el mensaje. La confirmación no explica todo el recorrido.

Use datos ficticios en un entorno autorizado. Relacione envío, respuesta, recepción y persona responsable; distinga un fallo de entrega de una solicitud pendiente.

• Enviar una solicitud ficticia
• Confirmar la recepción
• Identificar al responsable

• Corregir un campo sin perder los demás

  Escribir errores de formulario que ayuden a las personas a recuperar