¡Tengo una idea! ... y 999 más

El otro día, hablando con Wildsnake y Jaldus de multitud de temas, volvió a surgir una frase, que ya se está convirtiendo en un clásico:

"A ver si se nos ocurre una idea genial y nos forramos"

Y, como ya lo he comentado alguna vez, no estoy de acuerdo al 100% con esa afirmación. Como dice Desencadenado, lo importante no es tener "la idea". El problema es cómo conseguir tener ingresos regulares a través de esa idea: buscar un nicho de mercado, conseguir proveedores, un producto que se ajuste a las necesidades/expectativas, posicionarte, encontrar canales de distribución, controlar los gastos, trabajar mucho y no cagarla demasiado.

Olvidémonos del mito de "la idea", ¡lo más importante es conseguir clientes! (que paguen, claro).

Y para muestra un botón: aquí hay 999 ideas, gratis.
¡Así que ya no tenéis excusa para empezar!
:p

p.d.
yo aporto otra idea de mi cosecha (la número 1000):

Una empresa que se dedique a vender mobiliario "prefabricado" para estudiantes que van a un piso compartido o residencia de estudiantes. Pack de estudiante: cama, mesa de estudio, silla, lamparas, estanterías, etc. en plan Ikea para habitación de 15m2. A un precio "de estudiante".

Mudanzas y eficiencia alemana

Hoy me encuentro empaquetando todas las cosas de mi despacho en Ingolstadt. La razón es que se han reorganizado la distribución de los departamentos y a nosotros nos toca cambiar de piso.

De hecho esta es la segunda mudanza que hago en 2 semanas, ya que hace poco tuve que hacer lo mismo con mi despacho en Regensburg (allí cambiamos de edificio la semana pasada). Es lo que tiene trabajar en dos sitios diferentes...

Aunque tampoco esa fue la primera vez. Me ha tocado ya tres veces una mudanza total de edificio en el trabajo (en diferentes empresas).

Eso sí, creo que nunca me dejará de sorprender la planificación alemana. Cada departamento tiene un representante, que junto con los "expertos" en mudanzas se encarga de discutir, planear la nueva distribución, quién, cómo, qué, cuándo. Y cuando llegan a un acuerdo lo comunican al resto.

A veces el nivel de planificación es extremo, porque se pueden pasar horas y días discutiendo cuál es la mejor manera no solo de definir la nueva distribución de los despachos, sino que hay protocolos/instrucciones para catalogar (a quién pertenece que y a dónde debe ir), empaquetar, trasladar (en que orden), y luego desempaquetar. Todo por escrito, hasta el mínimo detalle.

A veces es un poco desesperante que te venga un uno de esos "expertos" a explicarte obviedades o cuestiones de sentido común. Dan ganas de decirles: "Tío, que soy ingeniero, ya se como desatornillar!"

Pero he reconocerles una cosa. La ejecución de la planificación suele ser rápida y eficaz (salvo contadas excepciones).

La última vez fue así:
*Un viernes al mediodía nos llegaron unos containers a cada uno.
*Allí estaba escrito a quién pertenecía (mi nombre), el numero del despacho "origen" (mi despacho, con plano incluido), que cosas en que "cajón" debían ir (carpetas, ordenador, libros, etc.), y el nr de despacho "destino" y la hora del traslado (recogían el container a las 17h y lo tendría en el nuevo despacho el lunes a las 10h).
*Una vez empaquetado todo, me fui a disfrutar del finde
*El lunes siguiente fui directamente al nuevo despacho, donde ya estaba el container, la mesa, la silla, los armarios, etc. montados y colocados.
*Desempaqueté mis cosas, vino un tío a activar el teléfono y a comprobar que funcionaba la red.
*A las 13h ya estaba trabajando normal en el nuevo despacho.

Dicen que el ejemplo más extremo de planificación + eficiencia alemana en una mudanza fue el traslado del Aeropuerto de Munich desde Riem (que se había quedado pequeño) a su ubicación actual. Tras años de planificación, se trasladó el aeropuerto entero en la noche del 17 de mayo de 1992. El último vuelo en el aeropuerto anterior se produjo poco antes de media noche y el primero en el nuevo aeropuerto poco después de las 6 de la mañana.

Cita de la semana (19)

«There are infinitely many ways to lose a day... but not even one way to get one back»

Tom DeMarco en The Deadline, a novel about project management

Regalo japonés

Bueno, al final la experiencia japonesa no ha estado mal. No ha habido un choque cultural fuerte (o al menos a mi no me lo ha parecido). Muy majos e incluso me han regalado una caja de galletas. Lo se porque la he abierto y me he comido una, porque si tengo que adivinar lo que es a través del envoltorio...


