Consejos para Enfrentar un Proyecto Web – Consideraciones Generales

Nota: Este post es parte de una serie titulada Consejos para Enfrentar un Proyecto Web y viene después de Intro.
Bien, comencemos con consideraciones que debemos tener en cuenta incluso antes de comenzar a trabajar. Debo decir que esta lista la he hecho pensando en freelancers (porque yo mismo lo soy), pero muchas de las cosas que están aquí son válidas para no-freelancers también:

1. Procura hacer un cuestionario corto y preciso, que te permita luego crear un brief.

   La clave de un buen cuestionario es usar pocas preguntas, fáciles de contestar. Por lo general, tu cliente quiere dejar la mayor parte del trabajo tedioso de tu parte; además, si es una persona ocupada, no querrá agregar a su lista de tareas la de tener que hacer grandes cuestionarios o supervisar lo que estás haciendo, así que lo mejor para él (y para ti) es que le facilites lo más posible su parte del trabajo en la creación del proyecto. Eso sí, una vez que tengas el brief listo, no olvides enviárselo para que te dé su visto bueno.

2. Ten al menos una reunión con tu cliente para hablar sobre el proyecto.

   Esta puede ser presencial, vía telefónica u online (Skype, GTalk, Messenger, etc.) La reunión no puede ser por escrito. No significa que todas deban ser de esta manera, pero al menos la primera debe serlo. Todos sabemos que una conversación donde pueda -al menos- escucharse la voz de la contraparte resulta más fluida y productiva que una conversación escrita, que es más estructurada pero no permite la inmediatez de la primera; a eso hay que incluir ese “extra” que significa el tono de la voz y la capacidad de ganar la confianza de tu cliente a través de una buena conversación. Si puedes tener un par de conversaciones más con tu cliente, no las desaproveches. Ese tipo de contacto genera relaciones que duran en el tiempo (si te portas bien, claro).

3. Prepara un contrato y no comiences el trabajo hasta tener la aceptación del mismo, por escrito, de parte del cliente.

   No hace falta tampoco que generes páginas y páginas para tu contrato, sólo procura que no falten los puntos esenciales: Descripción del Proyecto, Presupuesto, Forma(s) de Pago y Tiempos de cada etapa. Siempre es buena idea que te asesores con alguien sobre las formalidades requeridas en tu país. Por supuesto, para que un contrato sea válido debe estar firmado por ambas partes o al menos aprobado expresamente de algún modo.

4. Comienza siempre con un mockup.

   Ya sea que utilices el viejo pero bueno papel y lápiz, algún software o alguna herramienta online, no comiences a diseñar sin crear antes un mockup. A diferencia del proceso de diseño, en el mockup preocúpate por cosas como la navegación, la distribución del contenido, el formulario de búsqueda, etc. Luego tendrás tiempo para el proceso de diseño como tal. Además, el mockup te permitirá volver a plantearte la estructura o parte de ella con facilidad.

5. Ten siempre presente la posibilidad de que el cliente retrase el trabajo.

   Personalmente, mi problema principal a la hora de intentar mantener los tiempos es que el cliente entregue el material, haga las revisiones en el tiempo establecido, etc. Para paliar ese problema suelo hacer dos cosas (no necesariamente al mismo tiempo):

   1. Colocar tiempos de revisión -normalmente de una semana- por parte del cliente, advirtiéndole que cada día de retraso implicará un cambio en la fecha de entrega y/o un recargo (de un 1%, máximo) en el precio final. Si quieres que se apure, tócale los bolsillos.
   2. Preveer estos retrasos, dándole más tiempo a los lapsos de entrega de material o revisiones. Esto no es la mejor solución, pero si conoces más o menos a tu cliente, puede funcionar.

6. Piensa en el usuario final, que tu sitio sea usable y accesible.

   El cliente a veces tiene la razón, pero es tu obligación hacer lo mejor que puedas por él. Hazle recomendaciones, dile por qué tiene sentido tu diseño. Eso sí, ten cuidado con terminar defendiendo tu diseño sólo porque lo hiciste tú y estás enamorado de él. No tengas como prioridad satisfacer a tu cliente sino a su cliente, que será quien tenga que interactuar con lo que hayas hecho. Ten en cuenta que el 80% de tus clientes no entieden que un sitio web es un medio de comunicación y no sólo una tarjeta de presentación.

