El blog de Juan

Llevo unas semanas intentando aumentar la productividad de la empresa, comenzando por:

• Reducir los errores.
• Reducir tiempos.
• Mejorar el proceso de compra.

Lo primero que hemos hecho, es tener un control de stock en condiciones, esto nos está permitiendo tener un catálogo de productos más amplio, reducir errores de roturas de stock, y sobre todo, con el sistema de aprovisionamiento automático, estamos optimizando nuestros recursos financieros al máximo. Es complicado determinar el ahorro exacto, pero hemos aumentando las ventas un 70%, y hemos reducido el stock en un 80%!!!, con respecto al mismo periodo el año pasado. La verdad, es que nos está costando un poco, pero merece la pena.

Otro aspecto importante, es la integración de un sistema de tickets para la gestión al cliente, aunque es reciente, ya está dando sus frutos, ya no se “pierden” los correos de los clientes, y sobre todo, hemos reducido un gran número de errores, provocados por clientes que envían correos para cambiar algo sobre sus pedidos.

Por último, la integración de nuestro sistema con nuestros partners está avanzado

• Por un lado nuestra asesoría dispone de un acceso a nuestro ERP, con lo cual puede llevar la contabilidad sin necesidad de pedirnos constantemente facturas, ingresos, etc… el ahorro para mí ha sido de 5 horas mensuales, pero sobre todo, el despreocuparme de tener que enviar la documentación el último día antes de que se acaben los plazos en hacienda.
• Y por otro lado, la integración con las empresas de transporte, nos ha supuesto un enoooorme ahorro en tiempo y en fallos.

Nuestra estimación, basa en el mismo periodo del año anterior, es que hemos conseguido al menos ahorrar 1.000€/mes, es casi el sueldo de un empleado. Es verdad que al principio está costando, pero al final será rentable.

Aún nos queda mucho por andar… pero a medida que vayamos integrando partners y automatizando procesos, iremos aumentando la productividad y ahorrando costes.

Mira que soy cabezón hasta no poder más, he escrito varios post en otros blogs sobre este tema, me han acribillado una y otra vez, y yo sigo erre que erre, que son mejores las aplicaciones de escritorio.

Pues bien, el otro día, cuando salió BUZZ, todo el mundo empezó a pedir un cliente para BUZZ, y los que pedían ese cliente BUZZ son aquellos que después defienden las aplicaciones web vs aplicaciones de escritorio!!!!!!!

Mi preguntas a todos los que me habéis acribillado:

• Correo: ¿En web o Cliente de Correo?
• Messenger: ¿En web o Cliente de Messenger?
• Twitter: ¿En web o Cliente de Twitter?
• Retoque fotográfico: ¿En web también?

No estoy en contra de las aplicaciones web, simplemente, cada tecnología vale para una cosa diferente, por ejemplo, lo ideal de una tienda online, es web, pero la administración de esa tienda, lo ideal es un cliente de escritorio tradicional, por rendimiento y usabilidad.

Esta claro, que en Web se puede hacer el 99,99% de lo que se puede hacer en un cliente tradicional, pero ¿a que coste?¿merece la pena?

Hay muchos indicios, de que las aplicaciones tradicionales no han muerto, que la tecnología web se mueve tan rápido, que es imposible seguirla, y para ciertas aplicaciones, es mejor hacerlo en Escritorio, con herramientas y tecnologías más consolidadas, donde se consigue mayor productividad.

Bien… os dejo que me critiquéis de nuevo…

Hace unos años me hice experto en SQLs y optimización de procesos. Aprendí a la fuerza trabajando para gran compañía eléctrica, teníamos que procesar milliones de registros varias veces al día, en un Pentium 400Mhz

Cuando tienes pocos recursos de hardware y tienes que mover mucha información tienes que mirar con lupa cada una de las SQLs que se hace, y diseñar muy bien los procesos, aplicar técnicas de caché, paralelismo, etc…

Durante seis meses, la facturación de los mejores clientes, la estuvimos haciendo en varios PC (en el mío, y en el de dos compañeros), si de verdad, estas cosas pasan, millones de euros en manos de un programa en Visual Basic, con BBDD Access y Sql Server

A lo que iba, conseguimos optimizando muchísimo, que el proceso fuera escaláble, soportara rearranque, y distribuido. El mismo proceso, mal hecho, requirió un año más tarde un MainFrame de IBM con una capacidad de proceso 100 veces superior a lo que teníamos.

Los programadores se suelen olvidar constantemente del rendimiento, muchas veces por que no tienen visión de futuro (cuanto mi web tenga éxito, entonces la optimizo).

Últimamente reviso mucho código PHP Open Source, y es penoso, después nos encontramos con casos como Magento, que requiere de casi un hosting dedicado.

Pero ¿cuantos programadores tienen conocimiento de escalabilidad y optimización de procesos?¿donde se aprende eso?

La mayoría de los fabricantes de BBDD tienen libros y recomendaciones sobre optimización, y hay muchos artículos en la red, pero nadie suele mirarlos, hasta que se encuentran con el gran problema.

¿Es necesario mirarlo desde el principio o se puede hacer después?

Un compañero decía que no hacía falta mirarlo; si después va lento, compramos más hardware y listo. Pero esto no es realmente así, hay procesos que no se pueden arreglar, es conveniente hacerlo desde el principio.

Como ejemplo, el software de comercio electrónico ZenCart, lanza 1400 SQLs para mostrar la ficha de un producto. Con técnicas de caché se queda en 600 SQL, en uno de los servidores que he monitorizado, se estaban lanzando unas 100.000 consultas por segundo en hora punta, por supuesto, la base de datos no podía.

Muchas de estas consultas, el MySQL las estaba cacheando, con lo cual no eran consultas reales, pero no obstante son una burrada.

Hicimos una prueba con la ficha del producto, y pasamos de las 1400 consultas a 100.

¿Como lo hacemos?

Hay muchas técnicas, no voy a explicarlas todas, pero la que más me gusta un caché dinámico que implementamos hace tiempo, la verdad, me quedó muy bien. Este tipo de caché los incorporan las BBDD, pero si lo ponemos en el servidor web, el rendimiento aumenta brutalmente.

El sistema intercepta todos los accesos a BBDD, y crea unas estadísticas de uso de tablas.

• Si una tabla se accede constantemente y tiene pocos valores, es un candidato para cache.
• Si un valor específico se accede constantemente se marca como candidato a constante, por ejemplo, los parámetros de configuración de una tienda; nombre, email del propietario, etc….
• Si una tabla, no cambia en el tiempo, se marca como cache.

¿Como funciona el cache? Y por qué la mayoría de los cache de PHP no valen.

Un caché en un sistema que almacena en memoria o disco, una petición al servidor de base de datos, de forma que a la próxima llamada se recupera más fácilmente. La mayoría de los caches PHP no funcionan bien, por que cachean a nivel de usuario, si nuestra web tiene 1000 usuarios activos, tendría 1000 sistemas de cache.

El caché debe ser global a todos los usuarios, pera ello, es necesario un caché en disco o memoria compartida. En este punto, la mayoría de las implementaciones, serializan los datos en algún formato binario comprimido, pero mi idea fue mucho mejor, generar código PHP, os lo explico.

Si hay un parámetro en BBDD como ShopName: Nombre de la tienda. El sistema de caché genera un fichero cache.php con define(‘_SHOPNAME_’, ‘nombre de la tienda’);

Si tenemos que guardar una lista con las provincias, generamos un array de provincias en PHP.

Esta técnica es realmente potente, en una tienda online, el 90% de los datos consultados en la BBDD son siempre los mimos.

Comerzzia es una iniciativa de Red.es y la Junta de Andalucía para proporcionar software de gestión a 400 comercios.

La idea es realmente buena, el apoyo al software libre por parte de las Administraciones Públicas es muy importante, pero lo que me fastidia un poco es que siempre fallan en lo mismo; hacen cosas ilógicas.

Al analizar el proyecto Comerzzia, el responsable de turno del proyecto, metió la pata, y cometió una serie de fallos. Es normal que no se pueda saber de todo, pero no han acudido a los profesionales adecuados para asesorarse.

Punto de Partida

Uno de los requerimientos del proyecto, fue no utilizar ningún software de partida Open Source!!!!! si, si, todo lo que se hiciera, tenía que ser nuevo desde cero, no querían atarse a una licencia Open Source anterior.

Esto me parece una burrada, y en contra del movimiento Open Source, por que al final, Comerzzia, no se aprovecha del aporte anterior de la comunidad a este tipo de software, parte de cero.

Plataforma

Comerzzia está desarrollado en Java, pero, sólo funciona en Windows. Si pensamos en que la Junta de Andalucía aconseja instalar Linux, en lugar de Windows, nos encontramos con un sistema que no va a funcionar en la plataforma que nos están aconsejando instalar.

Tienda Online

Uno de las características que incluye es una tienda online, uno de los principales atractivos para los comercios que quieren implantar este software. ¿El problema? Que no van a encontrar un hosting que aloje este tipo de tiendas, con una plataforma en Java+JBOSS es complicado encontrar un proveedor de precio medio-bajo, con lo cual tendrán que acudir a hosting caros, o servidores dedicados.

A parte de la tecnología, la funcionalidad de la tienda, es prácticamente nula, no incorpora nada, de nada, ni novedades, ni productos más vistos, cross sell, etc, etc…

¿Siempre pasa igual?

Es una pena, he visto muchos proyectos similares y es lo mismo de siempre. Las especificaciones de este tipo de proyecto, salen de un responsable de proyecto, que no está “al día”, con una gran formación académica y experiencia, es capaz de determinar la calidad “técnica” de un producto, pero como no tiene conocimiento real del uso de la aplicación, es incapaz de escribir una especificación del sistema que se ajuste a la realidad del mercado.

NOTA: En el año 2000 yo realicé un proyecto similar, también para la junta de Andalucía, en lugar de tienda online, proporcionamos un catálogo online a todas las pymes de Andalucía. En su día no existía software de ecommerce Open Source, y yo no tenía ni idea de comercio electrónico. El proyecto fue un éxito “técnico”, pero un fracaso “funcional”.

Hace dos años, empecé a desarrollar mi propio ERP, fue una decisión complicada, y equivocada, y lo peor de todo es que sabía que era una decisión equivocada, pero por aquel momento no tenía otra alternativa, o desarrollaba mi propio ERP, o implantaba uno comercial, cosa que descarté directamente.

Desarrollar un ERP sencillo es fácil, no es el primero que hacía, y con un framework que tenemos que nos proporciona una productividad increíble podíamos tenerlo en poco tiempo.. error… no he podido dedicarle demasiado tiempo al desarrollo, lo he estado haciendo a ratos, y además, mi desconocimiento de algunos aspectos de gestión y contabilidad, me llevaron a rehacer varias veces algunos módulos.

Además, después de comentar el desarrollo en varios foros, había mucha gente interesada, no querían un ERP completo, sólo algo light….

Pues bien, dos años después, el ERP está listo, funciona bien, pero sin embargo, no tengo tiempo para seguir desarrollandolo, actualmente es tirar dinero, así que, muy a mi pesar, voy a discontinuar el proyecto.

¿Alternativas?

En su día descarté OpenERP, había muchas cosas que no me gustaron, sobre todo yo lo quería en Mac, no tenemos ni Windows ni Linux (salvo un desertor que tiene Ubuntu, pero se lo permitimos), y antes no iba bien. Pero ahora lo estoy evaluando de “verdad”, y estoy descubriendo el potencial. Pero claro, OpenERP no está preparado para el tipo de negocio que actualmente tengo ¿Que opciones tengo? He vivido muchas implantaciones en las que el nuevo ERP tenía menos funcionalidad que el antiguo “access” que se había hecho el administrativo después de ir a un cursillo de ofimática. Y siempre le había dicho al cliente: Cambia de forma de trabajar, acostumbrate a lo que te ofrece el ERP y verás que al final te gusta.

No obstante, hay cosas que en OpenERP no están como las necesitamos:

POS (La tradicional caja o punto de venta)

El POS de OpenERP es un poco “caca”, demasiado light, se queda muy corto para una tienda, y es muy poco usable. En este aspecto, otro de los problemas es la conexión con el servidor, el POS que hemos desarrollado permite trabajar sin conexión, y realiza una sincronización posterior. El año pasado telefónica nos dejo 2 días sin ADSL, y no se puede estar 2 días sin ordenador en atención al cliente.

Ya se me ocurrirá algo…..

Gestión de Pedidos

La gestión de pedidos de una tienda online, requiere cierta agilidad, sacar 100 pedidos al día es complicado, y si el sistema no es ágil, estamos muertos. No he visto OpenERP demasiado ágil en este aspecto, veo más lógico gestionar los pedidos en la aplicación de eCommerce, y una vez finalizados, pasarlos al ERP. ¿como lo veis?

Ya sé que estoy muy pesado con el tema ERP, pero es FUNDAMENTAL para una tienda online, ya os contaré….

Esta semana ha tocado definir WireFrames de varios proyectos webs, pero vamos, desmitifiquemos la palabra WireFrame, por que, al final, siempre acaba siendo la combinación del bolígrafo del camarero y una servilleta mientras tomas café.

Pero el Wireframe o esquema web, es uno de los aspectos más importantes y cruciales de un diseño web, y es algo que mucha gente suele dejar al diseñador, o al cliente, un gran fallo, pues tiene que hacerlo un experto en marketing online.

Son muchos los factores que intervienen en un WireFrame, y la verdad, no me considero aún un experto, pero si tengo cierto nivel, suficiente para que os hagáis una idea de lo importante que es entender el negocio antes de diseñar una web.

Voy a intentar de explicar con ejemplos, los pasos que sigo para determinar el esquema idóneo de un sitio web.

Frecuencia de la compra

Es importante saber si nuestro cliente objetivo sólo compra una vez, o va a repetir compra. Por ejemplo, si nos dedicamos a vender freidoras, una persona cambia de freidora cada 2 o 3 años, nuestra web tiene que tener un esquema orientado a una sola compra. En un esquema de este tipo, zonas como novedades o más vendidos, van a delimitar radicalmente las opciones de búsqueda del cliente. Si estás buscando una freidora, es casi normal que compres la más nueva o la más vendida. Con lo cual, ni si quiera vas mirar el resto de la web. ¿Queremos que eso ocurra? Puede que sí, o puede que no, si en las novedades tenemos una freidora muy cara, y en los más vendidos, también, y nuestro cliente busca algo de precio medio-bajo, en cuanto vea esos dos artículos, abandonará la web. (Que tienda más cara!!!!)

No os puedo dar una solución mágica, depende del negocio, cualquier vendedor “tradicional” sabe lo que poner en el escaparate de su tienda.

Heterogeniedad de la tienda

Hay tiendas que vende productos heterogéneos o de diferentes departamentos, o de cosas que no tienen nada que ver. Si pensamos en la tienda de El Corte Ingles, no tiene ningún sentido poner en la página principal “lo más vendido”, o “lo más nuevo” (podéis confirmar en su web que no lo suelen hacer). Os pongo un ejemplo, quizás lo más vendido en El Corte Ingles en estos momentos sea un Video Juego, si lo ponemos en la página de entrada, ¿a cuanta gente le interesa la sección de video juegos? ¿ al 5% al 10%? Tiene mucho más sentido, poner anuncios más generales sobre las secciones; Ofertas en hogar, Novedades en Informática, etc…

La segunda visita/compra

Lo bueno que tiene internet, es que podemos ofrecer al cliente habitual, una página personalizada para el, destacando aquellos artículos que son de interés, basándose en compras anteriores y perfil del usuario. En el ejemplo de El Corte Ingles, lo ideal sería, que si alguna vez he comprado algo de juguetes, reserve más parte de la pantalla para anuncios de juguetes, y de artículos relacionados con el niño.

En el caso de las freidoras, ¿para que vuelve a nuestra web?

• Servicio Técnico
• Accesorios
• Una segunda freidora
• Recomendar a un amigo
• Aceite

Son ejemplos, si logramos identificar al cliente, y podemos ofrecerle una página de entrada adaptada a sus necesidades, tendremos éxito seguro.

Rotación de los artículos

La rotación de nuestro catálogo es muy importante, hay páginas en las que el catálogo no cambia nunca, hay otras en las que el catálogo cambia diariamente, y hay otras, en las que la rotación de artículos no interesa al usuario.

Por ejemplo, una web que se dedica a vender baterías de repuesto de cámaras de foto, no tiene sentido que tenga una sección destacada de novedades. Por el contrario, si nuestro catálogo cambia completamente todos los días, no tiene sentido una sección de novedades donde aparezcan todos los artículos, es mucho mejor, en este caso, la posibilidad de ordenar por fecha.

¿El precio es importante?

Si visitamos la web de BMW, Mercedes Benz, Bentley no vamos a ver una sección de ofertas, son artículos en los que el precio no importa, el que compra un coche de este tipo, no mira el precio. Pero si entramos en Citroen, Renault, Kia, Toyota, vemos un apartado con descuentos y facilidades de pago.

Hay que tener en cuenta este aspecto para reservar una sección para ofertas, o por el contrario, reservamos una sección para destacar otro aspecto importante de nuestros productos/servicios; Calidad, Plazos de Entrega, Protección del Medio Ambiente, etc..

Elemento diferenciador

¿cual es nuestro elemento diferenciador? ¿Somos los más baratos?¿los más rápidos? ¿Como transmitimos nuestra filosofía a nuestros clientes?

Si miramos la web de www.zappos.com encontraremos el “core” de Zappos enseguida: “Atención y Servicio al Cliente”, pero si entramos en El Corte Ingles, no vemos nada de su “core”, ¿que ofrece que no tengan otros?

Conclusión

Hay muchos aspectos que van a determinar como se debe diseñar una web, no he puesto todos, faltan muchos, pero os puede dar una cierta idea del trabajo que hay detrás de el diseño de una tienda online.

A parte de la página de entrada, hay que diseñar todas y cada una de las distintas “vistas” que puede tener un usuario de la web; pantalla de búsqueda, registro, carrito de compra, check-out, etc..

Si ya tenéis una tienda online, y queréis cambiarla, una buena opción es el optimizador de webs de Google Adwords, permite probar con dos versiones de tu página web, y determinar cual es la más efectiva.

Se, que con esta afirmación me acabo de ganar muchos enemigos, pero es la verdad, nos guste reconocerlo o no, un proyecto Open Source, son una empresa por detrás, no puede llegar a generar un software para comercio electrónico en condiciones, y el problema, que lo he repetido muchas veces, es que los informáticos se tienen que dedicar a la informática, y no a definir los requisitos para un sistema de venta online.

Hay software muy bueno, como PrestaShop, Magento, osCommerce, pero este tipo de sofware, “de andar por casa”, no son suficientes, si queremos tomarnos el comercio electrónico en serio.

El problema, es que la mayoría de las tiendas que actualmente existen, son pequeñas, muchas de ellas ilegales, que no cumplen con normativas, que hacen las cosas “a su estilo”, y no necesitan mucho más que lo hay actualmente, y probablemente, si se sentaran delante de un software en condiciones, no lo utilizarían por complicado.

El único que se salva de mi análisis es OFBiz, el cual requiere un post para él solito.

Os contaré un poco, en que fallan, estas tiendas OpenSource que podeis encontrar en la web.

Promociones y ofertas
Lo importante es vender, y una de las herramientas más usadas en el mundo tradicional son las ofertas y promociones.

La mayoría de los software, incluyen la posibilidad de poner ofertas y algún sistema de cupones sencillo, pero nada comparado al mundo real, donde encontramos ofertas 3×2, segunda unidad a mitad de precio, descuento los jueves, envío gratis si compra más de 5 artículos de esta categoría, y una infinidad de posibilidades más.

Si un responsable de marketing se sentara delante de un osCommerce, se llevaría las manos a la cabeza. Ni siquiera se puede programar una oferta!!!!, si quieres poner una oferta los fines de semana, te tienes que quedar trabajando hasta el Viernes a las 24:00 y volver a quitarla el Domingo a las 24:00

Catálogo
Aunque la mayoría de los usuarios pueden considerar que el sistema de catálogo que incluye su tienda es adecuado, para el mundo real, les falta mucho camino por andar. No pretendo explicar todo lo que necesitaría un catálogo de verdad, pero os pongo un ejemplo de cosas que no tiene.

Tarifas
Normalmente un producto tiene un precio de venta, en algunas aplicaciones como Magento, podemos definir un escalado de precio, según el tipo de cliente, la tienda, el país, etc.. Pero los precios de los productos cambian, y es necesario disponer de un histórico de esos cambios, así como poder programar el cambio de tarifa, ¿o le decimos al informático que se quede el 31 de Diciembre trabajando a las 24:00 para poner las tarifas del siguiente año? Aunque las tarifas suelen cambiar, una vez al año, en algunos sectores, cambian todos los meses.

Multiidioma
Efectivamente, en casi todos los sistemas que he probado, se puede especificar el nombre y descripción en varios idiomas, pero… la cosa no queda ahí, dependiendo del idioma puede cambiar la imagen del producto, el precio, la referencia, e incluso las especificaciones del mismo.

Categorías
Es uno de los puntos más abandonados, pero sin embargo, es el más utilizados por los departamentos de diseño. Lo lógico es poder especificar un diseño propio para cada categoría, elegir la forma en la que se muestran los productos, las filas, las columnas, tamaño de las imágenes, destacar algunos productos, etc…

Búsqueda
Por mucho que lo intentan, no pueden, no hay forma de que hagan un sistema de búsquedas bueno para tiendas online. O son muy malos, o tienen problemas de rendimiento. Si un usuario no encuentra lo que busca, normalmente abandona, no se pone a buscar palabras alternativas, o piensa que el sistema es “tonto” y no le entiende.

Mi tienda, está especializada en Playmobil (www.demartina.com), pues bien, al principio, cuando instalé el sistema, si un usuario buscaba la palabra “Playmobil”, no salía ningún resultado, después lo modifiqué, y salían 600 resultados, casi igual de inútil, ahora, si alguien busca Playmobil, se le redirige directamente a la sección de Playmobil.

Después de esto, como tengo más marcas, decidí agrupara las búsquedas por marca, de forma que si alguien busca coche, se separen los resultados de Playmobil, de los de LEGO.

Gestión de Pedidos
Si nos equivocamos en la gestión de pedidos, perdemos dinero, y con cualquier herramienta es fácil equivocarse, como ejemplo, esta fue una de las primeras modificaciones que realicé:

WorkFlow de Pedidos
Los pedidos tienen que seguir una secuencia de estados predefinida, por ejemplo, Pendiente->Confirmado->Preparado->Enviado. Pero todos los sistemas, permiten saltarse esta secuencia, y es normal, que por error, se ponga un pedido como enviado, o como preparado, o incluso anularlo, cuando querías hacer otra cosa.

Gestión de Pagos
Es verdad, que en la mayoría de las tiendas, primero se cobra y después se envía, pero hay excepciones. Por ejemplo en el reembolso, primero se envía, y después se cobra ¿Como controlas si te han pagado o no?¿Y si te han pagado, pero es menos cantidad?¿Pagos parciales?

Incidencias
Un cero patatero, para todos los sistemas, como mucho tienen algo de gestión de mercancía devuelta, pero, ¿como gestionas las incidencias?¿mercancía rota?¿pedido extraviado?etc…

Envíos Parciales/Multiples
Si tenemos pedidos muy grandes, y problemas de stock, es normal que hagamos envíos parciales, y también es normal, que enviamos dos pedidos juntos. Es el concepto de “envío”, diferente al concepto de “pedido”. El único que tiene algo de eso es Magento.

Stock
Dichoso stock, no hay forma de que funcione bien si tienes también tienda física ¿el problema? que es imposible tener un control de Stock sin un control de almacenes. Hay que diferenciar entre el stock real (la mercancía que hay en tu almacén), y el stock de artículos disponibles (real-vendido sin enviar-dañado/deteriorado). Pero para llevar esto en condiciones, es necesario disponer de un ERP completo, y tener controlado el proceso de compras.

Contabilidad/Legislación
Otro cero, nada de nada. No estoy pidiendo un software de contabilidad, pero al menos, una gestión de ingresos/ventas, que pueda exportar a un sistema contable, gestionar el recargo de equivalencia, venta intracomunitaria, etc..

En resumen
Hay mucho trabajo por hacer, pero nadie lo está haciendo….

Es curioso, esta semana varios amigos me han preguntado lo mismo, ¿merece la pena el iPhone?¿que tienes instalado en el iPhone?

Hace 2 años, cansado de escuchar a muchos colegas, decidí hacerles caso y abandoné la larga tradición de Nokias para pasarme a BlackBerry.

El cambió a BlackBerry es duro, requiere un periodo de adaptación, pero una vez que te haces con ella, te cambia la vida. No estoy exagerando, cualquiera que tenga una BlackBerry y utilice el correo electrónico, te dirá lo mismo que yo.

Pero la BlackBerry tenía un fallo, el explorador de internet, que era extremadamente malo y lento. Otro problema adicional, era la velocidad del teléfono, que a medida que ibas incorporando software el teléfono se iba muriendo.

Como necesito internet, si o si, decidí abandonar a mi querida BlackBerry 8310, y hacer un upgrade. Entre las dos opciones que tenía en mente estaban una nueva BlackBerry y el iPhone.

Al final ganó el iPhone por precio, que movistar me lo ofreció a 0€, mientras que la BlackBerry suponía 600€ (después se queja la gente del precio del iPhone).

El iPhone no está preparado para el entorno empresarial, el lector de correo es regular, ni siquiera tiene la opción de marcar todos como leídos, y la batería no está pensada para que dure más de 8 horas, sin embargo…

Explorador de Internet (Safari)

El explorador de Internet es buenísimo, cuando te acostumbras, es como estar delante de un ordenador pequeño. Si tu trabajo depende de internet, es totalmente indispensable. El único problema, es el dichoso flash. Y digo dichoso, por que lo único que funciona mal en un Mac, son el Office de Microsoft, y el Flash de Adobe, con cuelgues, consumos excesivos de CPU y memoria. Es normal que Apple no permita flash en el móvil, estaría todo el día colgandose.

Uno de los requisitos imprescindibles para mí, era poder entrar en el banco desde el móvil, y con el iPhone se puede realmente bien.

Lector de Correo

El lector de correo es light, muy light, realmente super light, no obstante funciona, se ven muy bien los documentos adjuntos, y si lo integramos mediante IMAP, funciona mucho mejor, por desgracia, el protocolo IMAP suele dar muchos problemas de incompatibilidad entre servidor y cliente de correo.

La lectura de los correos es muy agradable, y el scroll en iPhone es maravilloso.

Teléfono

