PictId

En primer lugar ya se lanzó PictId, un proyecto que nos permite explorar fotos y vídeos de los mayores puntos turísticos del mundo. Todo el diseño es obra del estudio.

Los clientes buscaban una interfaz sencilla y nos exigieron que lograramos un look “dos-punto-cero”. Como siempre, primero hay que averiguar qué visualiza mentalmente el cliente cuando pide una estética determinada y a partir de ahí suele ser todo bastante sencillo. Creemos que el resultado final es limpio y fresco. Definitivamente muy “dos-punto-cero”.

Rediseño Slideshare

Actualmente estamos colaborando de forma permanente con Slideshare, un sitio que se ha convertido en el Youtube de los Powerpoints, no solo por funcionalidad, sino también por relevancia.

Durante los próximos meses seguiremos trabajando con ellos, mientras tanto ya han subido la portada rediseñada, una portada a la que le quisieron dar mucho “aire” después de haberla tenido sobresaturada durante meses.

Nosotros esperamos con impaciencia la oportunidad de tocar el “player”, ya que una vez terminado sabes que va a haber un pequeño diseño nuestro embedido en miles y miles de webs.

Pronto os podremos mostrar otros dos proyectos que hemos completado pero que todavía no han visto la luz y para terminar os comentamos que hoy hemos empezado a diseñar nuestra primera interfaz para una aplicación iPhone, si el cliente lo permite os mostraremos algo en los próximos días.

Buscamos a alguien que pueda ayudarnos unas pocas horas por día, 2 o 3 y que pueda hacerlo durante una larga temporada.

Más información en el anuncio: Buscamos crack del PHP con algunas horas libres

Este año nos hemos decidido volver a desarrollar para terceras partes y de hecho, de aquí hasta abril, tendremos poca disponibilidad para nuevos proyectos.

Así que ya es oficial, así que si estás interesado en que studio ST desarrolle tu proyecto, ya puedes contactarnos e ir reservando un lugar.

Finalmente, sí, vamos a tener que actualizar la frase de la cabecera, porque aunque seguimos siendo una empresa esencialmente especializada en el aspecto gráfico de la web, nos manejamos muy bien con desarrollo de aplicaciones en PHP y hemos tenido varias experiencias con Rails. Ya se nos ocurrirá otro lema…

Se trata de Slideshare, un servicio que permite compartir presentaciones powerpoint de la misma manera que Youtube permite compartir videos.

Uzanto, una empresa con la que hemos trabajado en varias ocasiones nos contacto para que trabajaramos en los bocetos que tenían para el logo y la portada (que ahora mismo no es accesible aún). Nos alegramos muchísimo que haya tenido tan buena acogida en un blog como Techcrunch.

Mientras tanto, me enviaron una invitación para probar el servicio y actualmente me quedan 9 más para repartir, si alguien quiere una solo me la tenéis que pedir. Eso sí, usad el formulario de contacto, no los comentarios, gracias.

En algunos posters que tienen para descargar se puede leer una definición de “Spec work” que me gusta mucho más (traduzco libremente):

Nosotros desde aquí apoyamos totalmente la iniciativa. También recomendamos que para saber un poco más al respecto os leais esta anotación en la que se explica qué es y qué no es SPEC.

Yo todavía no tengo una postura clara respecto a ciertas “competiciones”, como las típicas de plantillas para blogs como la que organizaron en su día six apart, lo que sí tengo claro es que son estás cosas las que tendriamos que intentar evitar, educandonos entre todos, poco a poco.

Para terminar, no pretendo dar catedra, ni mucho menos, es sólo que a mi me hubiera gustadoque antes de empezar con el estudio alguien me hubiera explicado en detalle por qué es importante evitar el trabajo basado en especulaciones. Los motivos y mucho más, en NO!SPEC.

(Casi me olvido) Vía Bizarrestudio