7. Sé un profesional o no te vendas como tal.

   Sí, suena duro, pero eso cierto. Todos sabemos el dolor de cabeza que significa “el sobrino que sabe de computadoras”.
   No estoy diciendo que te vendas como el mejor diseñador/desarrollador del mundo, pero tampoco debes hacer pensar a tu cliente que no estás calificado para el trabajo o que simplemente eres su sobrino de 12 años. Si te vendes por centavos, no sólo te perjudicas tú (porque siempre esperarán que te vendas por centavos) sino a todo el mercado, creando el precedente de que el diseño web es cuestión de limosnas.
   Por otro lado, debes estar consciente de tu papel, tu cliente espera que resuelvas un problema, no que los crees; aún cuando estés comenzando, debes tener la suficiente seguridad para evitar que te vea como un repartidor de pizzas, si tú no te respetas ni respetas tu trabajo, tu cliente tampoco lo hará (ni la comunidad).

8. Estudia, lee, aprende.

   Una de las cosas más fascinantes de la tecnología es que está en constante desarrollo. Siempre hay cosas nuevas que aprender, los horizontes están en constante expansión. Si quieres permanecer en el mercado, ya sea que te dediques al diseño, al desarrollo o ambos, debes mantener “mente de principiante”, debes querer aprender cosas nuevas. Claro que no te volverás un experto en todo, pero al menos debes saber un poco de diseño, de desarrollo, de SEO, de estándares… esas son las cosas que marcarán la diferencia… o no.

En fin, ni esta lista ni las que vienen pretenden -ni mucho menos- ser la última palabra sobre este tema, hay cosas que faltan, cosas que pueden profundizarse y quizá cosas inútiles. Si les place, me encantaría saber su opinión al respecto.
Una vez dichas estas cosas generales, la próxima vez hablaremos más en profundidad sobre el Mockup.

Etiquetas Technorati: diseño, arquitectura web, progressive enhancement, proyecto web

Consejos para Enfrentar un Proyecto Web – Intro

No es que quiera inventar el agua tibia ni nada; es mucho lo que se ha escrito sobre este tema y existen cantidades de listas al respecto (lo sé porque he leído montones de ellas a lo largo del tiempo y no es poco lo que he aprendido).
Lo que quiero hacer aquí es intentar mostrar el modo como trabajo, tratando de explicarlo de la forma más sencilla y clara que pueda. La intención es tanto conceptualizar y estructurar las tareas como mostrar a quien lo necesite una forma de acercarse al problema y, por supuesto, escuchar sus comentarios y sugerencias al respecto, que aquí el que no aprende no gana.
Como esto se pinta largo (porque no quiero hacer simplemente otra lista de cosas por hacer), éste será el primero de una serie de posts al respecto que, espero, serán útiles no sólo para ustedes sino también para mí.
Para comprender mejor esta lista, creo que sería excelente que leyesen los artículos de A List Apart respecto a Progressive Enhancement, especialmente -a modo de introducción- Understanding Progressive Enhancement (eso sí, ambos en inglés).
Normalmente, cuando debo enfrentarme a un proyecto, el primer problema con el que debo lidiar es que el cliente desea ver un boceto sin antes siquiera decirme de qué se trata la empresa/negocio/lo que sea que quiere poner en la web. Siempre tenemos el problema de que la gente se preocupa más por el “eyecandy” y menos por lo más importante: el contenido, hacer que todo tenga sentido.
La forma que he encontrado de (más o menos) lidiar con ello es, en resumidas cuentas, hacer un cuestionario lo más directo, sencillo y corto posible, que publicaré luego) para tener al menos una idea de en qué me estoy metiendo antes de comenzar; esto, sin embargo, debe ser seguido -de ser posible- con una plática directa con la persona encargada del proyecto.
Un vez dicho esto, vamos a dividir el proyecto en etapas que serían:

1. Consideraciones Generales.
2. Mockup.
3. Maquetado.
4. Diseño.
5. Programación.
6. Contenido.