Sergio, se lee así bien ¿o está boca abajo?

Ahora estoy...

... trabajando en un bar de Vitoria, con Wi-Fi, conectado a mi servidor en Ingolstadt, mientras me tomo una coca-cola Zero y veo a través de la cristalera la gente pasear por la plaza.

A veces me encanta el teletrabajo.

p.d.
No pongo foto porque no consigo pasar las foto del móvil al portátil. El puñetero Bluetooth hoy no quiere ir... no se puede tener todo.

El lío de las zonas horarias y cambios horarios

Para los que tengan habitualmente conferencias telefónicas internacionales (o mas bien intercontinentales) con colegas, proveedores, clientes, etc. suele ser a veces un poco lioso el tema de la coordinación horaria.

Vamos a poner un ejemplo: yo los martes por la tarde tengo una conferencia telefónica con uno de mis proveedores en Detroit, Michigan. Es de 16 a 17 horas CET (hora central europea), o lo que es lo mismo GMT + 1 hora (para los despistados: Madrid tiene horario CET, y canarias GMT). Eso significa en condiciones normales que la conferencia tiene lugar a las 10-11a.m. hora local en Michigan.

Y por lo tanto les envío un mail-invitación a la conferencia con su horario local, el numero de conexión a la conferencia y la clave.



Esto se complica un poco más más cuando incluyes más países. Por. ej. he tenido a veces conferencias telefónicas a varias bandas con Phoenix (USA), Toulouse (Francia), Frankfurt (Alemania) y Camberra (Australia). Con lo cual tienes primero tienes que buscar un horario en el que a todos les venga bien (imposible!!) y luego calcular las horas locales antes de enviarles la invitación.


El caso de Australia es además curioso porque tiene zonas en que la diferencia horaria no es en horas enteras sino en medias horas (+8h30min). Afortunadamente no es el caso de Camberra. Aun así la última vez a los pobres australianos les tocó estar atendiendo el teléfono a las 3 de la madrugada.

Pero bueno, esto hasta ahora no ha sido taaaaaaaaaaaan complicado. Lo divertido suele ser con los cambios horarios (que por cierto, no entiendo por qué se producen y no soy el único).

Por ejemplo, a principios de mes cambiaron la hora en Estados Unidos (+1h). Por lo que durante un par de semanas en vez de haber 6 horas de diferencia, hay solo 5. Por tanto las reuniones sigo organizándolas a las 16h CET, pero 11a.m. Detroit local time. Pero a partir de este próximo sábado el cambio horario se produce en Europa (+1h) por lo que volveremos a la situación original (otra vez 6 horas de diferencia).

Conociéndome el truco, esta semana he organizado una conferencia con un proveedor de Tempe, Arizona. Y claro, muy listo yo, calculo las diferencias horarias (-8h de normal +1h de cambio horario)... y lo envío. Al rato me responde mi persona de contacto que no, que no hay cambio horario. "¿Como que no? Si en Detroit lo hubo la semana pasada." - le respondí.

"Ya", me dijo. "Pero es que Arizona es una excepción a la regla" (al parecer Hawaii también).

En fin, que para no liarla más, me he puesto a buscar y he encontrado una herramienta muy útil en WorldTimeZone.net, que se llama call planner. Esta herramienta te deja introducir la fecha en la que quieres organizar la conferencia, y hasta tres ciudades diferentes del mundo. Y así saber qué hora local hay en cada uno de los sitios en cualquier momento del año. La verdad es que me va a venir muy bien.

Ah! Por cierto, a partir del mes que viene voy a tener que encargarme de un nuevo proveedor en Japón. Me da que me va a tocar madrugar...

Sobre estándares y demás

Otra semana más, otra semana de viaje.

Esta vez he estado unos días, representando a mi empresa, en un comite de estandarizacion para el desarrolo de un interfaz de sensores para el automovil.

Es muy curioso e interesante el mundo de los estándares, y su proliferación en los últimos años. Cada vez es más normal ver a empresas "competencia de toda la vida" juntarse y tratando de sacar productos/servicios/interfaces en común. Hace unos años hubiera sido imposible ver como Mercedes y BMW (enemigos íntimos) se juntasen a hablar de la posibilidad de fabricar un automovil (compacto) en común.

Desde luego, desde el punto de vista del cliente final, todo lo que sea estándar suele ser bienvenido. Se estandarizan los interfaces de hardware (ej. puerto USB) para que los equipos de diferentes fabricantes se puedan comunicar unos con otros. Se estandarizan interfaces de software (ej. XML) para que la gente pueda compartir información y usarla con diferentes programas, plataformas.

