|
|
|
|
Avantages et désavantages d’une solution ASP
Avantages
Investissements restreints
Etant donné que l’ASP détermine les investissements pour l’infrastructure, le matériel (hardware) et le logiciel, l’investissement pour le client final reste limité. Il se peut que l’ASP demande une contribution d’activation et une courte formation du personnel sera nécessaire pour apprendre la solution (ne pas entretenir).
Frais d’informaticiens limités
Puisque l’application fonctionne tout à fait à l’extérieur de l’entreprise et y est entretenue on n’a pas besoin d’informaticiens internes.
Garantie de qualité
L’ASP emploie des personnes spécialisées qui connaissent bien l’entretien de l’application utilisée. Ils ont la possibilité et le temps de contrôler à fond les problèmes et en étroite collaboration avec le fournisseur de logiciel ils peuvent garantir une meilleure qualité.
En somme, l’appui du produit est l’activité centrale de l’ASP tandis que l’activité centrale du client (entreprise demandant d’appui) se trouve dans un autre domaine.
Structure à prix fixe
Les ASP sont très expérimentés dans leur produit et ils ont une bonne vision des frais attachés à l’utilisation et l’entretien de l’application. De cette façon ils sont capables de faire d’avance une offre spécifique.
Il est difficile d'évaluer à l'avance pour la PME le montant des frais additionnels, c'est-à-dire en plus des frais de licences (heures/hommes), que l’utilisation de l’application demandera.
Responsabilité centralisé
En cas de problème avec l’application il y a un seul point de consultation: l’ASP. C’est lui qui porte la responsabilité du fonctionnement de l’application et en cas d’un problème on peut lui demander des comptes. Dans le cas d'une installation propre à l'entreprise, on recherche d’abord la cause (probable) (réseau, matériel, plateforme, application) et ensuite il faut se mettre en relation avec la partie concerné. Il y a toujours le danger que les différents parties veulent rejeter leur responsabilité.
Désavantages
Une disposition ASP n’entraîne pas d'inconvénient direct. Il se peut que dans certains cas, l’utilisation d’un ASP soit déconseillée ou soit même impossible. Nous parcourons quelques exemples courants:
Grands volumes
Quand l’application est utilisée pour traiter de très grands volumes d'informations, une installation interne / propriétaire pourrait être plus intéressante. En cas de grands volumes, le loyer de l’ASP sera relativement plus élevé à l’égard des frais d’investissements uniques et de cette manière l’amortissement de l’application sera plus rapide.
Sécurité – Intimité
Dans une configuration ASP une banque de données contenante toutes les informations de l’entreprise sera nécessairement hébergée chez l’ASP. Dans quelques cas, il est impossible compte tenu de la nature des informations ou des risques liés à l’échange des informations. Une banque par exemple utilisera toujours un progiciel spécialisé ! ! !
Intégration extrême – caractéristiques de l’application
Certaines applications demandent une intégration extrême aux processus d’entreprises physiques et ainsi une sous-traitance est impossible. D’autre part, les besoins d’une entreprise peuvent être tellement spécifiques que l’emploi d’un paquet standard est impossible et le développement de logiciel de précision sera la seule solution. Nous ne pouvons pas répartir les frais d’une installation "spécifique" entre les clients d’un ASP et il est improbable qu’un tel service spécifique soit offert.
Dépendance
Le fait que toute la solution a été installée chez l’ASP et que celui-ci est responsable pour toute la gamme de services crée une dépendance considérable à l’égard de cet acteur. On peut se demander quelles implications résultent d’un ASP en panne et si cette dépendance totale est acceptable dans la politique de gestion actuelle.
|
|
|
|
