e-Valúame

Tag Archives: Salesforce

Force conecta con Facebook y Amazon en la nube

logo_home_forceEn estos días se esta celebrando el hackathon de Force 2008 cuyo nombre comercial es DreamForce y  donde los programadores y ISV se reunen para compartir ideas, comentar nuevas funcionalidades, acudir a talleres sobre saber-como,  conseguir acuerdos de colaboración, etc. en definitiva un sitio donde hacer networking y saber como tus competidores se están moviendo es este mercado del saas y la  forma en que están explotando la plataforma Force.

Sabemos que Salesforce , el lider mundial del CRM on-demand,  está centrando muchos esfuerzos en la promoción de la plataforma Force y esto es algo que saben hacer realmente bien. En su web, que es un auténtico alarde de buena comunicación,  acaban de abrir una nueva página para enseñar y ayudar a los potenciales programador e ISV a crear código saas y a establecerse como empresa.  Y ahora con eventos como DreamForce intentan acercarse al programador e ISV y conocer sus inquitudes. Desde luego si alguien tiene alguna duda de si el software como servicio necesita de acciones comerciales y promocionales seguro Salesforce le sacan de ellas .

En estos eventos suelen aprovechar para anunciar nuevas funcionalidades que va a mejorar el uso de la plataformas. Ayer , en el primer día de Dreamforce, anunciaron lo siguiente:

Force para Amazon.-  Se trata de un conjunto de herramientas para que las aplicaciónes Salesforce puedan utilizar los servicios de amazon.  Por ejemplo si quieres utilizar S3 para almacenar imagenes y documentos o ejecutar parcialmente un parte de tu aplicación sobre maquinas amazon EC2 y código php. 

Force para Facebook.- Otro conjunto de herramientas para que las aplicaciones de Force utilicen la API de Facebook y puedan desplegarse dentro de Facebook. El usuario en realidad utilizarán la plataforma Force para acceder a los formularios, base de datos y la logica. Es decir, un aplicación programada en Apex Code para Force puede se utilizada por los millones de usuarios de Facebook, pero ¿son el mismo el mismo tipo de usuarios? Quizás tenga más sentido la integración con el «Facebook de IBM», osea,  BlueHouse.

Dominio separado de Force.com.  Ofrecen la posibilidad de crearte un dominio público para que tu aplicación pueda ser accedida por otros usuarios, a parte de los usuarios de la plataforma Salesforce.

Code Share. Esto es un reanuncio porque ya lo estaban llevando a cabo.  Es un directorio de  proyectos código abierto donde los programadores pueden participar o  crear sus propios proyectos de código abierto.

logo_home_salesforce

En definitiva, saben lo que hacen, lo hacen bien y si están en el camino se verá un incremento de  sus ingresos y en el número de aplicaciones que ofrecerán en su plataforma.

Los 10 errores más comunes de una startup de saas

El otro día comentaba Enrique Dans en uno de sus post que Zoho es el más listo de la clase porque entre motivos, ha empezado a utilizar Google Gears antes que el propio google. La verdad es que Zoho no ha parado de poner software online en los 3 años que llevan de vida y lo hacen realmente bien pero para mí, dentro del mundo «as-a-service» , el más listo de la clase siempre ha sido Salesforce, que con su CRM online ha conseguido ser una referencia en este mundo y ahora con Force quieren ser tambien los líderes en el mundo de las platform as a service.

Para promocionar Force están lanzando una campaña de comunicación y ayuda para que aquel emprendedor que quiera focalizar su esfuerzo en el desarrollo del software as a service, tenga toda clase de información a traves de white papers con consejos para su creación y seminarios web online . Por eso digo que son listos y los primeros de la clase porque como comentaba hace algún tiempo estos tios en Force no cobrán al desarrollador, hacen caja con la base instalada de clientes que utiliza su CRM y que ahora pagará si quiere utilizar una de las aplicaciones que estos nuevos proveedores de saas desplegaran en su plataforma.  De ahí que se dediquen a atraer proveedores de saas con sus aplicaciones para hacer un «poco» mas de caja. 