En base a esta lista general, iremos viendo qué hacer y qué no en cada etapa. La intención de todo esto es poder crear sitios que sean accesibles, usables y que puedan funcionar incluso sin javascript ni css (un sitio bien hecho debe ser igualmente accesible para browsers con javascript/css activados como para browsers que sólo lean texto).

Etiquetas Technorati: diseño, arquitectura web, progressive enhancement, proyecto web

Entrando en la Twitósfera Venezolana

Seguramente ya sabes -o al menos has oído hablar- de Twitter, la herramienta de microblogging (de la que ya hablamos en este blog) y, si me conoces un poco, sabrás también que soy un adicto a la cosa esa.
Desde hace mucho tiempo he buscado fórmulas para crear/hallar/entrar en la comunidad web venezolana, por una cuestión de desarrollo del mundo/mercado web en Venezuela, como ocurre en otros países, así que me pareció lógico pensar que habría por allí más de un coterráneo que se dedicase a las lides del diseño web y/o la bella tarea de escribir código con el típico sabor a arepa con queso de mano que sólo se ve en esta tierra (y claro, pensando que la comunidad me soportaría).
Por supuesto que yo ya sigo a venezolanos que diseñan/desarrollan: psycho_vnz, torrealbaruben, la encantadora roba gatos, Takag y la temible y admirada Xklibur_clab, altos panas (grandes amigos para los no-entendidos); pero los tres tienen conmigo otra cosa en común: Cristalab,la comunidad a la que pertenecemos y en la que los venezolanos (al menos por número de registrados) aún somos un grupo pequeño (si se compara, por ejemplo, con mexicanos, peruanos y colombianos). También, gracias a un evento online donde estaban metidos los clabbers, me encuentro con una programadora que vive/trabaja/hecha_carro/goza_un_mundo en Margarita: la genial alita3107
Bueno, la cosa es que, ya no recuerdo cómo, termino siguiendo a cannibalita, una pana que se define a si misma como:

 

♥ diseñador gráfico, artista plástico, músico ♬♫♪♬, junkie =)

metalera hasta las patas y además maestra de arte (o algo así) en un colegio.
Hasta ahora todo va como se debe, al menos es diseñadora gráfica (como torrealbaruben), aunque me parece que no está metida en las lides de las intarwbz.
Por medio de cannibalita me entero de un chamo, entregado al Software Libre y, según él mismo dice, “pichón de BOFH”: willicab. Luego me entero que ambos leen un blog dedicado a hablar de ciertas series de TV que me gustan, principalmente sobre “24″ y que siguen a su autora, cuyo nick es sumamente descriptivo: Adictisima; y yo, como buen curioso, voy y leo el blog y me gusta así que la sigo.
A partir de aquí es que todo toma otro rumbo.
Siguiendo a estos divertidos personajes, caigo en una vorágine de gente de lo más variopinta, con dos cosas en común: venezolanos y geeks (al menos la mayoría); pasemos lista:

• kudry: Estudiante de 16 años, emprendedor y humano. WTF? ¿emprendedor de 16 años? Hay que ver qué es lo que tiene este muchacho, la mayoría de muchachos de 16 años piensan en cualquier cosa menos en emprender.
• jaycer17: Periodista, cinéfilo entregado que lleva (o trata de llevar) tres blogs y a quien nombré hace poco en el post sobre el aniversario de The Matrix; eso sí, mosca con hablarle de bajar películas y tal, porque es bastante estricto con el tema. Si no me equivoco, escribe en algún periódico/revista sobre cine, pero soy completamente ajeno a las versiones impresas de las noticias, así que no sé a ciencia cierta. Eso sí, el pana es una nota.
  
• JManzur: El único que conozco que vive en Maturín (la ciudad donde estoy viviendo ahora), pero que se la pasa viajando haciendo servicio técnico a cuanta computadora se deje. Además tiene un blog muy interesante sobre tecnología e internet.
• Kodisea: Otra periodista, feminista de las entregadas, amante de la cultura en general y la lectura en particular. Por cierto, vive en Ciudad Guayana pero muere por meterle el diente a Caracas y toda la actividad cultural que allí pulula.
• modulor: Arquitecto, profesor, y tambíen alguien muy activo en las intarwbz; todo un tipo 2.0, pues.
• ganarce: Desarrollador, creo que el primero que hallé (exceptuando a los clabers). Me recomendó mirar un mundo que aún no he podido visitar: Mootools. Prometo darle una mirada.
• rafaelochoa: Desarrollador de RIA’s, Flex Coder y entusiasta de la tecnología. Ah, cierto, y un novato en las lides fotográficas.

