Doorknocker · trabajo de campo comercial

Una aplicación auxiliar para los vendedores que trabajan puerta a puerta. Cada vendedor llega con una lista de leads que puede ver de dos formas: sobre un mapa, para agrupar los de una misma zona y planificar la ruta, o como lista, con el perfil completo de cada contacto. Puede además dar de alta nuevos leads a mano, estando ya en la calle, y actualizar el estado de cada uno según cómo haya ido la visita.

Las dos vistas sobre los mismos datos. El mapa sirve para decidir a dónde ir; la lista, para decidir con quién hablar. El estado de cada lead se actualiza tras la visita.

La decisión más discutida: filtros o buscador

Casi todas las discusiones del proyecto giraron alrededor de la estructura de pantalla. La más recurrente: si la lista de leads debía ofrecer filtros o bastaba con un buscador.

No es una discusión estética. Un vendedor en la calle, con el teléfono en una mano, casi nunca busca a una persona concreta por nombre: necesita responder «¿a quién de esta zona no he visitado todavía?». Esa es una pregunta de filtro, no de búsqueda. Un buscador obliga a saber de antemano lo que se busca; un filtro permite explorar lo que queda por hacer.

El acceso a la cámara

Los vendedores fotografían las casas como referencia. La discusión fue cuántos pasos debía haber entre estar frente a la casa y tener la foto guardada asociada al lead correcto. Cada paso intermedio es tiempo de pie, frente a alguien que espera.

Cómo se resolvían esas discusiones

Como equipo de UX/UI proponíamos una solución fundamentada. Los stakeholders traían otra que les parecía más adecuada porque la habían visto en una aplicación similar. Sin posibilidad de probar con usuarios reales, la decisión terminaba dependiendo de quién argumentara mejor en esa reunión.

Lo escribo tal cual porque es lo que ocurría, y porque describe un problema de proceso que va más allá de este proyecto: sin datos, el criterio de diseño y la referencia visual de un competidor pesan lo mismo en una discusión. Una prueba con cinco vendedores habría cerrado la conversación de los filtros en una tarde.

Interfaz del flujo 'Añadir nuevo lead' en modos claro y oscuro.

HEA Form · auditoría energética

El formulario que usan los especialistas cuando visitan una vivienda para evaluar sus condiciones energéticas. Con esos datos, los ingenieros preparan después la propuesta técnica: instalación de paneles solares, sellado térmico del techo, climatización o solución geotérmica.

Es un formulario largo y técnico —aislamiento, HVAC, agua caliente, sellado de aire y conductos, termostato, iluminación, electrodomésticos, salud y seguridad— que se rellena en casa ajena, a veces en un altillo o un sótano. Lo diseñamos en versión web y versión móvil, con la misma estructura de datos y prioridades distintas: la web para revisar y completar, el móvil para capturar en el sitio.

Iteraciones sobre la estructura del formulario.

Cómo se tomaban las decisiones: propuestas enfrentadas

Sin acceso a usuarios, el equipo necesitaba alguna forma de resolver desacuerdos que no fuera la insistencia. Adoptamos una: montar las alternativas lado a lado, con sus argumentos, y decidir sobre eso.

HEA Form Web. Prototipo Low-Fidelity. Pantalla de notificaciones versión desktop

Se usaba en tres situaciones distintas. Cuando el stakeholder pedía una solución concreta y nosotros creíamos que había otra mejor, montábamos ambas. Cuando dentro del equipo de diseño cada uno veía una manera distinta de resolver el mismo objetivo, montábamos ambas. Y cuando simplemente no había forma de saber cuál funcionaría, montábamos ambas.

No era una prueba: nadie medía nada. Era un instrumento para que la conversación ocurriera sobre algo concreto en lugar de sobre descripciones. Y muy a menudo la decisión final era una mezcla de las dos, que suele ser señal de que ninguna estaba completa y de que ver las dos juntas ayudó a encontrar la tercera.

Un ejemplo. La sección «Insulation Levels» tenía que permitir añadir elementos de una lista larga. A despliega las opciones dentro del flujo del formulario, empujando hacia abajo el contenido ya rellenado. B las presenta en un panel flotante anclado al control, sin mover nada. La segunda protege el contexto; la primera es más predecible. Puestas una al lado de la otra, la discusión dura cinco minutos.