El nuevo blog de alzado est en alzado.

org/blog

Portada > Artculo

Historia de un logo: Sistematizando proyectos

difciles de sistematizar
24-10-2005 - Eduardo Manchn
Me gusta A 26 personas les gusta esto. S el primero de tus amigos.

Resumen: Trabajar de manera eficiente, a distancia y cuando la valoracin del trabajo final es subjetiva
es complicado. El trabajo de Mike Rohde y su desarrollo de un logo para Panoramio.com nos da ideas
aplicables para todo tipos de proyectos.
Debate (22 comentarios) | Valoracin media: 2,86 | Votos: 9090 | Lecturas: 62220

Cada proyecto y cada cliente son nicos, pero aunque los detalles sean diferentes existen coincidencias
que nos permiten sistematizar el trabajo y hacerlo ms rpido y eficiente sin perder un pice de
personalizacin.
Este artculo ilustra esta sistematizacin a travs del trabajo de creacin de un logotipo para
Panoramio.com por parte de Mike Rohde de MalakuMedia. Este artculo no tiene como objetivo de
hablar sobre la calidad del logo obtenido (para gustos, colores), sino en describir una manera de trabajar
eficiente y sistematizada para un proceso que a priori se presenta como complicado y subjetivo.
Esta manera de trabajar es extrapolable a muchos otros proyectos, que aunque no tan puramente creativos
como un logo, siguen siendo muy subjetivos y ??artesanales? como es el desarrollo de un sitio
web en la actualidad.

Los problemas del trabajo artesanal

Uno de los grandes problemas del trabajo en cualquier disciplina que no est formalmente sistematizada
como el desarrollo web o la creacin de logotipos, es conseguir optimizar el esfuerzo para que el trabajo
sea eficiente y conseguir la satisfaccin de ambas partes en un proyecto cuya valoracin final es muy
subjetiva.
Adems el desconocimiento de las necesidades de la otra parte es un problema aadido. Si contrato a un
fontanero para reparar un grifo, claramente puedo determinar al final si lo ha hecho bien o mal. Tambin
el fontanero sabe perfectamente que quiero. Sin embargo a la hora de un desarrollo web o un logo pocos
clientes saben exactamente lo que quieren de antemano, les cuesta explicarlo e igualmente son incapaces
de decir si el resultado es realmente bueno o malo.
Si a estos inconvenientes se le suma el trabajar a distancia, la combinacin no puede ser ms peligrosa
para ambas partes. Pequeos problemas de coordinacin pueden llevar a graves malentendidos, alargar
eternamente proyectos o hacer que pierdan toda rentabilidad.

Fases del trabajo

Convertirnos en clientes por una vez nos ha permitido percibir cosas que de otro modo nos hubieran
pasado desapercibidas y presuponamos claras. Hemos tenido que pasar por todas las fases que pasa
habitualmente un cliente, aunque con el impecable trabajo de Mike todo ha sido mucho ms sencillo.
Veamos las fases:

Fase 1: Seleccin de proveedor

