Accueil
 > Rapports de TEC > Blogue de TEC > Software as a Service: Pas sans Avertissements

Software as a Service: Pas sans Avertissements

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

Le Software-as-a-service (SaaS) a jusqu'ici été largement adopté dans le monde de force de vente automatisation (SFA) et de gestion de la relation client (CRM), où dernièrement le succès de NetSuite , Salesforce.com et RightNow a influencé les fabricants de logiciels traditionnels se mettre au travail et modifier leurs portefeuilles de produits. Toutefois, ces mêmes fournisseurs, tout en travaillant sans relâche pour SaaS permettent à certaines de leurs offres, sont l'espoir de gagner du temps en faisant remarquer que, jusqu'à présent, SaaS déploiement a surtout été une solution éprouvée pour entreprise spécifique et bien défini, n'a besoin que d', et ce principalement dans les ministères.

Pour une analyse de la tendance SaaS, voir SaaS-ment l'opportunité de fabrication .

la deuxième partie de la série SaaS-ment l'opportunité de fabrication .

Malgré le succès des sociétés mentionnées ci-dessus, de nombreuses personnes sont encore sceptiques quant à la réussite à long terme du SaaS. La sensibilité des données, confidentialité et de sécurité (à l'extérieur du pare-feu de l'utilisateur), la flexibilité du système, et les préoccupations au sujet de ces dernières, des pannes très médiatisés (qui se traduisent par des problèmes de performances générales du système) ne représentent que quelques-unes des questions qui donnera applications sur site un bail plus long sur la vie. En plus de ces préoccupations, la question de savoir si la demande offres hébergées puissent être correctement intégrées avec des applications sur site existants ainsi que son scepticisme quant à l'utilité d'adapter SaaS ou des solutions sur mesure à des processus et des pratiques tête de liste des doutes affaires uniques.

Salesforce.com et d'autres sociétés SaaS évangélistes offrent généralement des solutions viables pour ces opérations commerciales courantes que la capture des opportunités de vente et de prospects. Cependant, en utilisant véritable architecture multi-tenant, ce qui permet des volumes de données de nombreux clients à être stockés sur une seule instance de la base de données dans les locaux du fournisseur (un diable de beaucoup de métadonnées pour être maintenue par le vendeur), ces applications ne peuvent souvent pas offrir aux entreprises (surtout les grandes et exigeantes) les types de différenciation dont ils ont besoin pour augmenter les ventes et les profits ou gagner des parts de marché. En effet, les processus SFA sont assez coupé et séché (de routine) et ne sont pas exactement générateurs de revenus, tant que leur fonction est simplement de capturer les opinions de personnel de vente sur les opportunités et faire en sorte qu'ils respectent les règles du processus de vente.

forces de vente sont tout à fait réussi à tirer parti de cette "tout one-size-fits-" modèle de prestation, car ils sont encore à ce jour le moins réglementé de toutes les fonctions des processus d'affaires. Ce modèle de prestation permet à chaque personne de ventes de déployer rapidement une solution, car, à leur avis (et l'attitude conséquente), les outils qu'ils utilisent n'ont aucune incidence sur les autres parties de l'organisme. C'est-à-dire que dans un tel environnement, il est inutile de personnalisation largement le système SFA puisque ce n'est pas les détails du processus de vente qui comptent beaucoup. Par exemple, depuis la planification implique une certaine capacité d'influencer de façon proactive le résultat, les organisations d'utilisateurs qui ont tenté d'intégrer la fonction de SFA déconnectée avec la prévision, l'exécution, et les aspects comptables ont découvert des défis supplémentaires lorsque ceux-ci sont tentées d'une manière SaaS.