Pues aparte del escenario que todos nos creamos, en el que nos imaginamos que todo va a ir relativamente bien, hay otros dos escenarios para los que no sólo tienes que estar preparado mentalmente, sino que sencillamente no puedes permitirte el lujo de no contemplarlos.

El fracaso rotundo

Es un escenario probable y bastante común. No nos gustaría tener que acabar el proyecto vendiéndolo en ebay para cubrir el agujero financiero que puede dejar una mala planificación.

¿Estás preparado para fracasar?, ¿puedes soportarlo financieramente sin problemas?.

Tienes que poder contestar sí a estas dos preguntas, si no, por muy convencido que estés, creo que puedes meterte en un apuro innecesario.

Para evitar daños importantes podemos recurrir a socios para reducir el riesgo, o bien, tener la certeza, como en nuestro caso, de que si las cosas salen mal, podemos pasar página y seguir trabajando como hasta ahora.

Éxito abrumador

Esto me da mucho más miedo. No porque crea que vaya a pasar, pero sí por los riesgos que puede implicar.

Esta clase de éxito, que se da en pocas ocasiones, es capaz de matar a un proyecto pequeño como el nuestro con mucha mayor facilidad que el fracaso.

Si no estas preparado para ello, tienes grandes posibilidades de crear una primera imagen muy mala, o encontrarte en la necesidad de tener que invertir mucho más de lo previsto debido a una gran demanda inicial que no se sostendrá en el tiempo.

Todavía no tengo muy claro que es lo mejor que se puede hacer en estas circunstancias. ¿Qué haces si los astros se alinean y acabas teniendo buena presencia en Digg o en Tecrunch y similares?

Aún es un poco temprano para dedicarme a profundizar mucho en este tema, pero si estoy a tiempo de ir pidiendo consejos y sugerencias. ¿Cómo enfrentar exitosamente un inmenso pico de tráfico sin tener que hacer un desembolso importante?

En fin, seguro que tenéis algunas ideas que me encantaría conocer. Desde ya, gracias por colaborar.

Una aplicación web puede demandar una gran cantidad de horas de diseño, es más, sería preocupante que no fuera así.

Una vez que tenemos una idea clara del servicio que queremos crear y las características del mismo, es hora de ponerse manos a la obra.

Hay quienes aconsejan comenzar creando un árbol completo del sitio web. Yo no lo recomiendo y luego explicaré el motivo.

Puede ayudar trabajar primero en papel y luego pasarse al monitor, especialmente cuando hay elementos de la interfaz que no están resueltos.

Ahora, el auténtico mótivo de esta anotación, es que me parece ver a gente que empieza por el lugar equivocado y creo que eso puede repercutir mucho en el diseño final.

Por ejemplo, ¿cuantas personas comienzan con el logotipo o con la home del sitio?. Yo creo que muchas y sí, estoy convencido de que es un error.

Si nos basamos en el supuesto del webmail, el diseño tiene que comenzar por la página más importante de todas, que probablemente será el inbox. Una vez que tengamos el inbox totalmente terminado de manera que satisfaga todos los objetivos que nos habíamos propuesto, ya podemos condicionar el resto del sitio a esta página (insisto en que sería la más importante) y no al reves.

Si empezamos por el logo o por la home, podemos estar creando restricciones desde el primer momento, restricciones con respecto a la maquetación, los colores, las tipografías, etc. De la otra manera, nos ahorramos este problema y tenemos libertad absoluta para crear la mejor interfaz que esté dentro de nuestras posibilidades.

Respecto al árbol, pasa lo mismo, si lo creamos desde un primer momento, también podemos estar forzando tener cierto número de enlaces o una navegación predeterminada. Yo creo que hay que dejar que el sitio vaya “fluyendo” a medida que el propio sitio te lo pida.

Creo que si seguimos esta metodología, el único problema que podríamos llegar a encontrarnos es el determinar cuál es “el corazón” de nuestra aplicación, pero si tenemos eso claro, es precisamente por ahí donde siempre deberíamos empezar, ¿no os parece?.