Hace unos dias publiqué un resumen en español de un informe de Salesforce que hablaba sobre las 7 claves a tener en cuenta en la creación de una saas, y ahora dejo otro resumen de este paper sobre los 10 errores más comunes que suelen cometer cuando lanzas una empresa de saas:


Recuerda que el modelo de negocio de saas es diferente

Error 1.- Ejecutar tus procedimientos operativos como si fueras una compañia de software tradicional. Tus beneficios dependen de ingresos paulatinos y no de grandes ventas, por eso debes tener cuidado con tus gastos fijos y monitorizar la renovación de tus suscripciones e indicadores de futuros ingresos.

Error 2.- Gastar demasiado en marketing y fuerza de ventas. El marketing tradicional y en concreto la publicidad puede resultar muy costosa y hay proveedores de saas que han encontrado fórmulas de marketing más economicas e igual de efectivas.

Error 3.- No poner interés en que el cliente use producto. Si conoces el uso de tu producto, el numero de clics que reciben tus páginas, aquellas que no se utilizan entonces intenta sacar provecho de está información para dar al cliente lo que quiere.


Evita errores de marketing comunes

Error 4.- Conformarte con la mentalidad «construido-ya vendrán». Necesitas tener una estrategia promocional agresiva que identifique a tu target y los diferentes canales de acceso.

Error 5.- Esperar a que tu cliente tenga éxito. Haz lo posible para que tu cliente utilize y saque partido de la aplicación y que obtenga el beneficio que esperaba. Manuales, videos, soporte online, etc…

Error 6.- Subestimar el poder de la referencias de clientes y de los evangelistas. Los testimonios de clientes y comentarios de los evangelistas hace más estable y confiable tu producto.

Error 7.- No poner interés en las comunidades de usuarios. Los foros de usuarios ayudan al clientes a manejar mejor la herramienta y sirven de soporte de la misma, evitando que el cliente necesite el nivel de soporte básico.  Encuentra a los usuarios evangelista más activos, incentivalos y escuchalos.


No tengas en cuenta como se hacen las cosas en el desarrollo tradicional

Error 8.- Utilizar metodologias tradicionales para la entrega de saas. En el desarrollo tradicional hasta que no tengas un número de cambios funcionales importante no empaquetas para en lanzamiento de una nueva versión. En saas no es necesario hacerlo e incluso puede ser contraproducente hacerlo así porque no creas expectación , dinamismo en la aplicación y parece que no escuchas las peticiones de tus clientes.

Error 9.- Invertir en infraestructura más de lo necesario. Esto es directamente «promocional» a Force, pero es completamente cierto que es una ventaja no invertir en Iaas ( infraestructure as a service) cuando hay gente que lo hace bien y es su negocio.

Error 10.- Que te pillen sin un API. Es necesario que el cliente no sienta que sus datos están aislados de su sistema y que tenga la «oportunidad» de sacar sus datos y llevarlos a otro proveedor de saas.

Siete claves para un proyecto saas de éxito

Esta mañana revisando el blog de Force me he encontrado con esta entrada que me ha encandilado porque en sus referencias aparecía este whitepaper que explica qué debe tener en cuenta una empresa de saas de reciente creación para que concluya y mantega su éxito. No estoy seguro de cuando se liberó el pdf pero es igual de interesante por los puntos que destaca y porque aparecen unas cuantas referencias de empresas (con declaraciones de su CEO) acerca de cómo y porqué les fué y les va viento en popa en este nuevo mundo. 

Una de la cosas que más me ha llamado la atención es que el software tradicional y el software as a service se gestionan de diferente manera (desde su captación hasta su entrega al cliente)  y muchas de la prácticas y procedimientos comumemente aceptados en la creación del software in-house no tienen sentido en el saas. Esta la típica chorrada que cuando te la dicen, la afirmas como obvia pero que en tu día a día no dejas de hacerla, por eso me gusta destacarla.  

