Patrocinado por docxpresso.com

Modelo de contrato
para desarrollo informático

Envía tu curriculum
y te avisamos cuando se descarga

Propuesta de desarrollo
para web coporativa

Portada > Artículo | 05-09-2003 - Cesar Martin

¿De qué sirve el criterio cuando todo el mundo puede opinar?

Resumen: Decisiones tomadas con falta de criterio suelen condenar a nuestro site a morir a menos que la suerte o casualidad se cruce en nuestro camino. Como formar criterio y aplicarlo.

Valoración media: 2,95 | Votos: 8640 | Lecturas: 22751

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.

El dejar que cualquiera pueda opinar nos puede llevar a la situación donde aspectos críticos del desarrollo (como el ancho de la tabla, el uso de frames, el diseñar una portada donde sólo ofrecemos la selección del idioma) condenen por completo el desarrollo.

El definir lo que es bueno y malo es necesario y no puede quedarse suspendido en el ámbito del "ya veremos", "depende"... es necesario que el equipo de desarrollo disponga 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 site y no podemos dejar que "cualquiera" tome decisiones que pueden condenar el site.

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 dificilmente 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 siempre en cuenta que el usuario en 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 site al 3 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 la persona que 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.

El basarse en suposiciones, ideas, textos (como este que estás leyendo) es erroneo. Es necesario (esencial) el 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 (y especialmente en las corporaciones) es necesario disponer de un laboratorio donde el equipo encargado de la web pueda experimentar con prototipos rápidos soluciones, nuevos productos o ideas.

Es esencial que este laboratorio cuenta 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 desarrollo ya que ese tipo de procesos suele cortar de raiz la posibilidad de testeo constante ya que la cadena de mando se prolonga demasiado haciendo dificil el trabajo en equipo.

Tampoco es necesario tener muchos medios para tener un laboratorio. Dedicar una carpeta dentro del servidor y en ella ir probando nuevas soluciones y disponer de un par de amigos para porbarlas 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 sites son desarrollados desde equipos donde la burocracia suele matar la posibilidad de mejorar el site en aspectos críticos.

Es necesario desarrollar con el control del site en nuestras manos. Ser capaz de probar soluciones, confirmarlas y aplicarlas en ciclos breves que favorezcan el ganar "momento" y el mostrar respuestas a las demandas de los usuarios.

Conclusión 5: Un site vivo se siente y ayuda a ganar usuarios.

Puntúa este artículo 1 punto 2 puntos 3 puntos 4 puntos 5 puntos


Artículos más leidos en Alzado.org

Qué es un problema. Metodología para el diseño

Bájate estos documentos ejemplo de propuesta web

Philip Kotler: los 10 principios del Nuevo Marketing

Fuentes, tipos de letra y recursos tipográficos


© Alzado.org | Algunos derechos reservados. Licencia Creative Commons