La responsabilidad de elegir la mejor herramienta para nuestro cliente

Hoy os vengo a hablar de un tema que para mi es bastante interesante, de la mejor herramienta para nuestro cliente que casi nadie toma en cuenta, y yo, hasta hace no mucho, muchas veces no lo pensaba. Igual es cierto ese «ego de los desarrolladores» y no somos muy empáticos.

Todo esto nace porque me ha llegado un proyecto grande, de varios meses y ahí es cuando una de las diseñadoras con las que trabajo, me decía en una de nuestras reuniones: «Tengo mucha responsabilidad en este proyecto, más me vale que le guste lo que haga, los diseñadores siempre tenemos mucha responsabilidad ante los clientes». Pensándolo bien, no le falta razón, al final, los diseñadores siempre han tenido mucha más responsabilidad que los desarrolladores en los proyectos, siempre se ponen tiquismiquis con eso de «El logo lo quiero más grande» o «más diseño» y todas esas cosas de disainers que mi mente no logra entender.

Ahora bien, y os lanzo esta pregunta ¿Los desarrolladores no tenemos responsabilidad?

Analísis de requisitos para la mejor herramienta para nuestro cliente

Cuando nos llega un proyecto, aunque sea de un autónomo pequeño, o del taller de tu barrio, necesitamos hacer un análisis de requisitos. ¿Qué es? Es el proceso donde estudiamos las necesidades de nuestro cliente y sus usuarios. En desarrollo de software está más enfocado a requisitos funcionales, ya que el diseñador o diseñadora ya hará su propio análisis sobre los usuarios. Por favor, ¡¡Hablad con vuestra diseñadora o diseñador!! 🤣🤣🤣

Para saber qué es lo que tenemos que tener en cuenta, siempre me hago una especie de esquema del proyecto, también es cierto que en los proyectos pequeños, no suelo hacerlo, porque ya prácticamente con el Briefing que mando, ya tengo contestado todo (o casi), pero el no hacerlo puede que te pase algo y al final perdáis tiempo y dinero, así que os lo recomiendo. Este es mi esquema:

• ¿Qué problema tiene?
• ¿Cómo se lo voy a solucionar?
• Tecnologías que vamos a utilizar
• Mapa web y funcionalidades de cada sección
• ¿Por qué he elegido esta tecnología y no otra?
• El futuro del cliente. ¿Qué tiene pensado hacer en el futuro con su proyecto? ¿Va a ser escalable? ¿Tiene un tiempo el proyecto?
• Comunicación con otros profesionales (SEO, diseño, copy)

Hacer una lista como esta, a mi me ha salvado muchas cagadas a nivel de desarrollo de cara al cliente, sobre todo el futuro preguntar siempre qué es lo que quiere hacer el cliente con su proyecto en uno o dos años.

¿Y qué pasa con la responsabilidad de los desarrolladores?

Con el análisis de requisitos rellenado, y habiéndome reunido con el cliente, ahora si puedo tener la responsabilidad de la que mi compañera Nora habla. ¿Qué pasa si escogemos una herramienta en la que en dos meses se le queda pequeña? ¿Pensamos en la escabilidad? ¿Qué va a hacer nuestro cliente en un año o dos? ¿Quiere solo una landing y luego ya veremos? ¿Quiere un MVP? ¿Va a poder mantenerlo él? ¿Este plugin es bueno? ¿Tiene demasiadas funcionalidades para lo que él necesita? ¿Y si le hago uno a medida?

Todas estas preguntas son las que me hago yo siempre que me viene un cliente. Entiendo que no todo el mundo las haga, pero yo siempre quiero que el cliente quede contento con mi trabajo. Y bueno, lo más fácil para mi igual es meterle un Divi (o no) que lo hago en una tarde y le cobro X y en dos meses ya no es muy funcional.

Pero yo no quiero eso

La verdad es esta. Yo me pasé año y medio mandando audios a mi compañera diseñadora casi llorando con mi síndrome del impostor porque yo misma no me valoraba una mierda, y no entendía para que estaba yo, si con un maquetador visual no hace falta una desarrolladora ¿no?

Pues me dijo algo que me hizo cambiar mi perspectiva ante la necesidad de nuestra profesión aunque sea para hacer webs con maquetadores visuales: «Para ti, cosas como securizar un sitio web, hacer WPO, o subir los valores PHP, no es nada, pero si yo hiciera la web sola, estaría 40 horas para llegar a cosas que tu haces en 10 minutos». Ahí me di cuenta, que a mi no se me pagaba por el tiempo que esté desarrollando, sino por el valor que aporto a los proyectos, que si hace falta un plugin a medida, lo pueda hacer, o que si tenga que investigar sobre cuál es la mejor solución para nuestro cliente en base a funcionalidades le pueda dar varias opciones y el mismo cliente pueda decidir.

En este post, solo quiero hacer una reflexión para que pensemos un poco sobre qué es lo mejor para el cliente y que le demos todas las opciones disponibles a nuestros clientes, se las expliquemos (no en chino, por favor) y que ellos tengan el poder de decidir qué quieren hacer, aunque nosotros les asesoremos.

Imagen destacada: https://www.shutterstock.com/es/image-photo/boss-defending-his-team-gesture-protection-1245379747