El mismo pantalla, dos visiones completamente distintas: así piensan el cliente y el desarrollador

"Algo sencillo, sin complicaciones."

Para quien encarga el proyecto, esa frase lo dice todo. Pero cuando llega el resultado, a veces surge esta sensación:

"…Esto no es lo que tenía en mente."

Esta situación tan incómoda, en realidad, no es culpa de nadie. El cliente y el desarrollador pueden escuchar las mismas palabras y, desde sus propias experiencias y contextos, imaginar cosas completamente diferentes.

¿Por qué la misma frase suena distinta?

Todos interpretamos el mundo a partir de lo que hemos vivido. El cliente habla pensando en el problema de negocio que quiere resolver, mientras el desarrollador traduce esas palabras en unidades técnicas de implementación. Entre ambos existe una brecha silenciosa hecha de vocabulario profesional, convenciones del sector y decenas de supuestos implícitos.

Y lo que agrava todo esto es que el software, a diferencia de un edificio, arranca con palabras, sin ningún plano visible. En arquitectura no se pone un ladrillo antes de desplegar los planos; en el desarrollo de software, en cambio, unas pocas frases pueden poner en marcha meses de trabajo. Por eso, un pequeño malentendido al principio puede convertirse en una distancia enorme al final.

La distancia que cabe en una frase: "un tablón de anuncios sencillo"

Imagina esta escena.

El cliente dice: "Pongan solo un tablón de anuncios sencillo."

En su mente aparece algo concreto: un espacio donde los empleados puedan publicar y consultar comunicados internos, sin más. Sin categorías, sin comentarios, lo justo: subir y ver.

En la mente del desarrollador, en cambio, se despliega otro escenario. Para él, "tablón de anuncios" significa, por experiencia, registro de usuarios, inicio de sesión, publicación, edición y eliminación de entradas, comentarios, paginación y gestión de permisos de administrador: una pequeña comunidad online. Quizás incluso imagina algo similar a un foro completo.

Ninguno se equivoca. Cada uno está describiendo su propio "tablón sencillo" basándose en lo que ha visto. El problema es que esa diferencia no se detecta y el desarrollo comienza igualmente.

Dos herramientas para acercar esas visiones

Por suerte, hay formas de reducir esa brecha: el diseño de pantallas (wireframes) y los ejemplos concretos.

Un wireframe no tiene por qué ser sofisticado. Un boceto a mano que muestre qué botones van dónde y a qué pantalla llevan es más que suficiente. Lo que mil palabras no consiguen explicar, una sola pantalla lo deja claro.

Los ejemplos también son un recurso poderoso. Un simple "queremos algo parecido a esta web" acompañado de una URL puede reemplazar media hora de reunión. Y decir "esto no es lo que buscamos" también ayuda enormemente.

Un buen equipo de desarrollo siempre recorre este camino antes de escribir una sola línea de código. Aquella empresa que, durante la fase de planificación, dibuja wireframes contigo y te pregunta "¿Lo hemos entendido bien?" antes de seguir adelante, esa es la primera señal de que tienes un socio de confianza.

Si no lo comparas antes, solo lo descubrirás cuando ya esté hecho

En el desarrollo de software, el malentendido más caro es el que aparece justo antes de entregar el proyecto. Cuando, tras meses de trabajo e inversión, alguien dice "esto no era lo que pedí", ambas partes salen agotadas.

Dedicar algo más de tiempo al principio para sacar a la luz lo que cada uno tiene en mente y contrastarlo es el verdadero punto de partida de un proyecto exitoso.

¿Tienes un servicio en mente que todavía estás planificando? Nos encantaría revisar contigo los requisitos y asegurarnos de que no hay ninguna brecha entre lo que imaginas y lo que se va a construir. Cuéntanos tu idea.