En la presentación de su ultimo producto el nuevo iMac, Jony Ive -la mente que ha definido los productos más exitosos de la ultima década- hace referencia a esta característica principal de Apple resaltando lo importante de no ser consumido por el fantasma de la reinvención:

Las ideas principales, fundacionales del iMac son tan relevantes y correctas ahora como lo eran con el primero. Y en vez de simplemente ser consumidos por la reinvención, esta es una de esas fantásticas oportunidades para ser muy claro con lo que esta bien y no cambiarlo. Así que hemos puesto todo el [...] detrás de mejorar estos aspectos del producto que podemos hacer mejor y esto es lo que iMac representa: una colección de las mejores ideas, de la mejor innovación.

Sinceramente, en esta época en la que muchos abogan por reinventarlo todo, y confunden eso con la innovación, las palabras de Ive son como un bálsamo para mis oídos.

Digamos que quieres producir ropa. Necesitas saber si tu objetivo es vender a niños, mujeres o hombres. Necesitas decidir si te especializas en tallas normales o tallas grandes. Tienes que decidirte si quieres vender a gente de menores o mayores ingresos, etc. De modo que para cuando empiezas a diseñar tu ropa necesitas saber que estas diseñando ropa para niños de talla normal de familias de clase media ¿no?.

Si tienes suerte, todos los niños del mundo llevarán tu ropa, pero estos niños son tu objetivo prioritario. Esto no significa que los padres y los distribuidores no sean importantes, pero si tu ropa no cubre las necesidades de esos chicos, te quedarás fuera de juego antes que después. Necesitas entender como un niño juega y come, cuanto se lava esa ropa y un sinfín de cosas más.

Para muestra un botón

Lo mismo sucede con el software. Una aplicación no puede ser todo para todo el mundo y es mejor que entiendas esto lo antes posible. Si estas construyendo un producto para la gestión de la posicionamiento online, tienes que escoger si vas a por pequeñas empresas, grandes empresas o individuos, porque sus necesidades son distintas.

La información que encontrarás en internet sobre ellos es completamente distinta en cuenta a cantidad y calidad. Por ejemplo en Google aparecen unos 22K resultados en para “Alberto Molpeceres”, más de 250MM para “nokia” y unos 8K para “linking paths”, de modo que tendrás que escoger cual es tu público objetivo.

Tener a Nokia como cliente puede sonar genial, pero tienes que estar seguro de que puedes cubrir sus necesidades y del esfuerzo y exclusividad que va a requerir de ti un cliente tan grande. De nuevo, tienes que distinguir entre el cliente final del producto, aquel que lo encuentra útil y cree que merece la pena pagar por él, y otros roles, como revendedores.

En este sentido, un experto SEO que quiere ofrecer la herramienta a sus propios clientes puede no ser tu objetivo, al menos no como SEO. Puede serlo como propietario de un negocio o como individuo, pero no para pueda revender tu producto a sus clientes. Realmente tienes que ser útil para sus clientes si quieres ser interesante para el SEO.

En Stage queremos ayudar a gente a gestionar el proceso de registro de sus eventos – ya sea una conferencia, un taller, un curso o un pequeño viaje: Vender tickets y el controlar el acceso el día del evento. Puedes recoger distinta información y dinero de tus asistentes, pero si tu evento tiene unos requisitos de seguridad especiales -la Ryder Cup tiene un ticket con foto no transferible al que se accede por sorteo- o cada ticket tiene una localidad en concreto -como los asientos en el cine- Stage no es para ti. Y no pasa nada malo, no puedes ser perfecto para todo el mundo.

De hecho no puedes ser perfecto… pero es que la película no va de eso.

Reconociendo mi torpeza y falta de paciencia para que la foto se vea aceptablemente, la foto de la izquierda muestra la cara seria de una chica sobre el epígrafe trabaja en una agencia, y a la derecha la misma chica sonriente sobre Trabaja en su agencia.

Llevando cuatro años y medio en esto de trabajar para mi mismo no voy a ser tan fariseo como para desanimar a nadie, pero si algo he intentado en estos años ha sido ser realista, y tengo claro que esa no es siempre la situación más habitual. Tampoco la contraría, pero esa seguro que no. Y es que si las alegrías son inmensas cuando tienes un éxito (como cuando consigues que el offf 2010 use Stage) las preocupaciones y las dudas te dejan a menudo sin sonrisa:

• Si las cosas van bien tienes que preocuparte de lo que pasará en tres meses o de si deberías crecer o no. Si las cosas van mal… que voy a decir.
• Si vendes te preocupas por si serás capaz de cumplir con tus propias exigencias y con las de tus clientes, si no vendes… que voy a decir.
• Si escoges hacer un producto te preguntas si habrás escogido bien o deberías optar por otro. ¿Lo valorarán nuestros clientes?
• Si dentro de ese producto escoges una funcionalidad, te preocupas por si será más útil que otra o no… ¿me habré equivocado eligiendo esta?.

