I. Présentation générale

Transcription

1 CAHIER DES CHARGES APPLICATION MOBILE «MY SCHOOL APP» I. Présentation générale Il s agit d une application mobile destinée aux étudiants. Elle est spécialement pensée pour présenter toutes les fonctionnalités les plus «consultées» et jugées les plus «utiles» à la cible, après une petite enquête terrain menée à l EML auprès d une trentaine de personnes. L étudiant aura à sa disposition une application «faite sur mesure», complétée par des services ou des informations pouvant potentiellement intéressés l audience (les derniers stages par exemple). Son nom : «My School App» - le mot «School» sera remplacé par le nom de l établissement pour lequel l application est élaborée. En effet, l application sera amenée à être «sérialisée» avec quelques adaptations en fonction des établissements scolaires auquels elle sera dédiée. Les fonctionnalités de base seront les suivantes : - les dates / heures et salles des cours de chaque étudiant - les heures des transports en commun en partance / à destination de l Ecole - les derniers stages / emplois mis en ligne par l Ecole - les évènements à venir des associations (possibilité de créer une alerte) - les prochaines conférences (possibilité de créer une alerte) - les mails des messageries des étudiants - les cours (à visualiser sous format pdf / doc / xls, cours ou autre document de support exportés par l enseignant ou son assistant(e)). Des fonctions optionnelles, comme la géolocalisation sur le campus, un espace de chat entre élèves avec la possibilité de joindre une photo ou les liens vers des sites externes, pourront être envisagées. Ces options ne feront pas l objet de l étude dans ce cahier des charges. Elles feront appel à des technologies différentes (spécifiques à IOS, Android) ainsi qu à des moyens adaptés (ex. dans le cadre du chat sur Android : création d un client XMPP avec utilisation des serveurs de l école pour la connexion à partir des mails des étudiants / profs et un SDK Android). De fait, cette application sera proposée à un ensemble de grandes écoles (les top10 des ESC et Ecoles d ingénieurs). Nous aurons ainsi une base de données users non négligeable en nombre mais surtout en qualité de clientèle potentielle pour des 1

2 partenaires comme les banques, les mutuelles ou encore les entreprises en relation privilégiée avec chaque établissement. Par ailleurs, l application pourra être créée et vendue à chaque établissement sur une base monétaire variable en fonction du développement choisi. En accord avec l Ecole, les entreprises pourront, moyennant finance, bénéficier des espaces publicitaires ou icônes sur les «pages» les plus consultées (salles de cours / stages online / infos events conferences). Les partenaires les plus sensibles à ce public pourront, en contrepartie du paiement d un forfait au clic ou à l achat réalisé, promouvoir leurs offres à tarifs réduits selon le nombre des élèves users de l établissement (entreprises d informatique comme Microsoft, Ubisoft (on pourrait imaginer des mini- jeux gagnants pour tester des produits Ubisoft en avant première)). L application quant à elle ne sera pas payante au téléchargement dans ces conditions (nécessité de login et mot de passe étudiant) mais directement proposée lors de chaque rentrée des premières années ou nouveaux arrivants. Une autre application pourra être envisagée pour compléter cette dernière mais destinée au public étudiant hors école. Elle serait payante (en moyenne 10 E / 12 E ) et proposerait l accès aux mémoires et autres travaux des étudiants ainsi qu aux cours dispensés par les enseignants. Des actualités en fonction des sujets de cours seraient présentées sur la même interface. II. Business Model A. Cible (description, besoins) Il s agit de l étudiant, âgé entre 20 et 23 ans en moyenne, poursuivant ses études dans les établissements d enseignement supérieur classés parmi les premiers en France (grandes écoles d ingénierie et de commerce). Leur pouvoir d achat n est cependant pas élevé puisque les étudiants sont en règle générale amateurs de «bons plans - pas chers». Cette cible est habituée à manipuler les nouvelles technologies et dite «hyper connectée». Elle fait partie des «15-24» étudiées par nombre d analystes, décrit telle une communauté de mobinautes ultra équipée en mobile : 59,8% au premier trimestre 2012 selon Médiamétrie Téléphonie et Services Mobiles / Mobile Consumer Insight). Selon une Etude menée par Deloitte en Mai 2012, «le marché des applications explose, mais pas à n importe quel prix. Ce sont les propriétaires de tablettes qui téléchargent le plus d applications : 57% contre 36% de propriétaires de téléphone mobile ou smartphone soit respectivement une moyenne de 4 applications 2