En d'autres termes, ressemblant à la "règle 80-20» bien connue un peu, cette finale de 20 pour cent ou plus qui définit une société de ses concurrents ne peuvent souvent pas être assurée par des solutions SaaS. La nécessité d'une différenciation va exiger de l'entreprise de chercher encore à des fournisseurs plus traditionnels qui ont une expertise spécifique à l'industrie et les empreintes fonctionnels plus larges pour accueillir l'évolution des processus d'affaires interministérielles. À tout le moins, la coexistence de SaaS et sur site des applications sera la réalité pour de nombreuses entreprises ( Microsoft cite l'existence de deux modèles, où une application PC-installé peut être améliorée par des fonctionnalités en ligne, voir avec les lecteurs multimédia comme Windows Media Player ), alors SaaS sera capable de se déplacer au-delà de la fourniture efficacité opérationnelle en vue d'aider les entreprises à devenir plus efficaces. Donner aux utilisateurs la possibilité de personnaliser les noms des champs de l'écran, que l'on est capable de faire dans un service Salesforce.com, ne va pas répondre à la vraie différenciation. Ni va permettre aux utilisateurs d'écrire JavaScript (ou similaire) et mettre le localisateur de ressources universel (URL) pour le script dans un champ personnalisé, ni ne l'utilisation de l'accès à onglet et les feuilles de style, ce qui est Salesforce.com appelle " personnalisation ".

Cela ressemble à la notion de "a-ha" de la "iPod expérience utilisateur" qui permet aux utilisateurs d'écouter et d'organiser la musique sur le contenu de leur (distingué) de cœurs dans une nouvelle, façon simple, claire et attrayante. Les entreprises ont besoin pour mener leurs activités traite différemment de ce qu'ils ont fait dans le passé, si elles veulent se démarquer, ce qui inclut la création de nouvelles fonctionnalités et les flux interministériels / inter-entreprise. Ainsi, il reste à voir combien de Salesforce.com Apex , plus récemment dévoilé multi-locataire interprétative langue du vendeur, va aider à cet égard. Apex, un moteur d'exécution avec Java-like syntaxe et la fonctionnalité de procédurale langage structuré langage de requête PLSQL (depuis la base de données sous-jacente à Salesforce.com est Oracle ), a été conçu pour fonctionner avec l'interface de programmation d'application Salesforce.com (API). Apex a des fonctionnalités limitées qui ne peut faire ce qu'il a été conçu pour faire (triggers spéciaux et les procédures stockées, par exemple), et ce n'est pas vraiment le langage de programmation à usage général nécessaire pour accueillir une programmation personnalisée significative. Encore une fois, l'avantage d'un environnement contrôlé est livré avec la baisse de la couture limitée. Les entreprises veulent aussi plus de contrôle sur leurs applications, car ils ont besoin de changer constamment configurations afin d'ajouter de nouveaux produits, de développer une intégration plus étroite entre leurs systèmes, et d'introduire des processus d'affaires best-in-class.

Pour les raisons ci-dessus, même Salesforce.com tente de sortir de la zone étroitement définie qu'il a commencé en tant que société de CRM / SFA de. Son plus agressif centre des efforts sur sa plate-forme AppExchange de partenariat plate-forme et écosystème d'applications tierces afin d'élargir leur périmètre fonctionnel et à créer plus de différenciation, processus occasion-to-order affaires. Temps ne dire comment cette stratégie fonctionnera avec l'intelligence d'affaires du fournisseur (BI) et de partenaires d'intégration analytique et de données (dont certains sont des entreprises de grande envergure comme Business Objects , Informatica , ou Pervasive Software ); gestion d'incitation de l'entreprise partenaires (EIM) comme Centive d', Xactly Corporation , CellarStone , ou Perks, com (dont fonctionnel capacités et ce, si les processus de planification doivent être en mesure d'influencer le comportement des forces de vente vers l'augmentation des recettes); produit gestion de la relation partenaire configuration et (PRM) / gestion de la chaîne de la demande de (DCM) partenaires (comme Selectica , Comergent , Webcom Inc , Big Machines , FIREPOND , etc);. l'automatisation du marketing et des partenaires d'analyse, et ainsi de suite. En outre, l'accent de certains partenaires AppXchange de la fin a été mis sur le développement des services financiers verticaux et de construire ensuite une stratégie pour ses localités voisines telles que l'assurance, les médias, les banques, et ainsi de suite.

Quant à Apex, il est également construit sur une architecture multi-tenant, ce qui signifie que le code de chaque client est séparé des codes de tous les clients, même si tous les clients sont exécutés sur la même instance de Salesforce.com. Bien que cette ségrégation des instances de code devrait accroître la capacité des clients particuliers de personnaliser leurs systèmes, certains partenaires AppXchange ont exprimé des préoccupations à ce sujet potentiellement cannibaliser leurs entreprises et la nécessité pour leurs solutions.

Plus récemment, à la mi-Décembre 2006, Salesforce.com a annoncé son AppStore vision et la stratégie de monétisation de la plate-forme AppExchange (Apex) du marché. Les clients pourront utiliser AppStore comme source unique d'essayer, d'acheter et de déployer des applications à la demande sur l'AppExchange. AppStore finira par fournir un ensemble complet de services commerciaux et les programmes de partage des revenus pour les développeurs et les partenaires (un modèle de vente zero-touch, entièrement géré par Salesforce.com). Les développeurs et les partenaires seront alors en mesure d'utiliser AppStore comme un réseau de distribution mondial de commercialiser, vendre, facturer et livrer les applications qu'ils ont construits en utilisant le langage de programmation Apex et plate-forme mis à disposition sur la plate-forme AppExchange. AppStore espère être le catalyseur qui déverrouille la valeur de Apex et AppExchange, l'accélération de la vision pour la création, la livraison et le succès de pratiquement n'importe quelle application sur demande. L'idée ici est que AppStore devrait faire l'achat d'applications à la demande pour les clients aussi facile que l'achat de musique sur iTunes, alors que pour les partenaires, il est à espérer que AppStore enlèvera le fardeau et le coût de construction d'un canal de vente et de distribution. En outre, les incubateurs AppExchange mondial aidera les entreprises à développer de nouveaux produits sur la plate-forme Apex, et contribuera également à accélérer le succès de ses partenaires AppExchange existants. Dix entreprises ont déjà signé pour le programme d'incubateur AppExchange y compris Appirio , Avankia , Centive, Convenos , Domodomain , InsideView , InvisibleCRM , Right90 , VerticalResponse , et Xactly.

Salesforce.com s'engage à fournir des services de l'AppStore aux partenaires pour un pourcentage de partage des revenus de transactions fermées qui varient selon le niveau des services fournis. services de l'AppStore sont actuellement prévues pour être offert dans une approche progressive tout au long de 2007: standard orientation dans le premier trimestre de 2007, orientation Premium dans la troisième trimestre, et AppStore Checkout dans le quatrième. Les clients qui achètent les applications Salesforce.com devraient prendre leurs décisions d'achat basées sur des caractéristiques qui sont actuellement disponibles sur la plate-forme Apex existant, et ils ne seront pas facturés des frais supplémentaires pour l'utilisation des services de l'AppStore. Comme annoncé précédemment, la prochaine version de la plate-forme Apex est actuellement prévu pour être disponible en conjonction avec la sortie de Salesforce Winter 07 , et le langage de programmation Apex est actuellement prévu pour être disponible au cours du premier semestre 2007.

Plus Avertissements

Pour en revenir à la liste des limitations réelles ou perçues de SaaS, deux autres préoccupations majeures sont la façon dont l'intégration entre off-premise (SaaS) et des données sur site et contenu sera acheminé en toute sécurité et géré, et ce qui arrive à la richesse des données sensibles et des informations accumulées lorsque le client annule la disposition SaaS avec le vendeur. De plus, beaucoup technologies de l'information territoriale (IT) gestionnaires ne sera pas content à l'idée de renoncer à une partie de leurs «fiefs informatiques" et d'avoir à compter sur la capacité de l'hôte à l'extérieur pour exécuter impeccablement leurs centres de données, même si l'hôte est une entreprise viable. A la fin de la journée, la grande question demeure de savoir si les déploiements SaaS sont vraiment prêts à soutenir des organisations complexes et globales autour de l'horloge et les accords de niveau de service strictes (SLA) ou non.

Ces problèmes, combinés avec une nouvelle prise de conscience croissante du marché, peuvent expliquer les conclusions de certaines études récentes indiquent que plus de 60 pour cent des entreprises actuellement préfèrent encore le modèle de licence perpétuelle sur site sur les options sur abonnement . En fait, la plupart des partenaires AppXchange de Salesforce.com ont encore son entreprise sur site, et affirment généralement que seulement 10 à 30 pour cent (au plus) du chiffre d'affaires provient de l'alliance Salesforce.com. En outre, la plupart des fournisseurs de SaaS se positionnent en tant que logiciel joue même si elles sont vraiment mélangent des logiciels et des services de consultation, de sorte que la compréhension de ces services et leur économie (à la fois celles du vendeur de maître et de son écosystème de partenaires) est encore en cours d'élaboration. Pour l'instant, ce positionnement est en grande partie sous forme de set-up et le conseil des honoraires fixes avant que le client peut embarquer sur le service d'abonnement pure. Accenture 's relation avec Salesforce.com est à la fois une bénédiction et une malédiction en ce que ce partenaire constitue un endossement grave du modèle SaaS, mais il faut encore s'attendre à des étiquettes de prix de consultation notables pour certaines implications même dans l'environnement SaaS.

Quant aux licences de logiciels, la façon la plus courante aujourd'hui reste pour le client de payer une redevance fixe en fonction de la puissance de traitement de la machine (ou machines) étant utilisé, ou une autre solution largement utilisée par lequel l'utilisateur entreprise (licencié) paie un montant fixe en fonction du nombre d'utilisateurs (ou sièges) l'accès au logiciel (voir Nouvelles approches de la tarification du logiciel ).

Pour être juste, les deux approches sont relativement stables, le client peut le budget moyen d'une formule alors que le vendeur reçoit une grosse partie des revenus de licence à l'avant et un flux régulier de revenus de maintenance annuelle (généralement 15 à 20 pour cent) par la suite. C'est un modèle stable, rentable que les clients et les investisseurs à la fois comprendre et les habitudes sont difficiles à briser.

Un autre inconvénient d'un modèle hébergé est le coût à long terme de "leasing" le service pour le client. Un des principaux avantages de l'hébergement est la négation initiale des coûts initiaux associés avec (puisqu'il faut toujours nettoyer les données, tester et intégrer les systèmes, les utilisateurs de train, etc) mise en œuvre plus rapide d'un système de production. SaaS ne fait annuler le besoin de matériel de serveur distinct ou d'hébergement, et elle réduit les coûts de mise à niveau, comme c'est le cas le coût de la correction d'un bug et l'application du patch, tuning, et autres travaux d'entretien et de soutien traditionnellement effectué par le personnel IT interne de l'entreprise utilisatrice. Cependant, après un certain laps de temps, l'souscrit à système va commencer à coûter plus cher que d'un système de production à l'interne serait, et le client n'a pas la propriété de quelque chose à la fin de la journée. L'appel du SaaS est une gratification immédiate couplée à une réduction des douleurs financiers initiaux, comme ce serait le cas avec la location d'un appartement, des meubles ou appareils plutôt que d'en acheter un.

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.