A la hora de buscar alguien para que nos disear el logo de Panoramio, nos surgieron 3 alternativas.
Recomendaciones de amigos:
Fiarte de las recomendaciones de amigos y conocidos es tema peliagudo. Nunca puedes estar seguro de si
la recomendacin es objetiva o son razones de amistad las que la determinan. En un pas donde hacerle un
favor a un amigo recomendndole es prctica habitual y bien vista (sea luego bueno o no), es peligroso
fiarte de recomendaciones.
En el futuro la situacin se puede complicar porque si tienes problemas con el proveedor, no solo tienes
un problema con el recomendado sino tambin con el recomendador. En mi opinin las recomendaciones
de amigos son algo a evitar.
Conocer muestras de trabajos anteriores:
Ver muestras es algo comn y aparentemente ms fiable. Los diseadores suelen incluir ejemplos de su
trabajo anterior en su sitio web. Sin embargo esto no ayuda demasiado cuando el cliente no conoce
suficientemente el rea. Ver muestras no le resuelve el problema porque no le permite distinguir.
En nuestro caso ni eramos expertos en diseo ni tenamos suficiente capacidad de distincin para detectar
a un diseador realmente brillante, que es lo que buscabamos. Un poco de criterio todo el mundo tiene
para descartar lo claramente malo, pero nos faltaban conocimientos para elegir bien. Por ejemplo, algunos
criterios que no todo el mundo tiene en cuenta es que el logo se pueda tener que imprimir y que quede
bien en blanco y negro. Si tu pequea empresa despega, no quieres tener que cambiar el logo cuando
tengas que mandar faxes, ni tampoco si empiezas a hacer camisetas
Estar en la situacin de ignorancia del cliente, te hace ser ms comprensivo con su situacin y sentir
empata por tus propios clientes que necesitan una web y apenas saben nada. Es natural, su negocio es
otro. Achacar los problemas del desarrollo web a la ignorancia del mercado y los clientes es lo ms
sencillo. En mi opinin cuando esto sucede seguramente nosotros no estemos haciendo nuestro trabajo
suficientemente bien.
Conocer su manera de trabajar:
Como no nos podamos fiar de las recomendaciones, ni excesivamente de nuestro criterio personal, nos
inclinamos a investigar ms. As descubrimos un excelente post de UserScape hablando sobre como un
tal Mike Rodhe les haba creado el logo, mostrando las diferentes versiones, etc.
Lo que nos llam la atencin no fue solo la calidad del logo de Mike, sino su manera de trabajar,
haciendo el proceso transparente para el cliente y dndole total sensacin de control con muchas
versiones y posibilidad de eleccin.
Con esa manera de trabajar pensamos que era imposible no obtener algo realmente bueno al final o en el
peor de los casos algo con lo que no estuvieramos razonablemente satisfechos.
Cuando alguien muestra su forma de trabajar de manera transparente no necesita de currculum,
recomendaciones o referencias desprovistas de contexto. No tiene que demostrar nada, puesto que ya lo
est demostrando todo de manera prctica.

Fase 2: Contacto inicial y acuerdo sobre precio y proceso

Tras leer el post explicativo sobre Userscape, nos decidimos a enviar un e-mail a Mike, que nos respondi
a las pocas horas, un mero acuse de recibo que nos prometa un e-mail ms largo al da siguiente. Esta era
la primera pequea leccin que nos daba Mike, algo evidente, pero muchas veces descuidado. Es crtico
responder rpido al primer contacto, al menos con un acuse de recibo.

Su segundo e-mail tras la toma de contacto inicial era un largo texto estandarizado que seguramente
utilizaba para todos los clientes nuevos y en el que nos explicaba muy claramente como iba a funcionar el
proceso de diseo del logo y alguna otra informacin. Aqu un sumario del e-mail:
- Inicialmente una fase de preguntas y descubrimiento
- A continuacin al menos 6 ideas/conceptos a lpiz, a escoger uno
- De ese concepto se nos daran 3 versiones a escoger una
- De la ltima se entregaran dos versiones finales en diferentes colores
- Sera posible cambiar totalmente el concepto si nos gustase una sola vez
- Especificaba el formato en que nos seria entregado, el intervalo de precio y el modo de pago
- Ejemplos de su trabajo anteriores
Segunda leccin, con un texto estndar y de un plumazo nos resovi todas las dudas, nos daba una clara
perspectiva del proceso y un precio aproximado (nada caro, por cierto).
En ocasiones se pierde mucho tiempo aclarando cosas a clientes en interminables e-mails para al final
obtener un "no me interesa" o "el precio es demasiado caro". Es normal que el cliente tenga dudas y tiene
todo el derecho a que le sean aclaradas, por eso arriesga un dinero, pero por esa misma razn es til
aclarlo el mximo de cosas de una sola vez y al principio de todo. De este modo el cliente no se queda
con dudas y el consultor no dedica ms tiempo que el necesario.
En mi caso, las preguntas y dudas de mis clientes en Ainda.info son casi siempre las mismas, por lo que
hemos creado un e-mail estndarizado equivalente al de Mike, en realidad ha sido bastante fcil.

Fase 3: Aclaraciones previas