3 téléchargées/ mois contre 3. Les dépenses pour l achat d applications restent faibles : 2,15 en moyenne pour les propriétaires de téléphone mobile/smartphone contre 3,72 pour les détenteurs de tablette.» Les OS les plus utilisés par cette population reste à l image de l usage de la majorité française, à savoir IOS et Android : Src : «Etat des lieux du Mobile en France» étude réalisée par Dagobert, en Mai Les besoins de la cible ont été clairement identifiés au cours d un questionnement direct d une trentaine d étudiants sur le campus («Si vous aviez une application mobile pour vous en tant qu étudiant, que voudriez- vous qu elle fasse? Qu est- ce qui vous intéresserait le plus de voir comme infos?»). Les fonctionnalités sont donc les réponses aux besoins liés à la disponibilité, à la réactivité = avoir accès aux services disponibles sur le web. B. Les valeurs ajoutées apportées par les fonctions Elles seront les suivantes : - la rapidité d accessibilité (pas besoin de se connecter via le website de l école), - la disponibilité des données (tout ce dont on a besoin sur une seule interface), - la richesse du contenu (les cours sont en ligne ce qui peut potentiellement intéressés les autres étudiants d autres écoles dans le cadre de recherche). 3

4 C. Comment évaluer la satisfaction client? Cette estimation est faite en fonction du nombre de téléchargements de l application, permettant ainsi d apprécier la popularité et surtout la capacité d attraction de l application (la cible est- elle vraiment intéressée?). On pourra également utiliser comme métrique le nombre de consultations de l application pour connaître la fréquence d usage de cette application (indiquant si elle est assez attractive pour la cible). Par la suite, le nombre de désinstallations pourra refléter l insatisfaction des clients. D. Comment on va monétiser l application? Au regard des informations précédentes, il semble judicieux que l application soit gratuite pour les étudiants de l établissement. Cependant, elle sera payante pour l établissement qui fera la demande de conception, sur une base fixe (fonctionnalités de base) avec une partie variable selon les options de fonctionnalités (induisant d autres recours technologiques et un temps de développement plus long nécessitant d autres ressources humaines plus spécialisées). Un contrat d engagement de l école sera alors signé, assurant le paiement de l application développée quelque soit le résultat après la période de testing (en terme d utilisation de la part des étudiants, des retombées communication). L entreprise établira un contrat avec l école stipulant également une rétribution (un pourcentage peut être 10%) sur les paiements des forfaits «Partenaires Entreprises». En effet, la base de données (les étudiants) représente un fichier de clients potentiels pour les entreprises, partenaires ou non, des établissements. Elles sont bien souvent de type banques, assurances, mutuelles. Cette opportunité leur est offerte afin de promouvoir leurs services directement sur l application, via l espace publicitaire prévu sur les interfaces les plus «consultées» par la cible ( ex : horaires et salles de cours ou encore les dernières offres de stages/emplois reçues par les services Carrière). Le tarif de l espace publicitaire sera en fonction de cette consultation des différents écrans. Il sera donc proposé un forfait mensuel pour bénéficier de cette visibilité. (Prévoir un tarif plus important pour la période de rentrée Septembre Novembre). 4

5 III. Références En France, il s avère que les applications mobiles portent sur les universités. Elles sont destinées majoritairement à des étudiants. L exemple le plus notable est l application Proxima Mobile appelée Univmobile. Les plateformes sont celles de l Iphone et le web mobile. Il s agit de l application mobile officielle de l Université numérique Paris Ile- de- France. Pour chaque université, l application regroupe au sein d une même interface, les premiers services numériques disponibles sur mobile : - Alertes (notifications push ) - GéoCampus (géolocalisation des services et sites universitaires) - Actualités universitaires - Service de vie scolaire - Catalogue SUDOC (recherche bibliographie) - Podcasts pédagogiques Cette application a été expérimentée par 4 universités en IDF pendant l année scolaire 2010/2011 avant une généralisation prévue à la rentrée L interface est la suivante : src : A l instar de cette application, My School App portera sur les grandes écoles de commerce et d ingénieur, développée par une même société, présentée comme un service soutenant la communication de l établissement en question. 5

6 On peut imaginer que l application peut faire également l objet du soutien du Ministère de l Enseignement Supérieur et de Recherche, comme UnivMobile. Il est à noter que sur le marché US, plus mature sur la question de l application mobile destinée aux étudiants, des grandes écoles comme Harvard Mobile propose d accéder au contenu le plus riche émanant d un tel établissement : leurs cours. En considérant la notoriété des établissements visés par la première application et en s inspirant de cette application, on peut très bien justifier la commercialisation d une application dont le contenu consiste en les cours, les travaux et les mémoires archivées par la bibliothèque numérique de l Ecole. Dans ce cas, il faut que l Ecole en question face partie du Top 3 des écoles en France. IV. Fonctionnalités A. Description en fonction de l ordre de priorité - les dates / heures et salles des cours de chacun = PRIORITÉ 1 (repérage des prochains cours en fonction de l heure de consultation de l interface) - les mails de leur messagerie (consultation des messages outlook avec possibilité d alerte sur une catégorie de message identifiée «urgente») = PRIORITÉ 2 - les heures des bus en partance / à destination de l'eml = PRIORITÉ 3 (avec une fonction de géolocalisation pour remplir automatiquement le champ de départ «Ma position actuelle») - les prochaines conférences (possibilité de créer une alerte en remplissant des champs (nom de l alerte, lieu) et en déterminant l heure et la date) = PRIORITE 4 - les évènements à venir des associations (possibilité de créer une alerte en remplissant des champs (nom de l alerte, lieu) et en déterminant l heure et la date) = PRIORITE 5 - les derniers stages on line de EMLYON FOREVER = PRIORITE 6 (mise en avant des dernières offres de stage postées par les entreprises et/ou le personnel du service carrière de l EML) - les cours (à visualiser sous format pdf / doc / xls, cours ou autre document de support exportés par l enseignant ou son assistant(e)) = PRIORITE 7. B. Diagramme de flux de données On présente dans ce cadre les diagrammes relatifs aux deux premières fonctionnalités. 6

