Monthly Archives: November 2011

To invest at the seed or A round.  My ideal team is simple:

Assuming 6 people
1. 5 engineers
2. 1 CEO who doubles as head of product management
3. Nothing else

But obviously I am open to other configurations.  The key important things are:
– strong tech DNA
– dominance of tech personnel relative to others
– strong product focus on CEO

I never invest in:
– business people who outsource tech dev to 3rd parties (“to speed up time to market”)”

I’m looking to back technology companies so I naturally have this bias and I care deeply about product design, the ability of the team to have a good sense of what is working on the Internet & mobile and thus to make the necessary changes in the market as market conditions change.

But what comes after the original team? Who do you hire after you have a product built & shipped and being used in the market? Who do you hire when you raise that first $2-3 million?

My answer will surprise you and I’m sure many will not agree. But I give this advice to nearly every company I work with so at a minimum you’ll know it’s authentic and not intentionally controversial.

Your first hire after that first round of capital is an office manager / company-wide assistant.

Via Both Sides Of The Table | http://www.bothsidesofthetable.com/2011/10/28/the-controversial-first-role-to-hire-after-your-a-round/#comments-5271

Five big problems with mobile travel applications (and a bonus one for Android users) | Tnooz

Most common problems with mobile travel apps today:

1. Assuming always-on data connection.

Don’t assume always-on, build standalone apps with good caching.

2. Assuming high speed network access.

Don’t use a big CSS with loads of effects and scripts that might be used only once. Don’t build big XML APIs with tons of data “just in case” (forget SOAP, go REST). Cache everything you can to avoid reloading the same data multiple times.

3. UX design too small and packed.

Some designers seem to forget that a finger is a finger. Every action button or dropdown list should be not only large enough that it can be hit with reasonable success, but also spaced away from other active items to avoid tapping the wrong one.

4. Poor data synchronization with the cloud.

Some apps seem to require a login every time they need to be used, and expect to have data connection for login verification every time.

Don’t. Get inspiration from TripIt and other itinerary management apps: they are born mobile, and are handling this well.

5. Requesting too many permissions.

In social, an empirical rule for Facebook apps is that every additional permission requested decreases the app installation rate by 2-3%. We will probably get into something similar with mobile.

+1 (Android specific bonus) App cannot be moved to SD card.

Please, please, please make sure your Android apps can be moved to the SD card.

.

Via Tnooz |  http://www.tnooz.com/2011/11/02/mobile/five-big-problems-with-mobile-travel-applications-and-a-bonus-one-for-android-users/

Google ha perdido su esencia.

No es lo que gano con el nuevo Google Reader lo que me preocupa. Es lo que pierdo.

Pierdo la capacidad de leer enteros los post compartidos de las personas interesantes. En Google+ se comenta mucho pero se lee poco. Descubro que la gente comenta a partir de las pocas líneas compartidas y que la mayoría no se molesta en clickar para ver el contenido completo (sabemos por qué hace esto Google, y es legítimo).

Como Google Plus no es un lector de feeds necesito visitar dos páginas para realizar mi revisión diaria de fuentes.

Se ha perdido el Note in Reader. A los que seguiamos navegando por Internet nos permitía enviar fragmentos de un post, de una página, un post concreto… Ahora eso hay que hacerlo en Plus. No pasa nada… Sí pasa.

Perdemos la capacidad de generar feeds RSS a voluntad. Ya fuera con las estrellas, los likes, compartidos., o etiquetas públicas, podiamos generar feeds RSS a voluntad en Google Reader. Podíamos, a partir de los contenedores, realizar una curación colectiva de contenidos. Ese feed era público, a dispisición de quien lo quisiera utilizar. De esa manera se enriquecía la web. Yo los utilizaba para enviar a páginas de facebook, para alimentar mi Twitter, para hacer la documentación en mis equipos de investigación.

Eso lo podemos hacer ahora con los círculos. Pero no es lo mismo. Nadie puede ingresar voluntariamente en un círculo. Lo que yo comparto en un círculo queda encerrado, no libre.

Creo que el movimiento legítimo de Google perjudica más que beneficia a los usuarios, y beneficia a Google, aún a costa de perder su esencia.

Google nunca llegó a integrar en su algoritmo de búsqueda el potencial curador de Reader. Como en toda empresa grande había taifas enfrentadas. Y el buscador de Google cada día empeora, pierde fuelle y capacidad de discriminar. Su salvación es la curación social de contenidos, su salvación es el +1. Ahora todo lo social debe pasar por el +1. Vaticino que con la capacidad de curtación de contenidos de los usuários de Reader, no sólo Plus sino el buscador mejorarán, y mucho.

Pero esto será a costa de perder la esencia de Google, de cerrar la web. Los círculos de Goole Plus no me pertenecen. Los feeds RSS de mi Reader sí me pertenecían. Google está cerrando Internet, ha entrado en la estrategia Facebook.

(…)

Google ha perdido su esencia.

Va a ganar con el cambio.

Nosotros perdemos.

Comentario de AlbertodeFco en El Blog de Enrique Dans

via Los cambios de Reader y la capa social » El Blog de Enrique Dans.

Otros: