El blog de Juan

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…

Voy a ser crítico conmigo mismo, muy crítico, por que estoy cometiendo un fallo imperdonable, estoy reinventando la rueda, pero no soy el único, somos muchos los que estamos metiendo la pata día a día…..

No hemos aprendido nada del comercio tradicional

El comercio tradicional lleva millones de años funcionando, y ese know-how hay que aprovecharlo. El problema, es que la mayoría de los que estamos en el “ecommerce”, venimos de otras áreas, y cada vez que se nos ocurre una idea feliz, nos creemos los amos del comercio electrónico, cuando muchas de las cosas existen desde hace años en el comercio tradicional.

Muchas de las técnicas de marketing en ecommerce que aparecen en blogs de gurus, e incluso las mías, ya existían en el comercio tradicional. Hemos tenido que pasar por un proceso de descubrimiento muy costoso, reinventarla, cuando, desde el principio estaba ahí.

¿a que viene esto?

Ayer estaba escribiendo un post sobre mi última innovación en atención al cliente, y cuando acabé, me di cuenta, que lo que había escrito me sonaba familiar, repasé los apuntes del Master de Marketing que había hecho hace 6 años, y allí estaba, en la parte de telemarketing, he seguido repasando apuntes, y he vuelto a encontrar muchas cosas, que día a día veo como “innovador en comercio electrónico”.

¿Que podemos aprender y como?

El comercio tradicional, el marketing y el telemarketing tienen mucho que aportar, pero existe una gran brecha entre los dos mundos, día a día me encuentro comercios tradicionales que cuando se inician en la venta online hacen verdaderas burradas, y por otro lado me encuentro tiendas online, que cometen fallos que un negocio tradicional nunca cometería.

Ya lo he dicho en otras ocasiones, lo mejor es buscar un socio “offline”, receptivo, aprender de él, y después si queremos, separar los caminos.

¿Que estoy haciendo yo?

Bueno, estoy ofreciendo a ciertos comercios, la posibilidad de montarles una tienda online gratis, cobrando una comisión por las ventas, esto me está acercando mucho más al negocio tradicional, cuando adquiera el know-how suficiente dejaré de hacerlo, pero por ahora, esta es mi autoformación……..

Esta vez, os voy a contar una serie de curiosidades sobre los clientes online de nuestra tienda (www.demartina.com). No sé si con otras tiendas pasa igual, pero en nuestro caso, hay algunas cosas muy curiosas.

Reembolso & Devoluciones

Es curioso, mucha gente no sabe que los gastos de devolución de un pedido, los tiene que pagar el comprador. Es decir, si compran algo, y después no aceptan el paquete o lo quieren devolver, tienen que pagar los gastos de envío. Pero no sólo los clientes están mal informados, en unas jornadas que dio la Asociación de Comercio Electrónico de España en el 2009, tuve una discusión con el presidente de la asociación, el indicaba que la tienda debe pagar los gastos, y así se lo había comunicado a todos los asistentes a la jornada (La ley se modificó en el 2007, y aún no se habían enterado).

De esta forma, hay mucha gente que pide, y pide, y cuando le llega el paquete, lo devuelve, sin saber (o quizás le de igual) que es responsable de pagar los gastos de envío de ida y vuelta del paquete.

Según nuestras estadísticas;

• Las mujeres son las que más paquetes devuelven.
• Si una mujer hace un pedido e inmediatamente manda un correo preguntando algo, la probabilidad de que devuelva el pedido es de un 90%.
• Si la mujer trabaja atendiendo al público, hay más probabilidad de devolución.
• El 99% de las devoluciones se deben a que “la abuela le ha regalado lo mismo”.
• Si un hombre devuelve un pedido, simplemente dice, no lo quiero y no pienso pagar nada, sin embargo las mujeres no suelen coger el teléfono.

Nivel Cultural & Poder adquisitivo

• Los que tienen una formación técnica suelen comprar LEGO.
• El comprado de LEGO tiene mucho poder adquisitivo.
• Los autónomos suelen comprar Playmobil, independientemente del nivel adquisitivo y formación.
• Los profesores, suelen comprar puzzles y manualidades.
• Los trenes (productos más caros), suelen comprarlos personas con menos poder adquisitivo y menos formación.

Gastos de envío