Una vez que dmos el ??S? al e-mail con las condiciones y precio, pasamos a la fase de
descubrimiento.
Mike tena otro e-mail estandarizado que inclua unas 10 preguntas a las que debamos responder;
nuestros gustos, el objetivo de Panoramio, la competencia, etc. De nuevo con este segundo e-mail Mike
resolva de una vez el complicado tema de ??qu quiere el cliente exactamente?.
El tema de las aclaraciones es peligroso porque o se zanja rpido o puede ser interminable, especialmente
si se le toda la iniciativa al cliente. Preguntando antes se le facilita la vida al cliente (es ms fcil
responder que imaginar cosas) y al proveedor. De hecho el cliente tambin prefiere despachar el tema lo
antes posible.
A poca experiencia que uno tenga, es fcil darse cuenta que las preguntas que es necesario a hacer a los
clientes son casi siempre las mismas.
De nuevo en el caso de mi empresa, Ainda.info, este proceso de descubrimiento que antes comenzaba de
cero con cada cliente, e-mail a e-mail, tambin se ha estandarizado con xito, ahora es mucho ms
eficiente.
Durante todo el proceso Mike nos invitaba a seguir haciendo cualquier aclaracin que deseasemos, pero
poco nos quedaba por decir tras responder a sus preguntas, asi que le ??molestamos? poco. Todo
dicho, todos contentos.

Fase 4: El trabajo real: Dosificacin y muchas versiones

Los dos primeros e-mails resolvan rpidamente dos temas crticos, pero ahora venia el trabajo de verdad,
Quedaramos satisfechos? Cundo podramos ver algo? Hasta qu punto podramos escoger?
Aunque Mike haba aclarado todo previamente con sus e-mails, una cosa es hablar y otra hacer. Sin
embargo de nuevo las incertidumbres quedaron resueltas rpidamente con dos estrategas, la dosificacin
y la presentacin de varias opciones donde elegir:
Dosificacin
Aproximadamente cada semana Mike nos enviaba un esbozo o versin intermedia. La generacin de
confianza es un proceso de reduccin de la incertidumbre que Mike propiciaba avisndonos de antemano
sobre la fecha aproximada de la siguiente versin. No podamos estar ms tranquilos.
La dosificacin de la entrega del trabajo, aunque parece que tiene evidentes ventajas, no siempre se

aplica. Hasta hace poco yo mismo he sido siempre un escptico respecto a enviar versiones preliminares
al cliente. Pensaba que versiones sin terminar y por tanto poco elegantes, poco finas y faltas de revisin
en detalle, podran causar mal efecto o ser malentendidas por el cliente. De este modo evitaba enviarle
nada hasta el final. Un error.
Esperar hasta el final es arriesgado y enrarece la relacin con el cliente. Si no ve nada hasta casi al final el
cliente se pone nervioso y comienza a preguntar insistentemente, lo que "molesta" al desarrollador. Sin
embargo es normal que el cliente tenga dudas y le aterre no ver nada hasta el final. Esto sumado a la
distancia y falta de contacto, provoca que el cliente se sienta sin control de la situacin y a merced de los
caprichos del proveedor. En esa situacin de nervios es ms probable que el resultado final sea acogido
negativamente por el cliente. Si hay que hacer modificaciones al final significarn inevitablemente un
retraso y una perdida de rentabilidad del proyecto.
En realidad el cliente es muy tolerante con las versiones preliminares y borradores. Si le pasamos algo a
poco tiempo de realizar el encargo es evidente que no espera algo terminado, sino solo borradores.
Anticipndose a su impaciencia el provedor mantiene el control total sobre el trabajo y el calendario, a
cambio evita la presin de los e-mails de un cliente nervioso.
Varias versiones donde elegir
Ofrecer varias vesiones donde elegir hace que el cliente se sienta participe del proceso. En nuestro caso
Mike Rodhe nos di elegir entre tantas versiones y nos anim tanto a dar nuestra opinin, que nos
involucr del todo en el proyecto. De este modo el logo final era tan nuestro, que no era posible que no
quedasemos satisfechos con l.
Es cierto que no siempre es posible presentar tan fcilmente tantas versiones como en el caso de la
creacin de un logotipo. Sin embargo siempre hay opciones que se le pueden dar a elegir al cliente y
siempre se puede contar con su opinin.
Cada versin no significa algo totalmente nuevo, porque entonces no sera rentable. Excepto en los
primeros borradores, las diferencias entre las diferentes versiones deben de ser mnimas y requerir poco
trabajo.
Poder elegir y saber que se toma en cuenta realmente su opinin es muy valorado por los clientes. Esto
aplica tanto a un logo, como a un informe, como a un proyecto de desarrollo web.

Versiones del desarrollo del logo de Panoramio

A continuacion se muestran cada una de las fases del disenyo de Panoramio realizado por Mike:
1. Primer boceto a lpiz con muchos conceptos diferentes.

Desde el primer momento ya nos gust la brjula en la primera ??o?. La cmara en la segunda "o"
pareca demasiado compleja. Tambien queriamos evitar utilizar algo demasiado similar a los ??pins?
(marcas parecidas a gotas invertidas) de Google Maps para no atarnos a nada.

2. Segundo boceto a lpiz. Mike explorar diferentes conceptos, por si aun no estabamos convencidos con
los de la primera ronda.

Esta ronda nos sirvi para ver claro que queriamos un logo con la brjula y que diseos como la cmara,
aunque interesantes, no eran nuestro camino.
3. Tercer boceto a lpiz. Variaciones sobre la brujula.

En este caso vimos claro que nos gustaba la simplicidad absoluta, pero tambin queramos evitar algo
similar al logo de la OTAN
4. Primer boceto digital

Nos gust ms la propuesta 3, aunque nos pareca algo desequilibrado el grosor de la letra con el de la
aguja de la brjula.
5. Segundo boceto digital. Variaciones sobre la versin escogida anteriormente.

Nos gusto la 3a, pero viendo que estabamos cerca del final, nos quedo la duda de saber si una brjula con
una sola aguja quedaba mejor o algn otro recurso para darle algo ms de vida al logo.
6. Tercer boceto digital. Pruebas con brujula de una sola aguja y dos agujas giradas.

Con una sola aguja no pareca una tanto brjula sino un ojo de gato, pero nos gustaron las agujas giradas
de manera similar a la tierra inclinada sobre su eje, as que optamos por la 3l.
7. Primera prueba con colores. Mike us los colores actuales del sitio, fundamentalmente azul y verde,
que eran nuestros favoritos y tambin son los colores de la Tierra en las fotos de satelite.

El tono verde oscuro nos pareco muy militar, nos inclinamos por un color ms claro y tambin por
probar con el texto en azul.
8. Segunda prueba con colores.

Ya con las ltimas variaciones de verde, escogimos un logotipo y dimos por terminado el trabajo.
Logotipo final

Publicidad:
6 Ed. Curso Especializado en Metodologas de Usabilidad en Madrid. 17 y 18 de diciembre de 2005.
Ms informacin.

Comentarios
Debate en torno a este artculo: Debate (22 comentarios)
Quieres dejar tus comentarios a este artculo? Acude a la pgina de Comentarios

Punta este artculo

Ofertas de Empleo
Ms ofertas
Ofertas de empleo

Autor: Eduardo Manchn

Co-fundador de Panoramio. com (adquirido por Google en 2007), actualmente en el proyecto de consumo
colaborativo Swaapping.com
Artculos publicados: 147

Bsquedas
Buscar

Otros artculos
La tecnologa es una commodity solo para quienes la desconocen. La ventaja de ser un geek
Entrevista a Filmaps.com: un proyecto creado en el tiempo libre
Nadie te va a montar un proyecto por un salario
Dejo Panoramio / Google
Nuevo proyecto de Ubaldo Huerta y Eduardo Manchn: Askaro.com
Archivo
Bscanos en Facebook

Alzado.org
Me gusta
A 1249 personas les gusta
Alzado.org.

Aviso de novedades
Recibe todas las novedades de alzado en tu correo.
email

Alta

Todo sobre alzado

Sobre alzado
Aviso de novedades
Actividades
Contacto

De inters
Bolsa de empleo
Eventos sector
Publicar en alzado
Luis Villa
Alzado.org
lvilla [AT] grancomo.com
Madrid, Madrid, Espaa

Sindicacin RSS
Artculos
Ofertas de empleo
Agenda de eventos
Qu es la sindicacin
Alzado.org | Algunos derechos reservados. Licencia Creative Commons