Creo que es la primera vez en la historia de DEMO que presenta una empresa española. La afortunada, con la oportunidad de mostrar su producto en el mejor escaparate de startups que existe actualmente, es Whisher. Y parece que entran con buen pie.

Whisher ofrece "free wifi everywhere", por lo que las comparaciones con respecto a FON serán constantes. De momento Whisher plantea el despliegue sin inversiones en infraestructura (al contrario que FON, que ha de financiar gran número de las Foneras que reparte). Mediante un sencillo (y extremadamente intuitivo) software instalado en un ordenador (Linux, MacOSX o Windows) conectado a internet (y que obviamente tenga WiFi), es posible compartir la conexión con otros usuarios. Martín anunciaba recientemente un software parecido pero únicamente para sistemas MacOSX.

En mi opinión, la característica más importante de Whisher es su tímido intento de crear comunidad. Por el momento ofrece la oportunidad de intercambiar archivos y chatear con otros "whishers". Características que supongo incrementarán en breve. Características que FON no ha ofrecido en su año y medio de existencia, limitando la interactuación entre usuarios a foros o comprobar la existencia de vecinos en sus mapas. Al fin y al cabo: un fonero, en promedio, ¿a cuántos foneros conoce?. Un whisher acabará conociendo a todos los que se acerquen a su cobertura.

Por ello, ahora que las ventajas competitivas desaparecen y la competencia se amplía, creo que el enfoque comunitario puede ser decisivo para captar usuarios (y mantener a los existentes).

Supongo que el ganador de esta batalla será el que implemente una red wifi abierta que permita a sus participantes conocerse e interactuar. Comunicarse y transferirse información. En definitiva: una red que permita que los usuarios compartan libremente sus recursos.

La comunidad de Mobile Monday Barcelona nos ha nominado como startup local más innovadora en el año 2006.

Hay un gran nivel en el resto de nominados, pero conseguir que un móvil se integre en una infraestructura Grid tiene su mérito :)

Si formas parte de la comunidad y crees que nos merecemos el premio, consulta cómo votar por nosotros.

[UPDATE]: La empresa finalista ha sido MyStrands. Felicidades al equipo de Francisco Martín por el trabajo realizado :)

Se hace eco Juan Freire de un post de Guy Kawasaki titulado "Is a business plan necessary?" en el que se cuestiona la validez de los business plans basándose en un estudio del Babson College.

El estudio concluye que no existen diferencias significativas entre startups lanzadas posteriormente a la creación formal de un business plan y las que se lanzaron sin él. Interesante. Sobretodo viniendo de la denominada cuna del entrepreneurship. A ver si desde su posición consiguen inundar de sentido común al resto. Que falta les hace.

Antes de seguir, he de introducir un disclaimer: en think in grid no tenemos business plan. Y por motivos de los que estamos claramente convencidos. Así que mi punto de vista es previsible.
Read the rest of this entry »

Tras varios meses de dura gestación, al fin tenemos web. Quizá debiera escribir un post sobre como no se debe gestionar un proyecto así.

El contenido no es denso ni complejo. Algo parecido a un tríptico. Ya iremos rellenando con el paso del tiempo.

El diseño es de Digitalycual y la programación del mini-CMS de Carlos.

Gracias a los que nos proporcionásteis feedback :) Obviamente, toda crítica y aportación será bien recibida. Especialmente para rellenar las FAQ’s.

Llevamos 4 días metidos en el despacho, 4 días non-stop donde el portero del edificio nos mira con cara rara. 4 días a ritmo de start-up.  4 días para poder cerrar temas aplazados, empaquetar demostraciones y terminar material de soporte para mostrar a nuestros futuros clientes a que cosas nos dedicamos y que cosas podemos llegar a realizar con ellos.

Pero no quiero hablar de ventas… quiero hablar de las demos.

Think in grid cuenta con una herramienta interactiva que se dedica a comprobar resultados obtenidos de una base de datos para recuperar el patrón molecular que más se parece al que el usuario ha dibujado por pantalla. Ya os aviso que el cuello de botella se encuentra en dicha comprobación, y más cuando te encuentras con una base de datos repleta de valores, y mucho más cuando esta base de datos se encuentra distribuida por toda tu organización. Pues nada,  a gridear se ha dicho. El resumen del resultado es el siguiente:

1. 3 horas de definición técnica de los objetivos.
2. 2 horas para montar el servicio de comparación de moléculas. Aclarar que el algoritmo de comparación no está hecho por nosotros, menuda gracia tendría hacer algo que desconocemos y que será uno de los pre-requisitos marcados por el cliente.
3. 1 hora para montar el entorno. Un Framework corriendo sobre un servidor Tomcat con axis2 y 4 middlewares (1 línux, 2 windows y un mac). Toda una delicia.
4. 53 minutos (Contados con el reloj). Para programar la aplicación con la infraestructura grid (Instalar la librería de desarrollo y escribir 4 líneas de código).

