Posts Tagged ‘software’

Les presento Oleggo: Desarrollos para un mundo 2.0

August 25th, 2009

oleggo

Emprender es algo que me encanta, y cuando salen proyectos que se suman y complementan a lo que uno hace, siempre es bueno, y tira mas para adelante.

Por eso me alegro de poder presentarles Oleggo.

Qué es Oleggo?

Oleggo es una compañía de desarrollos para la web 2.0. Se especializa en desarrollos basados en redes sociales y APIs públicas como Facebook, iPhone, Twitter, Youtube, Google Maps, etc. También desarrolla aplicaciones o redes sociales para terceros.

Oleggo trata de trabajar sobre la base de dos pilares, entregar lo que el cliente pide en los tiempos acordados. Parece simple, pero es todo un desafío!

Cómo surge Oleggo?

Con Cristian Ventura y Emiliano Mettini nos embarcamos hace un tiempo en la aventura de Likexo, una mezcla de red social, algoritmo de recomendaciones y enciclopedia de Música, Cine, personajes y otras cosas que nos gustan y nos describen.

Está siendo una experiencia fantástica, entre otras cosas por todo lo que estamos aprendiendo en el camino.

Una de las ventanas que se abrió a partir de ese desafío fue una gran cantidad de empresas y agencias que se acercaron interesadas por la calidad del desarrollo, pidiendo desarrollos especiales. Así es como decidimos separar estos desarrollos de Likexo, y creamos Oleggo, como una compañía independiente de desarrollo de software para terceros.

Por eso quienes quieran desarrollos para la web 2.0 de calidad, los invito a contactarse con Oleggo.

Como evaluar si tu sistema es APRB

April 4th, 2008

En mi post anterior les comenté que estaba en medio de pruebas para garantizar que los sistemas que estamos desarrollando sean APRB (A Prueba de Re-Boludos). Es muy importante entender que más allá de lo simpático de la expresión, detrás hay un concepto muy importante en el desarrollo de cualquier plataforma o sistema.

He visto en repetidas ocasiones cómo muy buenas ideas son mal ejecutadas por convertirse en soluciones complejas de utilizar o entender.

Esto muchas veces pasa porque quienes se encuentran involucrados en el proyecto, con el conocimiento que esto implica, dan por supuesto determinado conocimiento o construcción de entendimiento por parte de sus futuros usuarios, y esto no es necesariamente así.

Para tener un sistema APRB es necesario que partamos de la base del desconocimiento absoluto. En mi caso, siempre pienso en mi madre, quien no sabe ni prender una pc, y por tanto pienso en cuál sería el paso a paso que ella haría o cómo debería de explicárselo (en el caso de estar diseñando un manual o tutorial) para que logre el uso total del sistema.

Luego de realizar este análisis, podríamos alivianarlo si tenemos una página de internet (podemos suponer que los usuarios saben prender la pc y abrir el navegador :P , pero no es bueno suponer que saben qué significa el candado que aparece en el navegador, el orden exacto en que debo hacer las cosas para que el sistema responda o las reglas de negocios que uno incorpora).

De esta forma tenemos que llegar a la combinación de usabilidad perfecta para nuestro tipo de solución y el tipo de usuario que lo usará en el día a día.

Un ejemplo típico es pensar en un backoffice de un cms. Los administradores no necesariamente conocen de html, y por tanto si queremos que puedan editar en texto enriquecido debemos darles desde el sistema la posibilidad de usarlo “como si fuera un editor de texto”, para que así no requieran de aprender html para cargar una nota en un cms.

Switch to our mobile site