Para los que venden los sistemas, las ventajas de la estandarización son una mayor disponibilidad de dispositivos compatibles entre si, mayor disponibilidad de "materia prima" (componentes) y (normalmente) una reducción de costes. La reducción de costes no suele ser inmediata, sino normalmente debida al aumento de volumen de producción (si se produce). De hecho, en las fases iniciales de estandarización los costes de producción suelen ser más altos porque incluyen un overhead o adaptación extra sobre el sistema optimizado que teniamos antes.

Curiosamente, para el proveedor de equipamiento y servicios, normalmente suele ser más más interesante "no estandarizar demasiado". Si todos los productos son "iguales", al final el cliente final sólo va a decidir en funcion de costes/precio y eso puede no interesar siempre (dependiendo cuáles sean las ventajas competitivas de la empresa). Es mucho mejor tener alguna característica distinctiva que te diferencie de (de manera positiva, se entiende) y poder pedir por ese producto un mayor precio (y normalmente tener un mayor margen beneficio). O mejor aun, que tu sistema se convierta en un estándar de facto, y por tanto el resto de las empresas te tengan que pagar royalties por el uso de ese sistema.

Y ahi suele estar muchas veces el truco. No se puede estar totalmente fuera del estándar porque en ese caso te puede dejar fácilmente fuera del mercado. Pero estandarizar demasiado, si uno no tiene un clara ventaja competitiva a nivel de costes, también te puede dejar fuera.

Y para añadir más comlpejidad a la ecuación, hay que tener en cuenta muchos más factores como: ¿que información se comparte con tus competidores y cual no? ¿Realmente nos interesa cooperar y hasta que nivel? ¿Cómo se armonizan los diferentes requerimientos legales / patentes? ¿Deben ser los proveedores los que tiren del carro de la estandarizacion o los clientes?

Pero mejor esto lo dejo para otros posts.

Reverse engineering

Acabo de volver de estar unos días de visita por la competencia.

En departamento estamos desarrollando un producto. Y nos hemos enterado que uno de nuestros competidores estaba diseñando algo similar, así que me he puesto en contacto con ellos, y les he dicho que estábamos interesados y que queríamos saber exactamente cómo funciona y cómo está hecho, "por si se lo compramos". Aunque nuestra idea sigue siendo desarrollar el nuestro propio.

Ellos, lógicamente, también estaban interesado es conseguir nuevos clientes, así que allí he ido y se han pasado un par de días explicándome con bastante detalle tanto su funcionamiento, como los planes de mejora que tienen pensado. Incluso me enviarán un par de prototipos para que pueda probarlos y testear la compatibilidad en nuestro sistema.

El caso es que estaba comentando esto con una amiga, cuando ella me dice: "no te parece poco ético?" Y yo: "el qué?". "Lo que has hecho es casi espionaje, sacarles información que vas a usar para hacer tu propio producto", me respondió.

Lo he estado pensando... y creo sinceramente que no.

Espionaje industrial para mi es sacar información relevante, de mala fe. Robándola, sobornado a alguien de dentro, chantajeando, etc.

En mi caso, no es así, no les he engañado. Ellos saben que soy de la competencia, y "se imaginan" que nosotros también estamos haciendo algo similar. De hecho, estoy seguro de que se han guardado, pero que muy bien, de no darme datos que ellos consideren relevantes, o que puedan poner en riesgo su ventaja competitiva.

Y por otro lado, la probabilidad de que finalmente le "compremos el productos" no es ni mucho menos baja. Si nuestro diseño no funciona, mejor comprar (aunque sea a la competencia) un equipo que ya hemos probado y sabemos que es compatible con el nuestro. Comprar equipamiento a la competencia es pan de cada día. Ellos también nos compran ciertos componentes e incluso tenemos algún desarrollo en común.

De hecho, me parece mucho mas legal ir allí con las cartas encima de la mesa, que hacer "reverse engineering" puro y duro: es decir, conseguir el prototipo por otro medio, diseccionarlo y ver como esta hecho. Además si en esta fase descubro una "incompatibilidad" con nuestro sistema, siempre les puedo decir que cambien algún parámetro. En el fondo es un intercambio de información por ambas partes. Ellos también aprenden de como funciona nuestro sistema.

No me había puesto a pensar hasta hoy en lo ético o no ético de este comportamiento. Pero lo cierto es que no tengo, como se dice por aquí "dolores de tripa" con este tema. Hay otros "case studies" que me resultarían mucho mas complicados de aplicar en la practica.