7 Cas 1 (exemple dans le cadre de la priorité 1) = App Mobile Requête émise à partir de l app traitée par le serveur Serveur de l Ecole Cas 2 (exemple dans le cadre de la priorité 2) = App Mobile Récupération des données Service de Messagerie de l Ecole (Outlook ou autres) V. Ergonomie et Performance A. Description de l interface L interface sera simple avec une ergonomie épurée, aux couleurs de l établissement concerné. L application se veut pratique et les informations doivent être visibles au premier regard. 7

8 B. Débit, temps de réponse et capacité Dans le cadre d un développement des fonctionnalités de base de l application, il s agit d une interface développée via Jquery Mobile. Ce choix fait sens dans la mesure où les capteurs du mobile ne sont pas sollicités par les fonctionnalités (package de base). De fait, il n y a pas de contraintes particulières. Cependant, il est à noter que lors du téléchargement des pièces jointes des messages ou des cours, il se peut que le temps de réponse soit plus long de quelques secondes. Il n y a pas de business partenaires ou d intégrateurs envisagés dans ce cadre de package de fonctionnalités de base. VI. Sécurité Concernant l authentification, l application est seulement disponible pour les étudiants inscrits à l établissement. Ils devront ainsi renseigner leur login et leur mot de passe pour utiliser l application téléchargée gratuitement à partir de l Applestore et de Google Play. Ils auront ainsi accès à leur espace personnalisé. Certaines données seront accessibles depuis le réseau de l école (ex : EML Educ). La base de données utilisateurs est déjà existante et accessible depuis les serveurs de l établissement. Il faudra donc prévoir un accès à ces serveurs (autorisation de l établissement donné lors de l engagement contractuel). Il faudra également prévoir une authentification HTTPS et un cryptage AES pour l algorithme de chiffrement des données circulant entre le serveur de l Ecole et le terminal mobile (même chose que icampus). VII. Contraintes du projet A. Les Plateformes Mobile, langage de programmation et bases de données Pour les plateformes mobiles, il n y a pas de limitation en soi par le langage utilisé qu est JQuery Mobile. Il permet la création d interface utilisateur basé sur HTML5. Vous pouvez consulter la liste des compatibilités des plateformes via ce lien : Dans le cadre du projet, nous pourrons proposer à l utilisateur de télécharger via l Apple Store et Play Store (Android). 8

9 JQuery ne permettra pas de donner accès à l utilisateur aux capteurs du téléphone (video, photo) ce qui n a pas d impact dans le cadre des fonctionnalités de base de l application. Concernant les bases de données, elles sont déjà existantes comme dit précédemment. Elles sont celle de l école et de transports communs locaux (TCL par exemple). B. Les outils de développement Les outils de développement requis par JQuery Mobile sont Java et php. Sur les prérequis système, pour MAC OS X, php est déjà installé la plupart du temps. Question Java, Apple offre sa propre version. Il faudra donc faire attention à disposer de la version la plus actualisée de Java par Apple (disponible sur le Apple Menu). Pour Windows, php 5 est déjà disponible ainsi que Java Runtime. Vous pourrez télécharger la dernière version du kit de développement JQuery Mobile via lien suivant : C. Les prérequis des magasins d applications Pour Apple, les catégories choisies est Enseignement et Education. Le nom à côté de l icône sera My EML (pour l exemple de l EMLYON). Chaque établissement sera alors mentionné selon cette structure dans le respect du nombre de caractères imposé par Apple. Les mots clés inscrits dans le descriptif de l application pourront être «étudiant», «cours», «gratuit», «(le nom de l école)», le nom de notre entreprise d édition de l application. Ces mots clés permettront d accroître le téléchargement de l application lors de la recherche de cette dernière par l étudiant si l école n a pas bien communiqué à la rentrée envers l étudiant. Le texte succinct de description de l application fera mention des fonctionnalités (choisies par l établissement) et de notre entreprise en tant qu éditeur de l application. D. Les prérequis légaux Concernant les mentions légales, elles seront spécifiées également dans le descriptif. En effet, dans ce cas d application, il faudra porter une attention particulière à la propriété intellectuelle liée au nom de l établissement, au contenu des cours et des travaux dans l une des fonctionnalités (que ce soit celle de l étudiant détenue par l Ecole ou celle inhérente au travail du professeur / intervenant). Un copyright devra être donc symbolisé dans l icône développé spécialement pour l app de l établissement (montrant que le nom de l Ecole est protégé et que nous sommes habilités à l utiliser que dans ce cadre via le contrat signé entre les deux parties lors de la conception du projet). 9