Background Image
DESARROLLO DE SOFTWARE

Los clientes no compran pruebas ni código bonito

March 13, 2024 | 3 Minuto(s) de lectura

"Ser inteligente sobre algo no es suficiente".

Es fácil encontrar desarrolladores que tratan sus tecnologías de elección como legos, jugando con muchos pero sin construir nada útil. Luego, de lo que más se habla es del desastre que se queda atrás.

Asset - Image 1 for Clients Do Not Buy Tests or Beautiful Code blog

Puede que algunos incluso mantengan las cosas organizadas y construyan algunas cosas corrientes. Pero los que sobresalen por encima de los demás son los que construyen cosas que hacen que la gente hable positivamente, lo que lleva a que otros corran la voz.

Los clientes no compran pruebas ni código bonito.

Los clientes no van por ahí contando a sus amigos el código limpio que alguien ha escrito. Hablan de lo felices/aliviados/excitados que están por algún problema con el que alguien les ha ayudado. Una vez resuelto su problema, pueden llegar a apreciar cualquier otra cosa.

Se dice que Steve Jobs quería que el diseño interno del iPhone estuviera a la altura de su elegancia externa, aunque la mayoría de la gente nunca viera su teléfono por dentro. Supongamos que contratamos a alguien para que construya nuestra sala de servidores. ¿En quién confiaría más: en la persona que crea salas de servidores como la de la izquierda o la de la derecha?

Asset - Image 2 for Clients Do Not Buy Tests or Beautiful Code blog

Puede que nunca tengamos que ver eso. Ver la sala de servidores de la derecha nos tranquilizaría, incluso sin entender qué hace cada uno de esos cables, de dónde vienen o a dónde van. Pero la pulcritud del trabajo demuestra cuidado.

En es lo mismo con el código.

Es probable que la mayoría de los clientes no vayan a mirar el código. Pero si deciden echar un vistazo mientras presumen ante sus amigos de la increíble solución que ha hecho alguna empresa, es mejor que encuentren un código pulcro. Si se aventuran a mirar el código, es importante que el desarrollador sea capaz de pasar rápidamente de "este es el código" a "este es el problema que te resuelve"... lo que nos lleva a reflexionar sobre el "dev speak".

Discurso del desarrollador

Hace muchos años tenía un gran amigo que vivía en Houston. Era inmigrante argentino y se ganaba la vida pintando casas. Trabajaba con un equipo formado por otros inmigrantes. Él era el líder y el que ganaba más dinero. ¿Por qué? Porque era el único que hablaba inglés. Era capaz de hablar en casa del cliente, entender sus necesidades y preocupaciones, y luego negociar.

¿Por qué pienso en esto?

Varios promotores se parecen mucho a los inmigrantes que no saben hablar inglés. Sólo pueden hablar su propio idioma hecho de mucho mumbo jumbo técnico, pero no pueden hablar con la empresa, entender sus necesidades y sus preocupaciones. La alternativa es escuchar activamente al cliente, prestando atención a los detalles. Por ejemplo, los contables siempre dicen primero débito. "Cuando se registra un pago, débito en fondos no depositados en el banco, crédito en cuentas por cobrar".

Así es como hablan.

Cuando las partes interesadas se acerquen a la pizarra, presta atención a cómo dibujan su visión. Considéralo parte del trabajo de UX/UI (En ese orden. ¡La experiencia primero!) Para proporcionarles una buena experiencia de usuario, la interfaz de usuario debe reflejar esa visión, ese comportamiento común utilizado al articular sus pensamientos:

Asset - Image 3 for Clients Do Not Buy Tests or Beautiful Code blog

A los contables les gusta eso. Se lo cuentan a otros. Se sienten comprendidos. Si quieren ver la "sala de servidores", podríamos empezar por mostrarles las pruebas automatizadas que documentan sus necesidades y su solución.

"Pero el código me parece griego", pueden decir. Invíteles a echar un vistazo de todos modos.

 Asset - Image 4 for Clients Do Not Buy Tests or Beautiful Code blog

"¡Ah, veo la cuenta de débito de fondos no depositados, la cuenta de crédito de cuentas por cobrar!".

Tras una rápida explicación de lo que es una especificación o prueba y su valor, podemos mostrarles el código que implementa esa función:

Asset - Image 5 for Clients Do Not Buy Tests or Beautiful Code blog

"¡Oh, otra vez, veo el débito y el crédito en medio de esos corchetes y puntos y comas!". Creo que es una buena forma de que los clientes

  • untender y explicar claramente a los demás lo que hacemos

  • tse fíen de nosotros y confíen en que velaremos por sus intereses.

Para concluir estas reflexiones, he aquí una historia que algunos de ustedes ya habrán oído.

Un cliente me dijo una vez al comienzo de un proyecto: "El equipo no tiene que preocuparse por los demás empresarios. Su trabajo es hacerme feliz". Sin embargo, yo discrepé respetuosamente. "No, nuestro trabajo es hacer felices a tus clientes. Si tenemos éxito, te garantizamos que serás feliz".

Esa es una historia que se vuelve a contar.

Póngase en contacto con nosotros si desea obtener más información sobre nuestros servicios de desarrollo informático.

Desarrollo de software

Reflexiones más recientes

Explore las entradas de nuestro blog e inspírese con los líderes de opinión de todas nuestras empresas.
Asset - Multi-Cloud Strategies for Developers image 2
NUBE

Aprovechamiento de SAP Analytics Cloud mediante widgets personalizados

SAP Muestra de widget personalizado