Hay más personas que voy siguiendo (ya saben cómo es, con los #followfriday y siguiendo los followers de otros), pero aún no sé bien quienes son; a eso hay que agregar diarios y medios de comunicación nacionales (ElNacionalWeb, ElUniversal, globovision, Noticiasve,…) que me resultan más como pequeños feeds en caliente. Mención especial merece unicasa, que corresponde a una cadena de supermercados venezolana, pero es posible que hable de ello en otro momento.

Primeras Impresiones

Debo comenzar diciendo que yo comencé en Twitter con un grupo de usuarios muy internacional: peruanos, argentinos, colombianos, mexicanos, chilenos y los venezolanos que comenté. Todos miembros de Cristalab, así que ya nos conocíamos, teníamos un lenguaje común y lo llevamos a Twitter.
Eso significa que me ha costado un poco “nacionalizarme” en Twitter, y descubrir cómo es la movida en este grupo (donde hay un buen número de periodistas, por cierto) en el que he caído. Supogo que hay otros grupos aparte de éste y que los iré descubriendo eventualmente.
También he visto que hay un buen número de ellos que son adictos a Tumblr, del que admito había escuchado alguna vez, pero pronto olvidé.
En términos generales, descubro una comunidad muy particular (a veces siento que debo escribir en “dos idiomas”), en la que no siempre parece fácil entrar, pero realmente interesante, dinámica y definitivamente adicta a Twitter.
Aún espero encontrar más diseñadores / desarrolladores e ir viendo cómo es la movida en mi país, claro, invitarlos a Clab (y que nos entreguen sus almas) y seguir descubriendo a gente interesante en el camino. No haré de mi blog una “bitácora de Twitter”, pero ya les contaré cómo me va en esta aventura.

MobileCamp en la Ciudad de México

El día 30 de Mayo de 2009, la gente de Tequila Valley y Forum Nokia estarán celebrando el MobileCamp México, en el que, tal como ellos mismos dicen, “se hablarán de todas las tecnologías móviles y todo tipo de dispositivos.”
El lugar, tentativo para llevar a cabo el evento, es el Centro Cultural Universitario Tlatelolco desde las 9 a.m. hasta las 7 p.m.
Si vives en La Ciudad de México o alrededores, o simplemente estarás ahí ese día, deberías aprovechar la oportunidad de participar en este barcamp y conocer a otros locos como tú! (nada como la falta de cordura y el amor por los gadgets compartidos )
Si vas al evento y tienes un blog, sería muy c00l que compartieras tus experiencias con otros menos afortunados que estaremos algo lejos (varios países por medio) del MobileCamp México.

Por cierto, también puedes seguir a mobilecamp Mexico a través de su cuenta en Twitter: MobileCampMex.

mobilecamp, mexico, eventos

Susan Boyle o Por Qué no Debes Juzgar Prematuramente

Seguramente ya conoces el Show británico “Britain’s Got Talent” (y/o su hermanito gringo “America’s Got Talent“). Básicamente es una competecia de talentos donde entra todo el mundo que demuestre que lo tiene, como un “American Idol” pero no sólo para cantantes.

La cosa es que, ayer por la tarde, llega kudry y deja caer esta perla en Twitter:

La Paul Potts mujer: http://tinyurl.com/d7c5gw

El link lleva a un artículo de ALT1040 que, básicamente, se explica por sí solo al ver esto:

Creo que no hay mucho más que decir, excepto Wow!!! y morir de vergüenza con masculinas lágrimas en los ojos.

Si no sabes del show y/o no conoces a Paul Potts, el ganador de la temporada pasada, mira su presentación al casting de Britain’s Got Talent:

Así que al final sí habrá que tener cuidado de juzgar a la gente por su apariencia…

Update: He cambiado los videos de Youtube por otros de Dailymotion debido a que Youtube no permite que se embeban los videos de BGT (gracias, Dientuki, por el aviso).