Hay que recordar que el iPhone también es un teléfono, y que sirve para llamar y recibir llamadas. En este aspecto, funciona, y funciona bien, tiene buena calidad de sonido, y cuando te acostumbras a la agenda y al buzón de voz, es muy rápido de usar. El único problema que le veo, es que colgar es complicado, suelo dejarme el teléfono descolgado, mientras llames a otra persona que cuelgue no hay problema, pero cuando llamas a otro iPhone…… nadie cuelga.

En el coche

La conexión con el sistema de manos libres del coche, suele ser complicado, pero sin embargo con el iPhone, fue instantáneo, y lo mejor de todo, puedo elegir entre hablar por el teléfono o por el coche, con un sencillo botón.

Agenda/Calendario/etc..

Cumplen su función, pero son sencillos. Lo bueno que tiene iPhone es que puedes instalar miles de aplicaciones que funciona muy bien, y que tienen un tiempo de carga rápido. No es como el Java en una BlackBerry, que tarda mucho en comenzar. Yo utilizo Things, para llevar una gestión de mis tareas al estilo GTD (mirad en thinkwasabi.com)

Oficina en el móvil

Para mi trabajo acceder a la documentación que tengo en el ordenador de la oficina es fundamental. Para que os hagáis una idea, estoy comprando en un mayorista, me pide el alta de hacienda, y la última declaración de IVA, cojo el iPhone, me conecto a DropBox, abro el documento y se lo envío por email, o incluso por fax si tienes un servido de email-fax contratado.

A parte de esto, también tengo la posibilidad de conectarme en remoto al ordenador.

Para el correo, utilizo mejor una cuenta de Gmail configurada para hacer backup de todas mis cuentas POP3.

Redes Sociales/Internet

En este punto estoy realmente contento, el cliente de FaceBook es buenisimo, para Twitter hay muchos clientes, yo utilizo TwitBird, que permite varias cuentas, para escribir en mi Blog, WordPress, donde tengo enlazado mis 3 blogs, y me permite leer y aprobar comenarios.

Los productos de Google funcionan muy bien, sobre todo Gmail y Reader, estos los utilizo a través de web, no en aplicación.

En cuanto a mensajería instantánea no utilizo ninguno, dejé hace tiempo de usarlos, me consumían mucho tiempo.

Camara

La cámara de video es muy buena, la de fotos, me gustó más las del iPhone anterior, el auto enfoque del 3Gs falla a veces, aunque a lo mejor es de todas las caídas que ha tenido el móvil……

Dureza y calidad

Se me ha caído 4 veces al suelo, y por ahora parece no tener nada. La BlackBerry, en la primera caída se rompió la carcasa.

Yo aconsejo utilizar funda, hay 3 tipos, la primera es para guarda el móvil, que es la que tengo yo, hay que sacar el móvil para usarlo, me acostumbré con la BlackBerry y no me ha supuesto una carga. Hay otra funda, fea, fea, fea, de goma, que un protector anti golpes, pero no protege la pantalla. La otra opción, es una funda de imitación de cuero con tapa, esta funda está mal diseñada, o tapa el altavoz o tapa el micrófono, no hay forma de que funcione bien.

Juegos

Increible e Impresionante, no tengo otras palabras, jugar con el iPhone es como tener consola en tus manos, nada que ver con N-GAGE de Nokia, incluso mejor que una Nintendo DS.

En mi iPhone tengo al menos 40 juegos instalados, el que más juego (como medida anti stress) Guitar Rock 2 (parecido al Guitar Hero), y por supuesto el Assassin’s Creed, tampoco faltan algunos marcianitos como Radiant, y el resto de juegos para mis hijos, cuando se ponen muy pesados, o están aburridos y no tienen nada con qué jugar, les dejo un rato el móvil, les gusta tanto, que he pensado incluso en comprarles un iPod Touch.

Multimedia

Ole, ole, ole. El cliente de YouTube es fantástico, funciona muy rápido, mejor que un ordenador cuando nos conectamos en la misma red.

La función iPod+iTunes es fantástica, y el control por voz es flipante, puedes poner en pausa, salta a una canción específica, preguntar el nombre de la canción, etc…

La reproducción de videos es muy buena, me he visto más de una película en el móvil, mientras estaba en una cola esperando.

Compartir Internet

Otro 10 para Apple, he tenido otros móviles que permitían compartir internet, pero la integración entre el iPhone y un ordenador Mac funciona muy bien, y a unas velocidades muy buenas.

Escritura

Me costó trabajo, mucho trabajo adaptarme, pero ahora escribo muy rápido, pero hay que tener cuidado con el corrector automático que tiene, he tenido más de un problema en un correo, cuando al enviarlo, me he dado cuenta que el móvil había puesto lo que le daba la gana

La pantalla táctil

A diferencia que otros móviles, la pantalla táctil detecta la posición del dedo, mediante la conducción eléctrica (pantalla capacitiva), es decir, no hay que presionar la pantalla.

Esto tiene sus ventajas e inconvenientes, por un lado funciona muy bien, y con mucha precisión, pero por otro lado, no permite, utilizar un lápiz.

Los scrolls funcionan muy bien, he probado una HTC, y era un martirio hacer scroll….

GPS/Navegación

iPhone utiliza Google Maps para la localización por satélite, funciona bien, y al mismo tiempo que te vas moviendo, va marcando el camino en el mapa, es muy preciso.

El 3GS incorpora brújula, lo que permite una navegación fluida, se puede instalar el sistema de navegación de TOMTOM, incluso comprar un soporte para el coche.

Otras aplicaciones

Hay muchas aplicaciones, una que me gustó mucho para dormir a los niños es eSleep, les encanta, aunque no se duermen