Hemos bajado los gastos de envío a 4,99€ y mucha gente piensan que son muy altos, (Playmobil cobre 9€, LEGO para pedidos urgentes 32€, El Corte Ingles 7€).

Cuando le preguntamos a los clientes donde lo han visto más baratos, todos dicen que hay muchos tiendas con gastos de envío más baratos, pero nunca nos dicen donde.

Mucha gente cree que enviar por correo es más barato, pero es falso, si preguntamos en correo por un paquete certificado, urgente y acuse de recibo, sale mucho más caro.

Y en la tienda física

• Si un cliente entra diciendo “Esta tienda es ideal…”, lo más probable es que se lleve una hora mirando, que desordene todo, y que no compre absolutamente nada.
• La mayoría de las devoluciones las hacen las mujeres, los hombre no suelen descambiar nada.
• Desde hace 2 años, las ventas de juguetes para niños de menos de 3 años, ha caído un 90%. ¿Ya no juegan los niños pequeños?

Productividad: Relación entre lo producido y los medios empleados, tales como mano de obra, materiales, energía, etc.

Hay muchos factores que están impidiendo que salgamos de la crisis, y para mi uno de los más importantes es la productividad.

Este es un problema que arrastramos desde hace muchos años en España, no invertimos en mejorar la productividad, pero es que durante mucho tiempo no se ha querido mejorar.

En uno de los proyectos en los que participaba, teníamos un contrato por horas. Cuando presenté al gerente una propuesta para multiplicar la productividad por 10, su interpretación fue diferente a la mía, si hacemos lo mismo en menos tiempo, ganaremos menos. Cuando el negocio empezó a ir mal, presentaron un plan para mejorar la productividad, uno de los puntos fuertes era reducir los gastos en telefonía!!!

La innovación en la empresa, esta mal vista ¿de donde has sacado el tiempo para innovar?¿has dejado de hacer tu trabajo? Recuerdo que presenté una propuesta al departamento de I+D, y la rechazaron, necesitaban proyectos probados y que se pudieran comercializar (anti I+D).

Yo no entiendo como la gente es capaz de hacer un trabajo repetitivo, sin preguntarse como ahorrar tiempo la siguiente vez.

Ruby On Rails

Tranquilos, no voy a aconsejar RoR, totalmente lo contrario, quiero desmitificar RoR. Después de probarlo, es verdad que es productivo para crear aplicaciones, un poco menos para modificarlas, pero es que mi framework para PHP es mejor, y el de Java mucho más.

Lo importante para una empresa, es encontrar el framework que le proporcione la mayor productividad, ya sea con RoR, con PHP, o cualquier lenguaje.

Pero hay que tener cuidado con la “panacea de la navaja suiza”, que vale para todo, pero que al final, no sirve para nada. cuando evaluemos un lenguaje o framework, tenemos que tener en consideración:

• Curva de aprendizaje
• Rendimiento
• Productividad para crear aplicaciones
• Productividad para modificar las aplicaciones
• Comunidad (foros, blogs, ejemplos, proyectos, etc…)
• Mercado laboral (Hay gente experta disponible en el mercado)
• Escalabilidad

Ejemplo de productividad

Si, ya he visto el video donde se crea un mantenimiento con RoR en poco tiempo, pero.. ¿cuanto se tarda después en agregar una lista desplegable al mantenimiento? En mi framework, una linea de código……

Para crear un framework productivo, es necesario hacer un análisis ¿que es lo que se repite más en nuestro trabajo diario?

Por ejemplo, nosotros desarrollamos muchas aplicaciones de gestión, y lo que más se repite, son las ventanas de mantenimiento, por ejemplo, editar un cliente. Un mantenimiento de este tipo, no tiene más de 10 líneas de código, incluye listado, filtro, alta, baja, modificación, edición, etc….

Si nos vamos a PHP, mirad este ejemplo:

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”.

Hoy voy hablar otra vez de comercio electrónico, pero en este caso de las empresas que dan servicios a tiendas eCommerce. Llevo unos días sin escribir por que estoy super saturado de trabajo, tenemos demasiados proyectos, tenemos más proyectos que empleados!!! Para escribir este post me han interrumpido más de 10 veces, así que os pido disculpas si tiene alguna falta de concordancia, o textos repetidos, etc…

El mercado está actualmente revuelto, por un lado tenemos muchas pequeñas consultas especializadas en un tema concreto: osCommerce, PrestaShop, Redes Sociales, estas empresas con poca infraestructura, pero con una gran productividad, se comen el mercado en el que trabajan.

Por otro lado, tenemos a las clásicas consultoras, con unos costes enormes, y una baja productividad, que “hacen de todo”, pero claro, recuerdo en mis tiempos de consultaría, que nos llamábamos los “mediocres”, los malos se hunden, los buenos, se van y montan una empresa especializada, y el resto…. los mediocres…. que saben un poco de todo, pero no saben mucho de nada.

También encontramos algunas empresas, que poco a poco, han ido agregando ofertas a sus servicios, dando una plataforma online para la venta por internet. Estas empresas tienen mucho éxito con “nuevas tiendas”, pero como el software es propietario y no permiten que el propietario de la tienda lo modifique, todos acaban abandonando tarde o temprano, como el caso de Demini o Arsys.

Open Source

Hablemos de Open Source, es verdad, que la calidad de un software Open Source, puede ser menor que la de un software comercial, fijaros que he puesto puede en negrita y cursiva, pero es la realidad. Las plataformas eCommerce comerciales son mucho mejores que las Open Source, los ERP son mucho mejores los comerciales, pero… en el computo global, es más rentable apostar por el Open Source. Cuando utilizas una plataforma comercial, estas atado al fabricante, a lo que el quiera de ti, mientras que con Open Source, tu tienes el código fuente, el sistema evoluciona como tu quieres, y con la empresa que tu quieras.

¿Que quiero decir con esto?, que el Open Source, está verde, pero está madurando poco a poco, Linux a tardado años en ser lo que es hoy, y con el resto de software Open Source pasa lo mismo, la evolución es más lenta, pero segura.

¿Que necesita una tienda online?

Normalmente, la mayoría de las pequeñas consultoras que ofrecen servicios a tiendas, ofrecen una tienda online, SEO, y poco más, pero… hay muchas más cosas que una tienda necesita.

Para los que se deciden en instalar un ERP, este software lo tiene casi todo, pero para aquellos, que un ERP les queda grande (o al menos eso creen), hay una gran variedad de servicios adicionales que son necesarios.

Atención al Cliente

Es uno de los pilares fundamentales del comercio electrónico, al menos así lo considera Amazon, y cuando el rey dice algo….

La atención al cliente requiere de mucha tecnología, no es tan simple como coger el teléfono y contestar o atender un email. Los servicios que se podrían dar son:

• Líneas 900 y centralitas virtuales, como http://www.telefacil.com
• Help Desk, con chat, tickets automáticos, gestión de incidencias, como http://www.kayako.com/
• Gestión de incidencias dentro del propio software ecommerce

Marketing

Hay una infinidad de servicios asociados al marketing y cada día nacen más:

• Newsletter
• Campañas de fidelización mediante cupones & descuentos
• Redes Sociales (twitter, facebook, etc..)
• Encuestas online de satisfacción
• CRM completo, como SugarCRM o SalesFarce

Automatización de procesos

Todo lo que sea automatización de procesos, significa ahorro en personal, minimización de errores, y mejora de la productividad. Muchos de estos procesos ya los integran los ERP, pero si no tenemos o no queremos ERP, podemos acudir a automatizar alguno de nuestros procesos:

• Integración con empresas de transporte
• Automatización de recepción de mercancía, albaranes, facturas, etc…
• Integración con software de contabilidad
• Conciliación bancaria

Diseño web

Vamos a ver, mucha gente dice que hacen diseño web, pero ¿está orientado a vender más o ser bonito? El diseño orientado a la venta es complicado de hacer, y hay pocos profesionales. Hay que hacer un estudio del producto, de la competencia, de los clientes, mientras que la mayoría que ofrecen diseño web, simplemente ponen a un diseñador, que sabe de diseño, y no sabe nadad de ecommerce.

La propuesta

Mi propuesta de negocio es especializarse en algo, no intentar abarcar de todo, por que es imposible. Si nos especializamos en un sólo área, tendremos más oportunidades de éxito. Pero lo realmente interesante es crear una red de partners especializados, cada uno, en un área, de forma que se puedan realizar grandes proyectos, sin tener una infraestructura grande.

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.

Mucha gente cree que no hace falta un ERP para llevar un negocio online,  o simplemente desconocen el significado de estas siglas. Antes que lo busquéis en la Wikipedia y os hagáis un lío con las siglas, lo que normalmente se entiende por ERP, es un software para gestionar todos las áreas de gestión de la empresa, compras, ventas, recursos humanos, stock, contabilidad, etc..

Desde luego, cuando empecé a vender por internet, no planteé montar un ERP, sobre todo por el coste que tenía implantar un ERP hace unos años. Pero poco a poco, me fui dando cuenta que necesitaba algo más, y he llegado a un punto, en el que cada día que paso sin un ERP en condiciones estoy perdiendo dinero.

Así que os voy a contar para que hace falta un ERP, y donde estoy perdiendo dinero ¿os pasa igual?

Que listos son los proveedores

Me ha ocurrido más de una vez, hago un pedido, y cuando me llega la mercancía, me llega la factura mal. Algunas veces, con más artículos, otras veces, con otros, y otras con precios diferentes. Si no tienes un control exhaustivo de todo, no te enteras si un determinado producto ha subido o bajado de precio. Pero no es suficiente en contrastar el albarán con la factura, hay que contrastar la factura con la lista de precios, y las condiciones de compra. Hacer esto a mano, es complicado, y siempre se cometen errores.

En nuestra última revisión de precios, nos dimos cuenta, que había al menos 10 artículos, que estábamos vendiendo por debajo de coste. Esta revisión la hemos hecho más veces, pero el empleado encargado de la revisión, lo hizo mal.

Hemos calculado, que hemos perdido unos 1.000€ este año por tener precios incorrectos, vamos sumando…

Control de Stock

Que cosa más complicada, parece fácil, pero el control de stock tiene mucho más por detrás de lo que parece, sobre todo si tenemos tienda física. Tenemos que tener un control de los productos que hay en el almacén, los que están en la tienda, los que están reservados para pedidos, los que están actualmente en el área de preparación de pedidos, etc…

Si tenemos descontrol de stock, perderemos pedidos, causaremos mala imagen de cara a los clientes, y nos genera gastos de devolución de dinero.

A parte de esto, si tenemos un almacén grande, lo ideal es una gestión de ubicaciones, saber donde están los productos almacenados, nos ayuda a preparar pedidos más rápido.

Tenemos un coste aproximado de lo que nos ha costado no tener control de stock en el 2009, más de 3.000 euros, si, si, tanto.

¿Cuanto le ganamos a cada producto?

Para saber si estamos ganando o perdiendo dinero, o simplemente para poner un precio, necesitamos saber cuanto nos cuesta un producto. ¿Parece sencillo? pues no lo es. Los productos cambian de precio de coste, pueden tener descuentos diferentes en cada pedido, al final, no tenemos claro cual es el precio.  Lo ideal es tener algún sistema de gestión de costes,  FIFO, media ponderada, etc.., además, hacienda nos pide que llevemos este control así.

Si no sabemos cuanto nos cuesta un producto, no sabemos a cuanto venderlo, gracias a dios, nos ha pasado al revés, estábamos vendiendo a precios más altos, por que sólo teníamos en cuenta el último coste, que era mayor, no utilizábamos la media. No obstante, no es bueno ser más caro de lo normal, se pierden clientes, y creas mala imagen.

Controlando los pedidos

Vale, llega un pedido, se paga, se prepara y se envía… pues no. De nuevo, la cosa se complica, si utilizamos un software como osCommerce, PrestaShop, etc.. para gestionar los pedidos, tendremos miles de problemas.

1. Un pedido pendiente, por error, se pone en pagado, es fácil equivocarse y darle a alguna tecla antes de darle al intro, que hace que cambie el valor de una lista desplegable que pase el estado del pedido a pagado.
2. Un pedido preparado, el cliente llama para hacer un cambio, la persona que lo atiende, lo modifica, y lo pone como pendiente, en ese momento, lo llaman por teléfono, y otro compañero ve que el pedido está pendiente, y lo vuelve a preparar, al final, se envían dos pedidos al cliente.
3. Y un largo etc, de muchísimos errores.

Debido a este tipo de errores, este años, hemos tenido unas 100 incidencias, si sólo tenemos en cuenta el tiempo dedicado por el personal, nos vamos a unos 1.500€.

¿Como gestionamos las incidencias?

