La Coctelera

Rodolfo Carpintier Santana

El Blog de Infoman. Modelos de negocio del Siglo XXI

9 Diciembre 2010

e-Commerce de lata

Mi anterior post ha tenido buena repercusión y muchas opiniones. La mayoría opina que es mejor empezar un proyecto de e-Commerce con herramientas "open source" y luego, si es necesario por el crecimiento explosivo, pasarse a otro entorno más "probado" que puede -o no- ser IBM, ORACLE o Microsoft.

Muchos de los comentarios apuntan a que, desarrollar con estas marcas es muy caro y tiene además la implicación de licencias caras de dichas compañías.

Mi recomendación es que la clave es tener un CTO que sepa lo que quiere - no solo desde el punto de vista de tecnología- sino, muy importante, desde el objetivo de negocio que ha marcada el CEO de la compañía. Es mejor un desarrollo en ORACLE -si por ejemplo nuestro CTO es un experto en este entorno- que obligarle a "ahorrar dinero" con un sistema open source que es la primera vez que trabaja con él.

Todos parecen de acuerdo que - a poder ser- el desarrollo propio debe convertirse, con el tiempo, en una ventaja competitiva pero, en mi experiencia, a medida que una empresa crece de manera exponencial, es el propio CTO y sus planteamientos originales los que hacen agua. En muchos casos hay que cambiar de CTO, en otros, éste aprovecha para dar un salto cuántico en su carrera y se consolida como el alma de un proyecto tecnológico ambicioso y "casero" que nos distancia de la competencia.

El problema es que el CEO tiene que tomar la decisión  -cambiarlo o hacerle caso- cuando es el peor momento porque estamos creciendo desaforadamente y no podemos permitirnos ningún error que nos deje sin servicio para nuestros clientes.

¿Como plantearíais una situación así? Digamos que tenemos un sistema propio o un desarrollo sobre "open source" y pasamos de 5.000 sesiones concurrentes a 50.000 en menos de tres meses y empezamos a comprender que, en un año, van a ser 500.000.

¿Que le recomendáis al CEO?

servido por Rodolfo 5 comentarios compártelo

5 comentarios · Escribe aquí tu comentario

Joao

Joao dijo

En mi experiencia recomiendo crear sistemas "desde cero" y personalizados para proyectos que van a crecer mucho, y proyectos creados con software libre tipo joomla, wordpress, mambo, drupal... para proyectos que van a crecer poco. Explico mis razones.

La primera de todas es la escalabilidad, si vas a ser una tienda más de las miles que hay en internet puedes utilizar estos cms que tienen de todo y una gran comunidad de desarrolladores detrás.

Por esto son tan versátiles para cualquier tienda que empieza desde cero y no van a crecer mucho.

Si vas a crear una start-up muy innovadora, que ves posibilidades de crecimiento rápido, con muy buena inversión en marketing, seo, sem, vas a hacer una api para su uso, que requie programadores y CTO detrás, que sea un cms muy específico para unas funciones muy específicas, para todo esto es mejor crear un sistema "desde cero" con software libre por supuesto. Pongo desde cero entre comillas porque hoy en día realmente hoy en día no se crea nada desde cero. Hay Clases, Métodos, Plugin, templates... en php, javascript, mysql, ajax, jquery... vamos que hay de todo para no empezar desde cero patatero.

Otro problema que tienen los cms prefabricados es que no conoces su estructura interna, y tienes que fichar a tipos que conozcan estos cms a la perfección para poder escalar si es necesario.

Otra problemática que tienen estos cms es que al ser tan populares son muy atacados por los spammers, virus...etc y te puedes encontrar con sorpresas desagradables un día mirando que te lo han hackeado, o estas enviando spam a todos sitios. Lo digo por experiencia propia.

Conclusión. Si vas a crecer, software propio, sino vas a crecer software prefabricado.

Gracias por el blog, cordial Saludo a todos