Otro super curioso es Ocarina, en el que literalmente tienes que soplar para que suene.

Piratería y derechos de autor

Apple hace un esfuerzo enorme en contra de la piratería, todos el contenido que instalas en un iPhone tiene que pasar por sus manos, con lo cual, la piratería es mínima.

Para muchos, esto es un problema, prefieren no pagar por los juegos, pero es que los juegos de iPhone son tan baratos, que no merece la pena piratearlos. Llevo con el iPhone 4 meses, y me he gastado en juegos unos 40€, y tengo juegos de sobra…..

Conclusión

Aunque digan que no es un móvil de empresa, le falta muy poco, y para alguien que tiene un “trabajo 2.0″, es una herramienta indispensable.

No creo que vuelva a BlackBerry, la calidad de las aplicaciones y juegos, el explorador, es poco probable que vuelva a coger una BB. Y en cuanto a Android… es como comparar Linux con Mac OSX, yo me quedo con la calidad de OSX, y aplaudo a los que tienen eligen Linux.

Es curioso, pero este aniversario ha pasado desapercibido, quizás por que la fecha exacta no se sabe, se habla que el concepto de “online Shopping” apareció en el año 79 en UK, por el inventor Michael Aldrich, por entonces distribuyo un aparato llamado TelePuter, capaz de permitir canales de video, videotext, y venta online. Hoy en día, nos parece una maravilla Apple TV, o imagenio, pero lleva 30 años inventado.

Os voy a dar el “tostón” con un mega artículo, pero os aviso, que voy a hablar de tecnología principalmente.

En Francia, el comercio electrónico llego de la mano del MiniTel, y en España, llegó mas tarde del servicio VideoTex con un fabuloso modem extremadamente lento.

Aunque no lo parezca, por entonces, se hacía mucho negocio a través de estas redes, yo lo utilicé por primera vez en el 88, para buscar piso en la revista Cambalache.

Mucho más tarde, en 1994, gracias a Netscape, se inicia el comercio electrónico en internet, los primeros fueron Pizza Hut, algunas revistas, y algunos bancos online. Es curioso, como el mercado Americano, es mucho más receptivo a innovaciones que el Español. Mientras ellos llevan pidiendo pizza por internet 15 años, todavía seguimos mirando los productos en la web y pidiendo por teléfono..

Pero fue en el 95, con el nacimiento de Amazon y poco después de eBay, cuando el comercio electrónico realmente empieza a funcionar.

Por entonces, no había software preparado para comercio electrónico, se programaba en C, y hacer cualquier cosa requería mucho tiempo.

Hay que pararse aquí, y observar un detalle importante que marca el resto de la historia del comercio electrónico: Los que se inician en el comercio electrónico, son informáticos, no son los comerciantes…. esto implica, que intentan hacer negocio en la red, pero sin saber hacer negocios, así que todos los desarrollos que se hacen, todas las webs, están hechas desde el punto de vista de alguien que no viene del mundo del comercio. Digo esto, por que lo lógico sería, que el comercio electrónico hubiera venido de los grandes expertos en gestión empresarial, como SAP, Oracle, etc.. pero sin embargo, nos encontramos con mercado, que desconoce la realidad.

Durante estos años, proliferan muchos negocios en Internet, llegando a la famosa burbuja, pero esto es otra historia.

En esta época se desarrollaron muchas soluciones ecommerce, pero la mayoría eran soluciones a medida, con costes de desarrollo e implantación muy altos. Pero uno de los problemas principales que había fue la compatibilidad entre Browsers, había páginas que funcionaban con Netscape, y otras con Internet Explorer, pero muy pocas que funcionara con ambos. Esto, unido al fracaso de los Applets de Java, hacía que comprar por internet fuera una aventura, en el que la mayoría de las veces, no podías terminar la compra. Esta lucha absurda, fue provocada por los desarrolladores, a los que les gustaba innovar aplicando características de uno u otro navegador, que para su época eran impresionantes, pero que no eran compatibles.

Volvamos ahora al año 2.000, donde se produce un hecho que cambia por completo la historia del comercio electrónico. Harald Ponce de Leo, funda el proyecto Open Source osCommerce, permitiendo a gente con pocos conocimientos de programación montar  una tienda online de forma gratuita. Se estima que hoy en día, hay más de 200.000 tiendas con osCommerce.

Poco después, Microsoft y Sun liberan para los desarrolladores el código completo de tiendas, que llamaron Duwamish Book y Pet Shop Store. Estas tiendas, tenían un esqueleto y arquitectura muy sólidas, pero a la hora de la verdad, no eran usables, como he dicho anteriormente, el problema de cuando un informático hace un software, sin saber del negocio, y sin contar con el usuario.

Durante los siguientes años, siguieron apareciendo soluciones OpenSources, tanto en PHP como ASP, java quedó descolgada, sobre todo, por que los hostings en Java son extremadamente caros, por los problemas de rendimiento y mantenimiento que ocasiona esta tecnología.

Los grandes como Oracle, SAP y Microsoft, empiezan a adaptar sus ERP para el comercio electrónico, pero se equivocan, llevan muchos años de retraso, aunque saben de negocio, no saben nada de web, y las soluciones que aportan, de cara al usuario final, son peores que las soluciones OpenSource.

Apache al rescate

En resumen, por un lado tenemos soluciones ecommerce que no saben de negocio, y por otro lado, soluciones de negocio que no saben del mundo online. Para solucionar esto nace el proyecto OFBiz en el 2007, adoptado un año más tarde por Apache.

