SAP Business Information Consulting

On en entend parler un peu partout.  Mobile ceci, mobile cela - la BI est enfin prête pour le (tout) petit écran.  Peut-être, mais qu'en est-il vraiment?

Longtemps limités, les "smartphones" sont maintenant capables vraiment d'apporter un plus en entreprise.  Les écrans deviennent d'une taille, d'une résolution et d'une qualité respectables, et avec les interfaces "touch", il devient facile d’interagir avec les applications et les pages web.

Il reste une question de connectivité, que chaque entreprise doit résoudre selon ses besoins:

• Est-ce qu'on utilise des terminaux de type BlackBerry, toujours connectés, avec les données "fraiches" livrées automatiquement sur le terminal en mode Push.  Intéressant lorsque l'utilisateur est dans son pays d'origine - mais comment maîtriser les coûts lorsqu'on est en déplacement?
• Est-ce qu'on utilise des terminaux de type Windows Mobile, une connexion en 3G (donc d'une vitesse respectable), mais avec un browser web d'une qualité somme toute juste acceptable
• Est-ce qu'on utilise un terminal type iPhone, avec un bon browser Web qui fait croire au serveur que c'est un browser "normal" de desktop, et on laisse l'utilisateur zoomer/dé zoomer, scroller à volonté sur une page - globalement est-ce qu'on ne fait rien de spécial pour le mobile.  MicroStrategy met en avant cette possibilité - sauf qu'avec cette plateforme, c'est le serveur qui donne des pages adaptées au terminal, et non le terminal lui-même qui s'en occupe - un gain certain d'utilisation, surtout si le processeur du terminal n'est pas très puissant)
• Est-ce qu'on développe des applications pour les terminaux (le chemin favorisé par BO), ce qui permet  d'adapter les requêtes existantes aux contraintes de l'écran, et en plus qui permet une gestion des données "en cache", afin de pouvoir accéder aux informations même quand le terminal n'est pas connecté au serveur.  Dans ce cas de figure, il faut aussi se poser la question des mises à jour des applications - comment gère-t-on des bugs dans les applications, de nouveaux cubes d'analyse, etc?  (surtout lorsque l'application a été déployée sur des centaines de terminaux)
• Est-ce qu'on a besoin de plus que de la présentation pure de données?  Par exemple, SAP propose une solution d'application sur écran mobile avec Webdynpro mobile.  Cette option est très séduisante pour des applications de type CRM, où saisir des informations en temps réel peut être très utile, mais là encore, il faut bien gérer les cas où le terminal n'est pas connecté (mettre les informations en cache jusqu'à la prochaine connexion, par exemple)

En même temps que la question de connectivité, il faut penser à la sécurité.  Les terminaux mobiles sont très facilement perdus, voire même volés.  Si on a des informations en mémoire cache sur le terminal, jusqu'à quel point est-ce préjudiciable pour l'entreprise si ces informations sont répandues?

Un point supplémentaire à aborder, mais qui est présent dans tout projet de BI, est la notion de "single truth".  Lorsqu'on parle de rentabilité par exemple, est-ce qu'on est sûr d'utiliser exactement la même construction partout dans notre paysage BI - mobile ou pas?  C'est une question qui est déja problématique dans des projets BI classiques, avec parfois deux ou trois colonnes, selon les requêtes que l'on lance, qui ont le même libellé mais pas du tout la même construction.  Le coté mobile ne peut que complexifier cette question.

Sans doute l'aspect le plus important à retenir, c'est l'utilisateur.  Un utilisateur devant un ordinateur, à son bureau, et un utilisateur devant son terminal mobile, ce n'est pas du tout la même chose.  Au bureau, l'utilisateur est captif - les nuisances sont beaucoup moindres que lorsque l'utilisateur est dans le bus, en réunion, dans la rue - ou même tout simplement chez lui (qui a dit "Facebook"?).  Lorsqu'on conçoit une solution mobile, il ne faut surtout pas perdre de vue ce point - et développer en conséquence.  Peu d'informations à la fois, les données clés, une présentation simple et claire.

Pour résumer, et en 6 lignes.  Il faut bien faire attention à :

• les coûts de connexion
• la sécurité des informations - que ce soit sur le réseau ou sur le terminal
• les mises à jour d'applications mobiles - comment allez-vous gérer ça?
• la notion de "single truth" partout sur le paysage
• l'ergonomie de votre application BI - est-ce qu'elle arrivera a capter l'attention de vos utilisateurs?
• la fraicheur des données vs. la sécurité vs. les coûts

Aujourd’hui, le marché des téléphones portables est de plus en plus dominé par les Smartphones. Un Smartphone… qu’est ce que c’est ? Cet appareil multifonctions permet de gérer son temps grâce à son agenda intégré, de pouvoir consulter ses mails, de naviguer sur le web, de dialoguer en ligne, de se diriger grâce au GPS intégré,… soit de nombreuses fonctionnalités et applications additionnelles qui peuvent être fournies par le fabricant, opérateur ou autre éditeur de logiciel.

De plus en plus intelligent, le Smartphone incite même les éditeurs à porter leurs logiciels sur ces terminaux, choix fait par SAP en concluant un partenariat avec Sybase.

SAP, je te présente SYBASE

De par sa renommée internationale, nous allons nous passer de vous présenter le 1^er éditeur mondial de progiciels, SAP.

Sybase, lui, est un fournisseur américain de solutions consacrées à la gestion des données en situation de mobilité. Autrement dit, il commercialise des programmes permettant aux professionnels d’installer des versions allégées d’applications pour qu’elles fonctionnent plus aisément sur les appareils mobiles. Dorénavant, son objectif est donc d’adapter ses logiciels aux programmes SAP pour y accéder via un Smartphone.

En plus d’avoir travaillé avec Research In Motion (RIM) pour développer des programmes compatibles avec les terminaux Blackberry, SAP a également décidé de rendre ses solutions accessibles sur les Iphone et téléphones portables utilisant Windows mobile.

En effet, aussi bien depuis leur domicile ou en déplacement, les utilisateurs professionnels doivent aujourd’hui pouvoir accéder facilement aux informations tout en utilisant le mobile de leur choix. SAP et Sybase vont donc permettre à des millions d’utilisateurs de logiciels d’entreprise d’accéder aux flux d’informations et aux processus décisionnaires hors de l’entreprise, et ce, de manière sécurisée. Des décisions pourraient donc être prises partout, à tout moment, depuis différents terminaux mobiles.

SAP sur mobile, limité…

Un premier déploiement se fera d’abord avec la Business Suite 7 de SAP sur l’Iphone, Blackberry et Windows Mobile, bien qu’il ne soit pas exclu que des développements soient réalisés pour d’autres smartphones.

Sybase se chargera d’intégrer SAP Business 7 à sa propre plate-forme de développement et de déploiement d’applications mobiles, iAnywhere. Il faut savoir que la Business Suite 7 de SAP regroupe: SAP CRM (Customer Relationship Management), SAP ERP, SAP PLM (Product Lifecycle Management), SAP SCM (Supply Chain Management), et SAP SRM (Supplier Relationship Management).

Le premier outil de l’éditeur allemand à bénéficier de cette avancée technologique sera SAP CRM pour le second semestre 2009, les autres modules en bénéficieront par la suite.

…mais efficace

La commercialisation de la solution de gestion de la relation client (SAP CRM) va permettre aux populations commerciales d’accéder, lors de leurs déplacements, aux données clients mises à jour en temps réel et synchronisées aux applications de l’entreprise.

Un gain de productivité, une amélioration de l’efficacité, une valeur ajoutée en clientèle et une meilleure maîtrise des coûts sont les résultats attendus par les entreprises pour la connexion sur SAP Business Suite via un mobile.

Combien cela va-t-il coûter ? Le président-directeur général de Sybase, John Chen, refuse de l’annoncer. Il précise seulement que cette solution sera ‘abordable’.

Communication sur leur partenariat en vidéo sur le site de SAP pour les curieux: http://www.sap-tv.com/channel.php?c=3&l=1.

L’alliance avec RIM « n’est qu’un début »

SAP a annoncé souhaiter étendre son partenariat avec Research in Motion (RIM) à d’autres fournisseurs mobile.

Mike de la Cruz, vice président sénior mobile et analytics a annoncé que l’alliance avec RIM n’était que le début : "Nous allons prendre l’innovation que nous avons avec RIM et courir avec."

Le partenariat avec RIM, annoncé en mai 2008, permet aux utilisateurs de BlackBerry d’accéder aux applications SAP depuis leur terminal.

Selon Cruz, « SAP se transforme et il s’agit non seulement de changer notre ligne de produits mais également notre stratégie avec nos partenaires. ». Ce changement est nécessaire suite à l’envol des téléphones intelligents, qui sont en train de devenir viables pour la saisie de transactions business.

De plus, le développement dans les pays émergeants a tendance à sauter l’étape traditionnelle d’ « applications sur un PC » et d’aller directement vers la saisie sur des smartphones.

Selon Cruz, si SAP veut réussir l’acceptation de ses applications par des fournisseurs mobile, il est nécessaire de travailler des applications en mode « push », où les informations pertinentes sont directement envoyées sur le terminal, sans que l’utilisateur ait besoin de se connecter à une application pour chercher les données. (L’exemple le plus notable d’une application en mode push est actuellement le système de mail sur BlackBerry)

L’avantage des applications en mode push pour les utilisateurs est non-négligeable : il n’est pas possible pour un utilisateur d’oublier de chercher les données à jour, car elles lui sont fournies automatiquement. C’est cette fraicheur d’informations qui fera le succès des applications business sur terminaux mobiles.