9 Diciembre 2010 | 11:21 AM

Ivan de la Jara

Ivan de la Jara dijo

Uf cambar el punto de vista de alguien es caso prácticamente imposible.. Es como el dicho. El carpintero siempre lo arregla todo clavando un clavo.

Teniendo en cuenta que las licencias oracle pueden costar decenas de miles de euros y que la mayoría de start-ups de hoy día ya ni se plantean usarlas... Y estamos hablando de empresas como facebook...

Esto deja un margen muy estrecho para las personas que vayan a usar los servicios de Oracle. Que como bien apuntabas en el articulo anterior son personas de mas de 40 años...

Por tanto la mentalidad de los nuevos CTO va a tirar siempre hacia software libre. Cuando llegue la empresa a tener dinero para poder pagar una licencia Oracle ya habrá ocurrido lo que ha pasado con facebook, que son expertos en Hadoop y ya, como tu bien dices, no les interesa cambiar.

En el caso del CEO si mete a alguien que piense igual que el, y el tiene todavía la mentalidad de que IBM , Oracle o INTEL son "buenas" empresas y las otras son baratas o malas... Mala cosa. Porque estaría metiendo alguien de mentalidad antigua en la empresa y perdiendo ventaja competitiva...

Recomendar al CEO, poca cosa. Si todavía no se ha informado sobre escalabilidad. Malo. Quizá al que hay que cambiar es al CEO.

Hoy día ya no se puede empezar un proyecto comercial sin tener las espaldas cubiertas en este sentido porque te llega un "efecto meneame" o quizá mejor llamarlo "efecto social" y se te hunde el negocio.

El tema esta en que si estas creando una empresa con ese objetivo tirar de opensource "enlatado" no te sirve porque si tienes intención de crecer esos softwares no están pensados para eso. La mayoría funciona con LAMP (linux, apache, mysql, php) y a menos que puedas crear "federación" en la base de datos es muy posible que mysql no escale (aunque hoy día esta mejorándose eso cada vez mas)

Es como apunta el comentario. Desde cero hoy día ya no se debe hacer nada. La propia microsoft usa jQuery UI en su web de XBOX para su interfaz de usuario. Es software libre. Hacer eso tu mismo seria de locos o de inconscientes. La cantidad de detalles absurdos que tienen que ver con la historia de los navegadores es tal, que es imposible crear algo en javascript sin que falle por todas partes. Ellos llevan años recibiendo sugerencias y arreglando fallos. Es imposible superar a JQuery por uno mismo. Como decía ayer, tu trabajo no es masturbarte tecnológicamente, sino vender.

Como eso todo, si vas a usar plantillas, mejor un software libre. Tendrá menos bugs que el que tu puedas crear y que el que cualquier otra empresa de software cerrado pueda crear. Sea cual sea la empresa. No podemos superar a "todos" a la vez.

9 Diciembre 2010 | 12:02 PM

Francisco

Francisco dijo

Manteniendo la línea de lo comentado anteriormente, en un crecimiento explosivo, el CTO debe ser cambiado, ya había comentado de que este era novato o baja experiencia y que había que contratar un consultor con experiencia para tomar la decisión... bien ahora hay que hacer la transición, que puede ser contratando un CTO con mucha experiencia o unos meses aumentar la consultora externa hasta que podamos contratar alguien con mucha experiencia, que inclusive podría ser el asesor externo mismo.
Hoy por hoy es escasa las personas con mucha experiencia en esto por ende conseguir uno que se una al proyecto puede ser complejo y que lleve tiempo, por ello me inclino a una transición, total si se consigue rápido, la transición solo fue más breve de lo planeada.

9 Diciembre 2010 | 12:53 PM

Juan macias

Juan macias dijo

Roldolfo, he trabajado casi 15 años con sistemas que realizaban billones de operaciones al mes. Y da exactamente igual si es Open Source, o es Oracle. Ningún sistema se utiliza como viene por defecto, y es en las modificaciones donde esta el mayor problema. No hay programadores que tengan una concepción del rendimiento y escalabilidad.