Y así podría seguir eternamente, pero decidir tu futuro por ti mismo es lo que tiene.

Hace unas semanas empezamos a jugar con la idea de ponernos en serio con una segunda versión de Vivir del software, nuestro ebook sobre como ganarse la vida desarrollando software. Queremos completar y aplicar lo mucho aprendido en los tres años que han pasado desde la primera versión al nuevo libro.

Sinceramente, tengo mis dudas -de nuevo- de si seremos capaces de encontrar el tiempo y la constancia necesaria para hacerlo, pero si tengo claro que el día que lo hagamos tendrá un gran peso la parte psicológica de la aventura empresarial, posiblemente más que la técnica, siempre más específica y objetiva. Hace falta que incluyamos ese factor psicológico en la ecuación.

El congreso anual de tu asociación.

El viaje soñado con tus amigos a Finlandia.

La exposición fotográfica que quieres hacer.

La reunión con toda la familia que llevas tiempo preparando.

¿Cómo preparar estos eventos? ¿Cómo gestionar la participación en ellos? ¿Cómo reunir el dinero de las entradas? ¿Cómo anunciarlo de manera sencilla y rápida?

Con Stage.

Stage permite a cualquier persona, empresa o asociación gestionar un evento de la manera más rápida y sencilla. Por cada ticket vendido Stage te cobra un pequeña tasa fija y si tu evento es gratuito y tú no ganas dinero, nosotros tampoco.

Nos hemos concentrado en crear un producto sencillo, claro y útil. No hemos querido participar en esa silenciosa guerra fría por tener más funcionalidades que otras aplicaciones. Preferimos esforzarnos en ganar tiempo para ti.

Una comisión justa

Olvídate de complicadas ecuaciones o comisiones injustas. Cada vez que vendas una entrada, Stage te cobra 1 euro, un dólar o una libra. Eso es todo.

Sin complicaciones innecesarias

Es fácil hacer algo complejo y es complejo hacer algo sencillo. Queremos construir software que te sea útil porque piensa en ti. La sencillez es un activo importante de Stage.

Adelante. Salta a escena y crea tu primer evento en Stage.

Tener competencia es bueno. Tener -nueva- competencia es como digo una gran noticia. Tener competencia quiere decir que hay un mercado. Tener competencia significa dinero y clientes. Tener competencia es tener enemigos. Y nos encanta tener enemigos.

Cuando nos decidimos a crear Stage sabíamos que nos íbamos a batir el cobre con Amiando, con Eventbrite, con RegOnLine. No solo no teníamos miedo a la competencia, sino que nos decidimos a construir el gestor de eventos que nosotros usaríamos, sin entrar en la guerra fría del “nosotros más”.

Pensamos que cualquiera debería poder organizar un evento y vender entradas online independientemente de los recursos o la infraestructura que tuviera. Decidimos que en la era de la democratización de los medios nosotros íbamos a crear una herramienta para poner al alcance de cualquiera gestionar un evento.

Con ese principio diseñamos un modelo de negocio y unos precios que estuvieran basados en el coste generado y en el margen disponible. Cogimos el concepto de comisión variable por entrada de nuestros competidores, lo tachamos, lo renombramos y se lo devolvimos a nuestros clientes transformado en ahorro y una única tasa fija. Y ahora otros empiezan a parecerse a nosotros y no al revés.

Escribimos en nuestra pizarra “Innovación != Dinero”. Ni es lo mismo, ni hay correlación. Nos hemos obligado a hacer un producto mejor que el de compañías que son 4, 10, 100 veces más grandes que nosotros. Nos hemos demostrado que 3 personas pueden hacer un producto que utilicen miles de personas.

Los monopolios para toda la vida se han acabado. Hoy en dia ser sólo bueno ya no es suficiente para crearlos o mantenerlos. Es necesario hacer algo útil, ético y bello. Y nosotros lo hemos hecho. Querida competencia, lo siento… no nos coges desprevenidos.

Te estábamos esperando.

Pero todo tiene su límite, y esta vez salimos si o sí. Tenemos que salir. Aunque tengamos que sacrificar algo de funcionalidad o seamos conscientes de que algunas cosas son mejorables. ¡Qué duro es tener que escoger qué entra y qué no!. Pero si no ponemos un límite no terminaríamos nunca. Lo expresa muy bien en una entrevista Jim Collins, uno de los habitantes de una de nuestras ciudades favoritas, en una entrevista de hace un par de meses en la revista Inc:

> If you accept the idea that work is infinite and time is finite, you realize you have to manage your time and not your work. You need a laserlike focus on doing first things first. And that means having a ferocious understanding of what you are not going to do.

Hacer esto trabajando para otros es difícil, pero hacerlo para tí es durísimo, porque añades los miedos y dudas sobre si acertarás o no, sobre si el trabajo realizado y el sacrificio pasado habrá merecido la pena. La parte buena es que eres tú quién escoge, para bien o para mal.

