Vendiendo estándares web a los clientes

Escrito por Greg Kise en 2.09.05

Este artículo fue publicado originalmente en A List Apart en julio del 2001. A pesar de su edad, tiene puntos que todavía son válidos, especialmente en mercados como los latinoamericanos en los que los estándares siguen siendo un concepto desconocido para la mayoría de los clientes. --Kemie

Ha sido un año lento. Con la economía del Internet dando de tumbos (tal vez has leído sobre ello), los nuevos clientes no han estado llamando como antes. Así es que ¿qué puede hacer un desventurado diseñador web con una familia y una hipoteca modesta? Usar el tiempo fuera para re-aprender, re-abastecerse y cambiarse al Diseño basado en Estándares, por supuesto (jubileo, chiflidos, aplauso ensordecedor).

¡Hecho! Emmmm, solo un pequeño problema. ¿Cómo convenzo a mis clientes de que accedan a ello?? Puede que no sepan mucho de tecnología, pero conocen bien el mantra de diseñar para el mínimo común denominador. Acceso para todos es el grito de guerra de la pequeña empresa, y, peor aún, probablemente tomaron algunas de esas ideas de mí.

Algo está podrido en el navegador del cliente

Me pasó la semana pasada. Estaba hablando con uno de mis clientes constantes. Me estaba sintiendo un poco embriagado e intoxicado por el poder de las CSS válidas y todas las nuevas oportunidades de diseño y retos que presentan. Me preguntó qué hacer con su sitio (dado que se está volviendo un poco anticuado). Una mordidita, justo lo que quería. Intento poner el anzuelo.

"Doug," digo, "Qué bueno que me preguntas. He cambiado mi estrategia de diseño del viejo, desordenado HTML basado en tablas al precioso, fácil de mantener, cuidadosamente implementado diseño basado en estándares." Digo "diseño basado en estándares" lento, dejando que sienta el peso y majestuosidad de este nuevo enfoque. "De hecho, casi he terminado mi sitio promocional. ¿Estas en línea? Bien, echémosle un vistazo."

"Hmm, se ve raro, Greg."
"¿Cómo que raro?" (El estrés sube.) "Qué navegador estás usando?"
"Internet Explorer."
"Eh, ¿qué versión?"
"¿Cómo veo la versión? Estas son máquinas viejas, universitarias."
"Haz clic en Ayuda, Acerca de."
"Versión 4.0."
"Arrghhhhhhh."

Lección aprendida. Asegúrate que tu sitio promocional en verdad está listo para protegerse de navegadores viejos antes de presumirlo.

Sin embargo, si Doug mira al sitio el día de hoy con IE 4.x, va a ver un sitio bastante sencillo — bien organizado, claro está — nada de imágenes encimadas con palabras, etc. Pero ciertamente no se va a ver como yo lo diseñé. Seguirá estando confundido sobre el valor de los estándares, y yo aún tendré que delicadamente (y persuasivamente) hacer que cambie a mi nuevo enfoque. Todo esto mientras ve un sitio "roto".

Tornando Negativos en Positivos

He aquí el reto: Estás hablando con un cliente potencial. Abren un navegador viejo para ver tu precioso sitio basado en estándares. Y lo que ven hasta arriba es "Este sitio se verá MUCHO mejor en un navegador que soporta estándares web, pero es accesible a cualquier navegador o dispositivo en internet."

#1 Accesibilidad completa

Rápidamente cambia ese negativo en un positivo enfatizando inmediatamente "Accesibilidad total." Dile al cliente potencial que te alegra mucho que haya visto tu sitio con un navegador viejo porque eso demuestra como cada dispositivo en internet- desde wireless hasta braille — puede acceder a todo el contenido de tu sitio. Y esto incluye navegadores viejos y achacosos como IE4 y Navigator 4. Ahora, pasemos a navegadores más recientes (como IE5.x) y veamos de nuevo.

La accesibilidad más amplia siempre ha sido una de las claves del buen diseño web.

Después de todo, por eso usábamos esos horrendos framesets y tablas en primer lugar. Los sitios basados en estándares deberían invitar a más navegadores a verlos, no menos. Y una vez que dejamos ir a las maquetaciones perfectas al pixel (como un nazi del pixel en proceso de recuperación sé que es muy, MUY difícil), nuestros diseños se deberán ver preciosos en cualquier navegador nuevo.

#2 Precio

Los sitios basados en estándares son más baratos de mantener y desarrollar. Dile al cliente que son más económicos que los sitios basados en tablas. Y que mucho del manejo del contenido lo pueden hacer ellos mismos. Si el dinero no atrae su interés, nada lo hará.

¿Cuántas veces te han pedido que actualices el contenido para el sitio que construiste hace un año? ¿No es divertido? Tratar de re-aprender el código que usaste hace 12 meses, descifrando viejas tablas y framesets. Gastando muchas horas del cliente para hacer cambios menores (desde la perspectiva del usuario, por lo menos).

Los sitios basados en estándares bien diseñados deberían de arreglar muchas de estas molestias. El código es simple: algunos divs aquí, algunos divs allá. ¡Y todos están bien nombrados! Como el sitio no tiene que encajar al pixel, haces los cambios y sigues a otras cosas. Cambia las fuentes, cambia el fondo, cambia los colores, crea un sitio prácticamente diferente (si quieres) en una fracción del tiempo que te tardarías jugando con una maquetación con tablas.