Pero... partir de una base solida ayuda...

9 Diciembre 2010 | 11:59 PM

Tomás

Tomás dijo

Un POST muy interesante la verdad, se podría generar muchísimo debate acerca de este tema.

Usar un sistema propio con herramientas de BD como las mencionadas no solo supone muchísimo coste, si no también muchísimo tiempo. Un CEO tiene que acertar a la primera con su CTO porque como le salga rana no te quiero decir nada. Porque digo esto? Cuando las cosas van mal habrán pasado posiblemente 6 meses. Contratar otro CTO y es como empezar de nuevo porque lo primero es cambiar todo (como los cambios de gobierno más o menos). También mencionar que más o menos estamos hablando CTO incluido de un equipo de 3 – 4 personas si uno quiere evitar sql injections, problemas de campos no indexados en su estructura etc etc.

¿Porque tanto miedo a los sistemas LAMP? ¿Porque uno siempre dice que se quedan cortos? ¿Alguien sabría decirme cuanto trafico tiene que mover un CMS para poder decir que se está quedando corto?

La respuesta a la mayoría de las preguntas es bien sencilla. Por regla general alguien recurre al mejor postor, y ese principalmente sabe instalar y parametrizar pero luego no sabe ni cambiar 4 líneas de código en el core de un CMS. Llevo 12 años instalando oscommerce y ya he escuchado de todo acerca de los CMS (por regla general despectivo).

Voy a poner un ejemplo de cómo montar un start-up a bajo coste usando un CMS de tipo LAMP.

Plataforma: Oscommerce 2.2
Tiempo en desarrollo 2 semanas.
SEO: sale primero en google poniendo “ostras” que era el objetivo principal.
El sistema BackOffice permite gestionar tanto 200 pedidos como 5 con el mismo esfuerzo de trabajo ya que todos los procesos están automatizados (pedidos al proveedor, cambios de estado de los pedidos, emails a los clientes etc etc).

Si algún día vendemos 5000 cajas de ostras a la semana es posible que ponga un Navision, pero de momento el CMS cumple las necesidades de la empresa con 4 integraciones a medida como el SEO y los procesos automatizados jutno con la logística “semi-integrada”. Tengo que decir que realmente el proceso de planificación de la logística y los acuerdos con los proveedores fueron más laboriosos que la programación del sistema.

No hay CMS malos ni cortos, solo programadores con pocas manos.

La otra cara de la moneda es una cadena de tiendas que quiera montar una tienda de e-commerce. En ese caso es evidente que el desarrollo es a medida y la base de datos de la que tirara será un oracle o sql server para integrar el sistema en la logística y en los procesos de facturación de la empresa como si fuese una tienda más de la calle.

Para mi un buen CTO es aquel que sabe poner un sistema en marcha que realmente luego a la empresa no le suponga tener que contratar por ejemplo a 10 personas más, tiene que entender la forma de trabajar que hay y aprovechar los recursos disponibles y montar el sistema del tal forma que a la empresa o le suponga una reestructuración importante.

13 Diciembre 2010 | 05:22 PM

Los comentarios están cerrados


Sobre mí

Avatar de Rodolfo

Rodolfo Carpintier Santana

Madrid, España
ver perfil »
contacto »

Escribo sobre lo que me llama la atención, sobre lo que me gusta y, en general, sobre negocios de Internet.

Soy Presidente de DAD - Digital Assets Deployment, (http://www.dad.es) la incubadora de Internet







Go to Rodolfo´s Blog in English

Technorati Profile

Add to Technorati Favorites


Buscar

suscríbete

Selecciona el agregador que utilices para suscribirte a este blog (también puedes obtener la URL de los feeds):

¿Qué es esto?

Crea tu blog gratis en La Coctelera