Chaque semaine, je présente un post qui m’a marqué. Cette semaine, Bob Warfield exprime les manques qui freinent la croissance du SaaS, et plus précisément du PaaS.

Le grand débat de la semaine, à l’initiative de SaaSWeek, puis repris par Unreasonable men, a concerné la viabilité du modèle PaaS.

Pour rappel, le PaaS est l’acronyme de Platform as a Service. Il s’agit d’offrir une plate-forme en ligne permettant le développement d’une application, le stockage de données et tous les outils nécessaires pour faire tourner une application multi-tenants évolutive. Ce sont donc généralement les killer apps SaaS qui, en ouvrant ensuite leur plateforme s’orientent vers une démarche PaaS.

Le débat met en lumière la difficulté de construire des applications SaaS, qui réside en grande partie dans l’élaboration à moindre coût d’une plateforme multitenant évolutive et facile à exploiter. C’est pourtant un prérequis au développement d’une offre PaaS

Bob Warfield, dans un excellent post décrit les écueils à surmonter pour construire une plateforme :

- Securité et IT

De nombreuses choses sont à bâtir, qui n’apportent pas de différenciation au produit, mais qui sont indispensables pour que l’étude de la solution puisse simplement être envisagée : sécurité, intégration au SI/intranet…

- Plateforme multi-tenant et contrôle des versions (évolutivité)

L’objectif est de mutualiser un maximum de services sur un minimum de ressource. Il faut pouvoir gérer les montées de versions, les correctifs, dans une démarche incrémentale.

- Montée en charge et gestion des bases de données

Dans un monde multi-tenant, la capacité à supporter les montées en charge parfois soudaines est primordiale. Lorsqu’on y joint le sujet des bases de données (les limites de MySQL et le coût des BDD Oracle), le problème devient corsé…

- Personnalisation et configuration

Ceci concerne à la fois la capacité à adapter la présentation (Interface utilisateur), les processus (Workflow), les objets existants, ou même ajouter des briques de code supplémentaire.

- Diminuer le coût de livraison du service

C’est un point crucial pour toute application SaaS, lorsque l’on sait que ces coûts représentent au minimum 25% des revenus pour les acteurs du SaaS (et les plus performants…). L’enjeu est donc d’automatiser tout ce qui permettra de diminuer ce coût, grâce à la croissance de la plateforme.

- Open Source + ecosystème favorable + PaaS

Une orientation Open Source (par les API notamment) crée un écosystème favorable ayant pour objectif de développer une approche PaaS. Nous avions vu dans deux précédents posts, comment une plateforme émerge puis est adoptée. Lorsque c’est le cas, les économies d’échelles décisives dans un monde multi-tenant sont très significatives.

Pour lire l’article (en anglais)

Cyrille

Deuxième numéro de ma nouvelle rubrique “post de la semaine”, un post sur conformity qui résume une semaine importante pour le SaaS :

2 mouvements imbriqués marquent le marché du SaaS depuis plusieurs mois :

L’arrivée de SAP sur le marché du SaaS est un signe de basculement massif possible pour les logiciels d’entreprise. L’ouverture toujours plus grande de la plateforme Salesforce.

1) Le SaaS est marqué cette année par l’arrivée attendue et très observée de SAP, qui va probablement contribuer à l’accélération du basculement vers le SaaS pour les logiciels d’entreprise et de coeur de métier. Avec Business ByDesign, Sap vise le mid market de l’ERP. C’est le premier basculement d’un acteur traditionnel ERP vers le SaaS.

2) D’autre part, l’ouverture toujours plus grande de Salesforce aux développements tiers sur sa plateforme souligne la forte tendance à l’ouverture des plateformes produits en ligne. Les grandes success stories actuelles sont celles de ces produits-plateformes qui savent ouvrir leur plateforme à la communauté de développeurs de la manière la plus simple et la plus rentable possible. Salesforce et maintenant Facebook en sont les fers de lance.

Salesforce annonce l’extension de sa plateforme SaaS, en mettant en avant un nouvel acronyme, le PaaS ou Platform-as-a-Service. Force.com prolonge l’environnement AppExchange, et fournit à ses utilisateurs une plateforme et des outils leur permettant de bénéficier des composants de développement et de présentation disponibles sous forme de services.

L’annonce de Visualforce suit cette tendance de PaaS, avec la possibilité donnée aux développeurs de construire des interfaces adhoc sur la plateforme salesforce.com.

Pour lire l’article, c’est par ici

A très bientôt

Cyrille