Año 2 - Boletín Nro 46 - martes 16 de septiembre de 2003 |
Recién encontré en mi buzón de correo el Boletín de Alzado.org con este artículo de Cesar Martín, acostumbrado como nos tiene a sus certeros análisis, ProyectoWeb decide brindárselo a sus lectores.
Sobre el proceso de desarrollo web:
¿De qué sirve el criterio especializado
cuando todo el mundo puede opinar?
Por César Martín - Director de Arte - http://www.alzado.org/
Decisiones tomadas con falta de criterio especializado suelen condenar a morir el desarrollo de nuestro sitio web sin apenas haberlo comenzado, a menos que la suerte o casualidad se cruce en nuestro camino. Como formar criterio y aplicarlo
Es sólo mi opinión y como tal vale lo mismo que cualquier otra.
No. La opinión de los desarrolladores no vale menos que la de cualquier otra persona. La responsabilidad del éxito del desarrollo recae sobre personas identificables y no sobre el usuario o algún tipo de "ente" externo que no conocemos o controlamos.
Dejar que cualquiera pueda opinar, nos puede llevar a la situación donde aspectos críticos (como el ancho de la tabla, el uso de frames, o el diseñar una portada donde sólo ofrecemos la selección del idioma) condenen por completo el desarrollo.
Definir lo que es bueno y malo es necesario y no puede quedarse suspendido en el ámbito del "ya veremos", "depende"... cada equipo de desarrollo debe disponer de las herramientas para crear criterio y poder aplicarlo.
Conclusión 1: Todos los aspectos del diseño web son críticos para el éxito del sitio y no podemos dejar que "cualquiera" tome decisiones que pueden condenar el sitio.
Que sea el usuario el que decida
El usuario como "paciente" nos dirá que le duele, que le molesta, pero son los "doctores" los que pondrán soluciones y podrán determinar si el "dolor" está causado por lo evidente o si el problema viene de otra fuente.
El usuario en el laboratorio dirá que le parece mal, mejor y en el mejor de los casos, si somos capaces de probar 2 versiones, podrá decir cual es más adecuada, pero difícilmente podrá aventurar soluciones del tipo "pues yo este menú lo pondría aquí y le cambiaría el nombre por esto otro".
Por otro lado, tenemos que tener en cuenta que el usuario en el laboratorio es un usuario motivado y no padece la lacra de interés que existe en el mundo real, donde las sesiones son de 2 páginas vistas y el abandono del sitio al 3er click es del 75%.
Conclusión 2: El usuario es clave para detectar problemas, pero es el equipo de desarrollo el que encontrará las soluciones.
Quién soy yo para decidir...
Si eres la persona responsable del proyecto y eres quién toma las decisiones sobre lo que va y no va, necesitas ser capaz de saber lo que es bueno, lo que es malo y ser capaz de cortar por lo sano ideas sin fundamento.
El proceso hasta llegar a ser capaz de distinguir, pasa por la experiencia directa en el desarrollo. Es imposible tomar decisiones si no se ha participado en el desarrollo de forma directa y no se han evaluado las consecuencias de los actos.
Basarse en suposiciones, ideas, textos (como este que estás leyendo) es erróneo. Es necesario (esencial) tocar el producto, moldearlo y ver las reacciones que conseguimos.
Conclusión 3: Si tu desarrollo web es crítico para tu empresa, domínalo y para ello es necesario conocer todos los detalles del mismo. Confía en tu equipo y trabaja con ellos.
Crear el laboratorio
Dentro de las empresas es necesario disponer de un laboratorio donde el equipo encargado del desarrollo web pueda experimentar con prototipos, para encontrar rápidas soluciones, nuevos productos o ideas.
Es esencial que este laboratorio cuente con equipos capaces de desarrollar en HTML soluciones reales de baja fidelidad que puedan ser probadas por usuarios de forma directa y en condiciones "reales" de uso (es decir, navegador, links, formularios, etc...)
No se debe depender de colaboradores externos para cada proceso de desarrollo web, ya que dificulta la posibilidad de testeo constante y hace que la cadena de mando se prolonge demasiado haciendo difícil el trabajo en equipo.
Tampoco es necesario muchos medios para tener un laboratorio. Dedicar una carpeta dentro de nuestro servidor para ir probando nuevas soluciones y disponer de un par de amigos para probarlas puede ser suficiente para la mayoría de las casos.
Conclusión 4: Probar, probar, probar...
La necesidad de poder tocar el código en caliente
Muchos sitios web son desarrollados por equipos donde la burocracia suele matar la posibilidad de mejorar el sitio en sus aspectos críticos.
Es necesario desarrollar el sitio web con el control total en nuestras manos. Ser capaz de probar soluciones, confirmarlas y aplicarlas en ciclos breves que favorezcan el ganar "momento" y mostrar respuestas a las demandas de los usuarios.
Conclusión 5: Un sitio vivo se siente y ayuda a ganar usuarios. |
Suscribirse al Boletín