Resumo las siete claves para que un proyecto Saas tenga éxito: 

  1. Busca líderes del proyecto responsables. El proyecto debe tener un líder que entienda la solución saas y que acepte las  diferencias entre la creación de software tradicional y el modelo saas. Además debe intentar encontrar las métricas correctas para evaluar el estado del proyecto (tasa de adopción, utilización del sistema, desgaste de la solución) , asi como de su comunicación dentro de la compañia y los responsables de cada métrica.
  2. Haz aplicaciones que tus usuarios necesiten. Debes intentar deleitar a tus usuarios para que vuelva a utilizar tu aplicación con nuevas actualizaciones, interfaces intuitivos, upgrades automáticos que no fastidien sus personalizaciones. Además de tener la posibilidad de escuchar a tus usuarios(chat,tablon de sugerencias), de informales sobre actualizaciones y futuras mejoras, de saber que es lo que más utilizan y que no, etc. En definitiva crear expectación, darles lo que quieren y disponibilidad.
  3. Genera demanda las 24h del día. Apoyándote en la información que tienes de tus usuarios intenta generar demanda con actuaciones como accesos free a una parte de la aplicación, eventos, seminarios, videos, promociones,etc..
  4. Vendes servicio, no producto. Vendes un servicio completo, esto es entrega de producto, soporte y mantenimiento. Esto impacta en tu equipo de ventas y en tu equipo de desarrollo porque a diferencia del software tradicional, la fijacion de precio, el cumplimiento del mismo, la fidelidad del cliente, el mantenimiento de la aplicacion, el acuerdo del nivel de servicio(SLA), infraestructura para el cumplimiento del SLA,etc..  se tiene diferente tratamiento. No es lo mismo dejar un proveedor intermediario que mantega el código o que el propio cliente lo mantenga a que recaiga sobre el proveedor Saas. 
  5. Haz una religión del éxito de tu cliente. Ganar-ganar, si tu cliente gana tu ganas. Intenta destacar éxitos de tus clientes para obtener la atención de futuros clientes, realiza encuentas de satisfación y resuelve las quejas cuanto antes para fidelizar clientes, intenta crear grupos de clientes exitosos para enseñar a nuevos clientes, etc.. En definitiva el cliente debe renover suscripción y debes intentar hacer lo que sea para que vuelva a probar tu aplicación. 
  6. Desarrolla buenos procesos financieros. Debido a que los ingresos recibidos en el saas son incrementales y dependientes de las renovaciones, el tratamiento de la finanzas de la empresa saas es uno de los factores críticos a tener en cuenta.  Hay que tener especial  cuidado con el cash-flow, con los gastos fijos iniciales debido a la infraestructura, intentar poner medio de cobro automáticos, aprovechar el conocimiento del crecimiento de uso de aplicacion para prever futuras inversiones,etc.
  7. Encuentra tu sitio en el Universo «mashup«. Busca alianzas o utiliza webs de «remezcla» que potencien el uso de tu aplicación. Esto es un oda a «Force» como plataforma de aplicaciones (Paas– platform as a service) pero es una opción más a tener en cuenta para que tus potenciales clientes conozcan tu saas. 
El paper son 16 hojas y esto es un breve resumen, y aunque es un poco pesada la lectura en inglés la aconsejo porque me parece realmente interesante. 

Structure 2008 – Conferencia sobre saas y paas

Mañana día 25 de Junio, GIGAOM celebra la conferencia anual donde reunen a cientos de empresas para que puedan planificar sus futuras necesidades de infraestructura informática. Literalmente «Structure 08 permite a los asistentes conocer la ventajas de las nuevas tecnologías para que tomen las decisiones correctas en su inversión de IT»

Lsa ponencias de este año se centran principalmente en el Cloud Computing , el software como servicio (saas) e incluso hay una ponencia explicita para las Plataformas como servicio.  En cuanto a los ponentes, asistirán los responsables de las empresas que llevan la voz cantante en estas tendencias, como son, Werner Vogels de Amazon.com, Parker Harris de Salesforce.com , Danny Kolke de Etelos y habrá un Workshop sobre  Google App Engine.

Hablé con ellos a través de email y me dijeron que el aforo fue vendido hace una semana y que no había posibilidad de asistir aunque durante todo el evento el blog estará actualizado con las ponencias y eventos más destacables y se podrán acceder a algunas conferencias en directo a través de web. Para el que no pueda ver las conferencias en directo, los videos estarán accesibles en gigaom.com.

Noticias como servicio – 5 al 11 Mayo

Estas son las noticias que más me han llamado la atención en esta última semana: