Sergio Gago

En áRes:desarrollo estamos cambiando nuestro modelo, de ser una agencia de diseño Web 2.0 a ser asesores de estrategias en la red, pero han sido unos cuantos años que nos han enseñado muchas cosas. Una de las cuales es, cuándo no aceptar un proyecto, aunque estés escaso de clientes. Y es que un mal cliente es mucho peor que no tener clientes.

Sin embargo, Jeffrey Zeldman la ha clavado en su post 20 signs you dont want that web design project.

Parece un post irónico, de coña, pero señores… la cosa va muy en serio. Si tu cliente va por estos lindes, es mejor no aceptarlo!

Voy a traducir algunos de los mejores puntos de la lista:

• El cliente tarda seis meses en responder tus bocetos y propuestas, pero no cambia la fecha final de entrega.
• En la primera reunión del proyecto, después de un análisis previo y de haber viajado bajo tus propios costes, el cliente te dice que no tiene presupuesto, pero que está abierto a hacer un intercambio de servicios.
• El cliente no puede articular un solo objetivo de usuario. Tampoco una estrategia de negocio, una estrategia online, una razón para la mera existencia de su sitio Web un una única métrica para mejorar su Web. Pero a pesar de todo, ha diseñado un increiblemente detallado boceto.
• El cliente te asegura que aunque él, que es un “hombre de visión”, no se involucrará en el diseño de la web, su empleado, el contacto, estará dedicado completamente para aprobar cada entregable.
• En la reunión de entrega, el anteriormente mencionado “hombre de visión”, entrega dibujos de su idea de cómo debería ser la estructura de la Web. Estos dibujos no tienen nada que ver con la investigación que has hecho, con las recomendaciones aprobadas, con los bocetos aprobados o con el diseño final aprobado.. Tampoco con el diseño final de las páginas, ni siquiera con las plantillas HTML que estás integrando en el CMS.
• Justo antes de llegar, la empresa despide a tu cliente. Un asistente sobresaturadose encarga del proyecto. El site nunca llega a nada. Dos años después, una nueva persona al cargo te envía mails para que rediseñes el site.
• El cliente te envía un request for proposals de 40 páginas, incluyendo diagramas de flujo aprobados por el comité hechos en Microsoft Art.
• El cliente te dice que ha realizado un estudio de usabilidad con su mujer.
• Cuando elt rabajo del back-end está a punto de terminar, el cliente se replantea la arquitectura.

Lo peor de todo es que muchas de estas cosas, son completamente impreisibles, y te pueden fastidiar entero. Cuando la empresa cliente es de más de 10 personas, hay que evitar que todo el mundo opine, y que todo el mundo proponga funcionalidades que no estén cerradas. Intentar que el contrato esté bien cerrado y las fechas de pago bien señaladas en el calendario.

En fin, un artículo muy recomendable. Y en breve os mostraremos el nuevo camino que está tomando áRes!