Actualmente, OFBiz, es la solución más completa de comercio electrónico, teniendo en cuenta la venta online, CRM, ERP, y mucho más, pero…. como dice alguna gente, si te compras una lavadora/secadora, ni lava, ni seca como dos electrodomésticos separados.

En realidad, el problema de OFBiz, es que es una implementación de referencia, no es un producto que se pueda usar directamente. Hay varias distribuciones comerciales que son muy buenas, pero al estar hechas en Java, necesita unos requerimientos de Hosting, y conocimientos de programación muy altos. No obstante, es una solución a tener en cuenta en el futuro.

Llegan los conectores…

Con el fin de unir las tiendas online y las aplicaciones de gestión empresarial, nacen proyectos para conectar ambos mundos, permitiendo intercambiar información entre las distintas aplicaciones.

Pero hay un problema, y un problema grave. ¿Que porcentaje de tiendas online son totalmente legales?¿Que porcentaje de tiendas online son negocios “serios”?

La mayoría de las tiendas online, al menos en España, no cumplen con todos los requisitos necesarios. No declaran sus ventas a hacienda, no llevan bien la contabilidad, o ni siquiera son tiendas de verdad. Esta situación de alegalidad, les lleva a no necesitar un software de gestión empresarial, y es la razón, por la cual, no proliferan proyectos de software de este tipo.

Si una tienda online, operada por una persona en su casa, con el almacén en el garaje, tuviera que llevar la gestión a través de un ERP, probablemente cerraría el negocio.

Los proyectos Open Source, se quedan atrás…

Era de esperar, los proyecto Open Source, liderados por informáticos, empiezan a quedarse atrás, las empresas con más recursos, y con una mentalidad de vender, vender, vender, empiezan a agregar funcionalidades a su software, que nacen de expertos en marketing, usabilidad y comercio online. En este punto volvemos a osCommerce, durante muchos años, los seguidores han esperado la versión 3, y cuando al final ha llegado, se han dado cuenta, que no sirve para nada, han reprogramado el “corazón” y agregada cierta funcionalidad, pero no está pensado para vender.

Software como InterShop de eInfinity, el software de Amazon o el de dealExtreme, están a años luz de cualquier proyecto OpenSource, durante esta época, nacen muchas aplicaciones como ZenCart, csCart, CRE, CubeCart, etc… pero ninguna se asemeja a sus competidores profesionales.

Para dar una solución a este hueco de mercado, algunas empresas, comienzan proyectos OpenSource, con vistas, a monetizarlos posteriormente. Dos de estos proyectos son Magento y PrestaShop.

Aunque están en un estado inicial, y les queda mucho camino por delante, estos dos proyectos, han atraído las miradas de muchos desarrolladores, y de muchos proveedores de comercio electrónico.

Nacen con equipos de desarrollo muy preparados, con una visión comercial del Open Source, lo que les hace, tener más posibilidades de éxito que sus competidores.

Tanto PrestaShop como Magento, tienen una arquitectura muy buena, quizás Magento esté mejor diseñado, pero tiene muchos problemas de rendimiento, y requisitos de software/hardware mayores.

¿Cual es el futuro?

En mi opinión, vamos a tener que esperar uno o dos años, en que aparezcan soluciones OpenSource en “condiciones”, sobre todo, por que los que desarrollan, no saben lo que tienen que desarrollar, así de claro.

Nuestra división de tecnología (www.demartinacode.com), ha comenzado a apoyar el proyecto PrestaShop, con el objetivo de acelerar este proceso, pero es complicado y costoso asignar recursos a un proyecto Open Source.

Por favor, si veías algún error de fechas, que seguro que lo hay, o queréis agregar referencia a otras aplicaciones iré modificando el artículo.

No entiendo por que en la cultura latina, no se suele tener en cuenta la gestión de riesgos, mis compañeros de mi antiguo trabajo me decían que era un pesimista, por que siempre iba diciendo lo que podía salir mal, acertaba en muchas ocasiones, en otras no, y cuando llegábamos a un punto sin salida, me tocaba solucionar el marrón. Los latinos somos de “ya lo arreglaré cuando suceda, queda mucho…”

La gestión de riesgos es importante, los americanos no saben vivir sin una gestión de riesgos, todos los manuales incluyen un apartado de posibles errores y soluciones, si, eso es gestión de riesgos. Sobre todo, el ejercito, tiene planes de contingencia ante cualquier problema.

Pero la gestión de riesgos es mucho mas importante, es un instrumento fundamental en la toma de deciasiones, y una forma de descubrir la viabilidad de un proyecto.

Si vamos a comenzar un proyecto nuevo, podemos pensar en que puede salir mal, que haría si eso ocurre, y que puede ser el causante de ese problema. Podemos llegar a la conclusión de que el riesgo es demasiado elevado, y que el proyecto se asienta sobre ideas erróneas.

La verdad duele mucho, pero es mejor saberlo antes de empezar, que cuando llevas invertido dinero y tiempo.

Hace poco, pensamos en lanzar un producto nuevo, la gestión de riesgos nos dio un resultado negativo, una probabilidad de un 90% de fallo en el proyecto. Si nos hubiéramos guiado por el plan de proyecto inicial, del entusiasmo que teníamos en el proyecto, probablemente hubiéramos perdido miles de euros.

La solución fue sencilla, hicimos una prueba, con un coste muy bajo, y al final, salió mal, perdimos algo de dinero y tiempo, pero teníamos un plan alternativo, que por ahora, está dando sus frutos….