Un prototipo visual completo (estático o dinámico) no sólo ayuda al cliente a entender claramente lo que está comprando y a mejorar la conversación con él, sino que también es mucho mejor para nosotros como equipo de desarrollo que una especificación funcional de 80 paginas (ademas todos sabemos ya que una especificación funcional no tiene nada de funcional).

El resultado de experiencias pasadas gestionadas de esta manera, como la Rails Rumble o el desarrollo de Trourist comparado con el resultado de otras ideas y proyectos nos ha llevado a ser más radicales en esta idea y dejar de excusarnos a nosotros mismos. De hecho no somos los únicos que vemos la prioridad que el Front End/UI tiene en el desarrollo de software.

Dedicando el tiempo y esfuerzo necesario a pensar el sistema o la aplicación en esta fase se consiguen múltiples ventajas:

• Reducir las indefiniciones y los malentendidos entre todos los miembros del equipo (AI, diseñadores, desarrolladores y el propio cliente).
• Un estado de desarrollo más real y palpable, dejando a la vista que queda por hacer.
• Un entorno de desarrollo más motivador, viendo el resultado final de tus avances.
• Esfuerzo más focalizados, con una meta clara y palpable (No more over-engineering!).
• Requiere la implicación del cliente que tiene que ir más allá de validar un documento que probablemente no ha leído y comprendido por completo.

Todo esto hace que finalmente avancemos más rápido, con más seguridad y viendo lo que estamos construyendo.

El prototipado y la interface de usuario no es obviamente la única fuerza directriz, puesto que finalmente todas esos elementos e interacciones se deben convertir en funcionalidades que a su vez ayudan de nuevo a enfocar y dirigir los esfuerzos… pero quizás si es la más importante. Al fin y al cabo es la parte en la que más personas intervienen… ¡y la que finalmente utilizará el cliente!

¿Quiere esto decir que es la forma ideal de trabajar?… ¿En cualquier tipo de proyecto?… ¿Para cualquier empresa?… Quizás no, pero sus ventajas hacen interesante que al menos lo probéis -posiblemente en un pequeño proyecto interno de bajo riesgo- y veáis si realmente es factible en vuestro contexto. En nuestro caso esta funcionando realmente bien y lo hemos adoptado como práctica estándar… ¿que opináis vosotros?.

rails rumble 2009 teaser

Ya se ha anunciado la fecha de la edición 2009 de la Rails Rumble: 22 y 23 de Agosto. Nosotros ya tenemos apuntada la fecha.

Tras nuestra presencia en el Rails Day 2006, la pausa en 2007, nuestro aceptable puesto 33 con Ostraka en la edición 2008, esperamos con ciertas ganas esta nueva edición. De hecho nos gustaría combinarlo con un viaje en grupo de cuatro días -2 para la rumble y 2 para descansar- de todo el equipo, con lo que la ganas de rumble -si finalmente conseguimos reservanos esos dias- aumentan XD.

Este año la organización quiere solventar algunos de los problemas que han detectado en otras ediciones como el absentismo de muchísimos grupos inscritos. Según la encuesta que nos han pasado, se están planteando requerír un pago simbólico (que iría a recibir algo de merchandising o a algún proyecto opensource hecho en Rails) con el fin de asegurarse que la gente que se apunta realmente tiene interés en participar.

También están valorando cambios en el modo de votación. Personalmente el del 2008 me parece un buen camino -votación popular- pero no creo que el resultado fuera del todo justo y no por nuestro puesto, sino por los pocos proyectos que conseguían un “aprobado” en cualquier categoría. Parece que es difícil que el publico que vota tenga en cuenta que es un esfuerzo tremendo realizado en solo 48 horas y eso si no duermes, comes ni… bueno… si no haces nada más que desarrollar. Por nuestra experiencia sabemos que terminar algo que simplemente funciona, ya es un triunfo. Muchas de las aplicaciones del año pasado no solo hacian eso sino que de hecho eran muy buenas ideas implementadas de manera más que solvente.

Sea como fuere la Rails Rumble se acerca un año más y esperamos que esta vez nos lo pasemos aun mejor (finde incluido XD).

De entre toda la gente que participe antes de las 24:00 (GMT+1) del jueves 30 de Abril de 2009 saldrá l afortunado que recibirá su entrada para la conferencia.

Buena suerte a todos!

Y es que después de retrasos, de implementaciónes que más se parecían a proyectos que a productos, hemos realizado nuestra primera venta real de producto con stage!. Antes del lanzamiento oficial hemos decidido hacer una última prueba en real con el mad 009 organizado por domestika.org, y ¡ya se han empezado a vender los tickets!.

Un pequeño paso, pero que nos acerca un poquito más a lo que queremos ser. Días duros, pero buenos.