Como nota al margen, y desde la perspectiva de un diseñador, se me ocurre que solo hay algunas maquetaciones basadas en estándares funcionales — una columna, dos columnas, tres columnas (ve Glish or Blue Robot ), podemos rápidamente hacer un prototipo de un sitio sin pasar horas creando maquetaciones complicadas con tablas. Solamente escoge la maquetación más apropiado y listo. ( Nota de la traductora : hoy en día se ha demostrado que hay pocas maquetaciones que NO se puedan hacer basadas en estándares, por lo que no tenemos que limitarnos a estas 3 opciones.) Para mí esto significa que puedo ser más flexible con mis precios, lo cual es especialmente importante en este mercado difícil.

#3 Longevidad

Dile a tu cliente potencial cómo los diseños basados en estándares se construyen una vez y se usan para siempre. Las maquetaciones viajas, basadas en tablas (como la que están intentando renovar) son particularmente inflexibles cuando se trata de actualizarlas. De hecho probablemente es por eso que te están hablando.

La mayoría de los navegadores modernos se están acercando a cumplir los estándares. Estos son los navegadores que la mayoría de la gente usa. Por eso no tiene ningún sentido estratégico o financiero el construir un sitio que es obsoleto al momento de ser terminado. Solo tiene sentido construir un sitio que va a perdurar en el futuro.

Puedes actualizar tu contenido y no arriesgarte a arruinar tu maquetación. Cambia la hoja de estilos sin perder tu contenido. Utiliza propiedades más nuevas a tu estilo (como fondos translúcidos, transparencia alpha en png, position:fixed — despierta, Microsoft!) sin sacrificar tu diseño base.

#4 Y LO MÁS IMPORTANTE — No hagas un gran alarde sobre cumplir los estándares

El peor error que puedes hacer es presumir a tus clientes que ahora estás haciendo diseño basado en estándares. Suena como si los estuvieras usando como un experimento. Mala idea. De hecho, asumiendo que intentas trabajar por los intereses de tu cliente, cumplir los estándares en tu diseño no es más que lo que has hecho todo este tiempo—es decir construyendo el mejor sitio por el dinero de tu cliente.

Los sitios basados en estándares durarán más, serán mas accesibles, mas fáciles de mantener y desarrollar. No se necesitan disculpas. Claro, puedes mencionar los estándares como incentivo de venta, pero nunca suenes como si te estuvieras disculpando. Los clientes potenciales huelen el miedo.

Si esto no basta, aquí hay otras ideas (sin terminar) que te pueden ayudar en tus argumentos a favor de los estándares:

El diseño basado en estándares es mejor para los buscadores — el contenido estructurado ayuda a los motores de búsqueda a indexarte mejor.
El diseño basado en estándares funciona en cualquier resolución y tamaño de monitor (yupi!) manteniendo la integridad del diseño.
Te verás diferente (y mejor) que tus competidores

El apoyar el avance de los estándares es crítico para empezar a construir diseños basados en estándares para clientes reales, que pagan, no solo para nosotros. Una línea de partido sólida nos ayudará a presentar los estándares a nuestros clientes no como algo que asusta, sino como un enfoque natural, de "mejores prácticas" para construir su sitio.

Traducido con el permiso de A List Apart Magazine y el autor.

Comentarios

2 septiembre 2005, 19:45IVAN GARCIA
El articulo esta muy bueno, pero algunos errores de ortografía, gracias
2 septiembre 2005, 20:49chuchurex
Muchas gracias por la traducción, saber decir que es lo bueno del trabajo que hacemos es algo que siempre me ha costado explicar.
2 septiembre 2005, 22:20Cote
Muchas gracias Kemie.
Lo tendré en cuenta para el próximo proyecto.
Un saludo.
2 septiembre 2005, 23:53Alex
Mas gracias Kemie! Había leído esa nota hace tiempo, pero tenerla traducida es mucho mejor!
3 septiembre 2005, 01:44Luis
Gracias Kemie, muy interesante el artículo!
3 septiembre 2005, 02:03NOlo
No cabe duda, como bien dices, algo sumamente vigente hoy en día, sobre todo adaptandolo al cierto retraso que tenemos en este tipo de tecnologías en México.

Saludos!
15 septiembre 2006, 22:11fearlex

Definitivamente me encanto, gracias kemmie
24 febrero 2007, 15:24Sebastian

Muy bueno… me encanto el ejemplo! Arghhh jajaja… es exacto lo que pensaría.
29 marzo 2007, 05:46Indira

excelente!!!
3 junio 2009, 16:23juan

IVAN GARCIA que lampara.. mejor lee y aprende

Suscríbete a la lista de correo y mantente informado sobre las actualizaciones del sitio.

¿Sugerencias?

¿Quieres compartir una noticia o enlace? ¿Sugerir un tema para un artículo? Hazlo aquí:

Sobre el Autor

Greg Kise tiene una pequeña empresa de diseño. En distintos puntos del día funciona como diseñador principal, encargado de marketing, ejecutivo de cuenta y papá.