Este es un punto conflictivo, en principio implementé un sistema de ticket, pero cuando las incidencias implica datos del cliente, del pedido, del banco, de la pasarela de pago, etc…. al final, siempre se pierde algo. O tenemos un sistema de gestión de incidencias que se extienda a todo nuestro sistema, o tenemos un problema.

Como ejemplo, si un cliente devuelve un artículo, esto influye en:

• Control de Stock, para dar de alta de nuevo el artículo.
• Datos del Pedido y del Cliente, para comprobar que lo que nos ha devuelto, nos lo había comprado a nosotros.
• Datos del pago, hay que confirmar que le cliente ha pagado el pedido. Estaría bien, que encima que no lo ha pagado, le devolvamos el dinero.
• Datos de la devolución, constancia de que la devolución del dinero se ha realizado.

Estamos casi en Febrero, y aún estamos devolviendo dinero de incidencias de Octubre, esto no es normal, y causa mal estar entre los clientes.

Recursos Humanos

Si tienes varios empleados, es normal que alguno vaya al médico, que tenga que salir antes para recoger a su hermano en el aeropuerto, que si llega tarde por que había atasco, que si horas extras por que hay que descargar un camión, control de vacaciones, etc, ….

Sólo con uno de mis empleados, el año pasado perdí 1.000 euros, por no controlar bien las horas.

Dios mío!!!! ¿todo esto tengo que pagar este mes?!!!!

Este es quizás el problema más importante de todos, vamos comprado a los proveedores, algunos al contado, otros a 30 días, otro a 180, otros en 3 pagos, etc… de pronto, no tienes ni idea de lo que hay que pagar cada mes, y te ves un día, que tienes que pagar más dinero del que tienes.

El control del Cash Flow es imprescindible, cuando no tienes dinero, tienes que acudir a los bancos, lo que supone unos costes adicionales de un 10% (entre intereses y gastos de constitución de prestamos/hipotecas).

Os cuento el caso más común, te llega un comercial y te dice que te propone un descuento de un 30% si compras más de 5.000 euros. Está claro que tienes que aprovechar la oferta, y además se paga a 6 meses!!!! adelante… A los 6 meses, te llega la factura de este proveedor, junto con la de otros, en un mes de pocas ventas. Tienes que acudir al banco a pedir un préstamo, al final, el banco se lleva por la operación, 2.000€, más un interés de un 6%.

Si tenemos claro, cuando podemos comprar, y cuanto podemos pagar, ahorraremos mucho dinero.

Este fallo, nos ha costado este año… ufff … no sé si decirlo….por que tiene 5 cifras….

Control de Cobros

Hay tiendas que sólo trabajan con tarjeta, con lo cual el cobro es sencillo, pero si trabajas con reembolsos, transferencias, etc… es importante un control de los cobros.

La semana pasada, recuperamos 3.000 euros que se habían “perdido” en reembolsos sin cobrar.

Cuanto menos hagan las personas, mejor

Es una pena, pero el factor humano, implica riesgos, si conseguimos automatizar al máximo todos los procesos, ahorraremos sobre todo en errores.

Integrando nuestro sistema con el de la agencia de transportes, hemos ahorrado mucho tiempo y sobre todo eliminado muchos fallos, unos 2.000€/año.

En resumen

Si sumais todos los importes que he ido diciendo, estaremos cerca de los 30.000€ de perdido por no tener un ERP. Es una burrada, se amortiza claramente la implantación de un ERP, entonces ¿por que no implantamos un ERP?

Cuando empecé a vender online, implantar un ERP adaptado a mis necesidades, tenía un coste de 60.000€, no podía pagarlo. Poco a poco empezaron a salir ERPs Open Source, sólo había que pagar la formación y la implantación.

Después de mucho tiempo analizando me quede entre OpenBravo y OpenERP, pero ninguno de los dos tenía lo que necesitaba, pero sabía que tarde o temprano se adaptarían a tiendas online.

Mientras tanto, desarrolle mi propio ERP, digamos un ERP Light, el cual, estoy implantando ahora mismo, pero sigo con vistas a OpenERP y sus conectores para osCommerce y Magento.

¿Que consejo le daría a alguien que empieza?

Estamos en un momento de transición, pero mientras tanto apostaría por Open ERP, invertir en formación de este ERP, hay empresas que lo ofrecen en SaaS, por 70€/mes.