Con eso cumplimos el primer pre-requisito de nuestra arquitectura. Simplicidad de implementación.

Pero tiene truco…. porque eso no suma 4 días… La verdad que toda la complicación la hemos encontrado en 2 puntos, que creo que conocido por todos los programadores java de este, nuestro mundo.

1. Gestión de librerías…. No puede ser que sea un caos definir que librerías necesitas. Que entre librerías existan conflictos porque dentro de ellas tienen otras librerías repetidas entre jar’s, que te vayas encontrando con incompatibilidades a medida que pruebas…. ufff, ha sido toda una odisea.
2. Java.policy. La aplicación la teníamos corriendo en un simple applet (No quiero comentarios). Y eso conlleva modificar las políticas propias de seguridad que implementa Java en su ficherito Java.policy, que dicho quede de paso… puedes llegarte a encontrar 3 o 4 versiones del mismo en tu ordenador y no sabes cual tocar, y como tocarlo. ¿Cual es el motivo de esto? Porque no utiliza las propias políticas de seguridad de la máquina? Porque de tanta anarquía? El tema esta en que ya somos casi expertos en el tema…. y no nos sirve de nada :).

De estos dos puntos Albert ya se encargará de hacer una buena optimización a nuestra librería y a lo que no lleguemos por limitaciones, un buen manual y una dirección y foro de soporte… lo arregla todo.

Pero aún queda 1 día y una noche más. La demo debe de estar para el lunes a las 19:00. Ya sabéis… clientes y esas cosas…. Por eso ahora toca adornarnos…. Y vamos a rematar el trabajo realizado con los siguientes puntos.

1. Sacaremos números de rendimiento para ver que tal funciona esto. (Isaac nos lo agradecerá)
2. Integraremos la primera versión del portal de Gestión Grid que está realizando Kiusap.
3. Montaremos una presentación de soporte para la venta :).

Y con eso creo que nos mereceremos unas buenas vacaciones: Lunes por la noche libra todo el mundo. El martes por la tarde volvemos al trabajo.

PD: La foto lo dice todo… material de start-up.

Todo indica que finalmente tendremos web en breve. Tan en breve que hoy mismo estará finalizada.

Me gustaría recibir feedback antes de subirla. Lo que queremos explicar, aunque no es excesivamente complejo, tampoco es trivial.

Así que, tengas o no perfil técnico, nos gustaría conocer tu opinión.

Si deseas colaborar, envíame un mail a dmarino###thinkingrid.com

Para muchos, hoy es realmente el día de los Reyes Magos. Esta tarde Steve Jobs saltará al escenario del Moscone Center con sus habituales tejanos y camiseta negra para hacernos soñar. Babearemos con los nuevos productos, nos lamentaremos de no tener dinero para pedirlos y por unos momentos nos regocijaremos pensando que los chicos guays apalizan a los estirados de Redmond. La historia siempre se repite: buenos y malos… Y una manzana de por medio ;-)

En el despacho los "mackeros" ganamos por aplastante mayoría. La tradición (ahora que no retransmiten en directo) es no seguir ningún blog que pueda dar información, y, cuando activen el streaming, poner palomitas a calentar. Sentarse tranquilamente y disfrutar. Si es que somos unos putos frikis :D

Se sabe que Steve presentará Leopard, el iTV, iLife & iWork, algún nuevo modelo de iPod y ¿quizá? el tan deseado iPhone. Cuando Steve pronuncie el famoso "one more thing", nos tiraremos de los pelos y volveremos a creer, realmente, en la magia de la navidad.

Lo que probablemente no presentará será la integración de todos sus gadgets en un entorno Grid. Y debiera. Porque nos está dejando de ofrecer multitud de servicios:

• Poder compartir TODOS mis archivos con quien quiera, estableciendo las restricciones que quiera: ver películas almacenadas en el iTV de casa desde mi portátil en el despacho, compartir mis mp3 del iPod con mis amigos, consultar la guía del móvil de mi novia o acceder a los documentos excel del ordenador de un socio. ¿Qué ya se puede hacer? Pero no desde cualquier dispositivo, en cualquier momento o en cualquier lugar.
• Formar comunidades basadas en el punto anterior. Hasta ahora las comunidades se han basado en el intercambio de información. Debiéramos hacer posible también el intercambio de recursos.
• Tener un punto "virtual" de sincronización de dispositivos. Ha de haber un punto central en el que todos mis gadgets se puedan conectar para mantenerse actualizados. Y no ha de ser responsabilidad mía, porque tengo la fastidiosa tendencia de dejarlos caer al suelo o perderlos. Quiero poder ver mi agenda en cualquier lugar, mis tareas, acceder a mis RSS… Sin preguntarme continuamente si la versión más nueva es la del portátil, la del móvil o de la PDA.
• Streaming bajo cualquier circunstancia: quiero poder ver vídeos desde donde sea en el formato que más me convenga. Youtube en el móvil, o DiVX en la PDA. Si no es posible, que lo transcodifiquen en tiempo real y me lo envíen garantizando QoS. Me da igual si tienen como fuente archivos distribuidos para facilitar el proceso.
• Reducir la carga de trabajo de mi ordenador pudiendo compartirla con otros: aplicar filtros del photoshop instantáneamente, codificación de video on-the-fly…

En definitiva: por muy novedoso que sea lo que presente hoy, seguimos estando limitados.

Grid is freedom!

Je n’ai fait celle-ci plus longue que parceque je n’ai pas eu le loisir de la faire plus courte.

Blaise Pascal

Muy interesante el post "The Entrepreneur’s New Year’s Resolution: I Will Fix My Pitch" de Bill Reichert en el blog de Guy Kawasaki. Amplía y detalla su famoso concepto 10/20/30 de Guy para presentaciones: 10 transparencias en 20 minutos con fuente de la presentación a tamaño 30. Bastante razonable.

Resumiendo, el "punto poderoso" debe contener como máximo las siguientes transparencias:

• Portada: Añadir lo habitual y además un "tagline" que brevemente resuma el principal mensaje que quieres dar.
• Equipo: No dejes para el final lo más importante de la empresa. Añade a los principales responsables junto con una frase que los defina. Si sirve de ejemplo, algunas de las que utilizamos son: "a los 18 años le perseguía la Interpol" o "salvó a 2 empresas de la quiebra".
• 1 - Visión general de la compañía: ¿Qué beneficio ofreces a qué clientes para satisfacer qué necesidad? Añade también los hitos más importantes de la empresa (fundación, datos financieros, clientes importantes…)
• 2 - Problema / Oportunidad: Explica claramente el problema a resolver o la oportunidad a explotar y por qué debe realizarse ahora.
• 2.1 - Tamaño del Problema / Oportunidad: Si es necesario, amplía el punto anterior con cifras. Pero intenta evitar los estudios de grandes consultoras para demostrar que conoces el mercado.
• 3 - Solución: ¿Qué ofreces? Si puedes enseñar brevemente una demo en este momento, mucho mejor.
• 3.1 - Enfoque de la solución: Puede que necesites esta transparencia para ampliar información si la solución es compleja o intervienen diferentes procesos y/o agentes.
• 4 - Valor añadido: Define y cuantifica los beneficios que aportas.
• 5 - Ingrediente secreto: Muestra tu as bajo la manga para evitar en la mayor medida posible que te copien o mejoren.
• 6 - Ventajas competitivas: Basada en las transparencias 4 y 5, aprovecha esta transparencia para demostrar que tu solución aporta las ventajas suficientes como para diferenciarte de la competencia.
• 6.1 - Matriz de ventajas competitivas: Puede interesar mostrar en diferentes matrices el posicionamiento de nuestras ventajas con respecto a la competencia.
• 7 - Estrategia de mercado: Si tienes algo interesante que comentar hazlo. Especialmente lo que no sea obvio o lo más disruptivo.
• 8 - Modelo de negocio: Ha de ser la parte más coherente de toda la presentación. Redacta respondiendo a esta pregunta: ¿cómo voy a conseguir ingresos?
• 9 - Proyecciones financieras: Ingresos, gastos y crecimiento. Lo importante no son los números (nunca se cumplen), lo importante es la coherencia con todo lo anterior.
• 10 - Financiación requerida / Hitos: La carta a los reyes: cuánto quieres y cómo vas a demostrar que lo mereces.
• Resumen: Refuerza el "tagline" del principio, muestra tu mantra… Escribe aquello por lo que quieras que te definan.

Tan sencillo y tan complejo. Resumir cuando crees que todo es importante y tienes la sensación de que cualquier dato puede marcar la diferencia entre la financiación o el ostracismo. La primera vez que hice una presentación, creo que no bajé de las 35. Y me sigue costando bajar de 20. Será por eso que seguimos trabajando en un sótano sin ventanas ;)

En cuanto rehagamos la nuestra, la subiremos para recibir vuestro feedback.