{"partition": "head_middle", "source_domain": "nicolasclerc.wordpress.com", "digest": "sha1:RMKGJURVLS2G3Z7JWHPXFXUGXBCQA3FD", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00045.parquet"}
Archive for août 2011	Ca bouge dans le monde de la mobilité : Google achète Motorola Mobility
En effet, malgré les vacances et le ralenti franco-français du mois d’Aout, ca bouge dans le monde de la mobilité. Alors qu’une bonne partie de la France est en vacances, Google fait ses emplettes. Et pas des moindres.
Ce 15 Aout, Google vient d’annoncer le rachat de la branche mobilité de Motorola : http://mediacenter.motorola.com/Press-Releases/Google-to-Acquire-Motorola-Mobility-3797.aspx http://googleblog.blogspot.com/2011/08/supercharging-android-google-to-acquire.html
Avec Apple , et après le rapprochement Microsoft/Nokia, Google vient de s’offrir une division hardware historique et réputée. Tout les principaux éditeurs de système d’exploitations mobile dispose maintenant d’une production hardware attitré (ou quasi attitré), avec (Apple/Rim) ou sans (Microsoft/Google) exclusivité de l’OS.
L’autre avantage de ce rachat pour Google est le stock de brevet détenu par Motorola. Des 4 géants de l’informatique, Google est celui qui possède/dépose le moins de brevet. Ce stock pourrait servir à une contre attaque de Google sur Apple ou Microsoft, qui eux, n’hésite à jouer de leur droit sur certains brevet pour faire payer des royalties aux fabricants utilisant Androïd (Microsoft sur Htc, …) ou carrément faire interdire des produits basé sur Androïd ( Apple avec la tablette Samsung, …).
Ce rachat pose aussi la question de la pérennité de RIM sur ce marché, ainsi que sur les prochaines étapes de la collaboration Microsoft/Nokia : Rapprochement encore plus prononcé (Nokia ayant déjà annoncé l’abandon de Symbian en Amérique du nord au profit de Windows Phone 7 ), voire un rachat complet et l’intégration de Nokia en tant que division hardware à part entière.
Après le rachat de Skype, Microsoft possède en effet un panel de technologies, de logiciels et d’outils extrêmement prometteur … Affaire à suivre !
Quelques pointeurs et articles intéressant sur les question de brevets dans le secteur de la mobilité : http://www.lemonde.fr/technologies/article/2011/08/04/google-denonce-une-campagne-hostile-de-microsoft-oracle-apple_1555955_651865.html#ens_id=1280818 http://www.lemonde.fr/technologies/article/2011/08/02/les-constructeurs-de-terminaux-android-sont-en-premiere-ligne-de-la-guerre-des-brevets_1555488_651865.html http://www.lemonde.fr/technologies/article/2011/08/10/brevets-apple-bloque-la-vente-d-une-tablette-de-samsung-en-europe_1557994_651865.html#ens_id=1550664 http://www.microsoft.com/Presspass/press/2010/apr10/04-27MSHTCPR.mspx http://www.macgeneration.com/unes/voir/130002/android-et-les-brevets-une-lettre-ouverte-de-google-en-forme-d-ecran-de-fumee Catégories:Mobilité
Tags:achat, android, apple, brevet, google, microsoft, windows Phone 7
La vrai vie d’une application mobile sur l’AppStore … les conséquences !
Je viens de lire un post de blog assez édifiant sur la vraie vie des applications payantes pour smartphone et sur le vrai comportement des utilisateurs de leur propriétaire.
Le blog en question relate le vécu d’une équipe de développement qui a publié une application sur l’AppStore Apple (donc une application iPhone) à 0.99$.
http://blog.gameized.com/2011/07/12/the-huge-success-of-an-appstore-failure/
Pour résumé, une fois l’application publié sur l’AppStore, les statistiques d’utilisation de l’application via le système de jeu en ligne des iPhone indique un nombre d’utilisateur totalement décorrélé du nombre d’acheteurs officiels sur l’AppStore : ~90% des utilisateurs de l’application (~16000) ne l’avait pas ‘acheté’ (~1200 achats officiels).
L’application a donc majoritairement été installé par des utilisateurs de smartphone ayant jailbreaké leur iPhone et qui ont utilisé des outils de diffusion et d’installation non officiel.
Au vu du prix initial de l’application mentionnée (0,99$), on peut tout à fait supposer que le piratage massif subit par l’éditeur n’est pas lié à une surestimation du prix. Ce qui implique que même une campagne marketing et une baisse de prix n’aura pas impact significatif sur le chiffre d’affaire généré par l’application. L’origine de ce piratage massif se situe plutôt au niveau du comportement même des utilisateurs qu’à la qualité ou le prix de l’application, ce qui – par définition – est en dehors des zones d’action possible de l’éditeur.
Ces constatations amènent des remarques :
Ne pas se contenter uniquement des places de marchés mobiles officielles pour générer des revenus, surtout si votre activité en dépend Intégrer des revenus tiers indépendants du mode de diffusion, d’installation et d’utilisation de l’application et non financier pour l’utilisateur final : publicité, … Envisager l’utilisation d’un modèle de paiement indépendant du fabricant du matériel et/ou du gestionnaire de la place de marché (paypal, cb, sms surfacturé, …) si les conditions de publication des AppStores le permettent Pour les applications à forte valeur ajouté, envisager un système d’abonnement dans lequel l’installation de l’application est gratuite, ou très peu chère (avec un service d’une durée limité), puis l’abonnement prend le relais pour généré des revenus récurrents. Utiliser des coupon/carte à grater/… pour activer à tout moment les fonctionnalités importantes de l’application pendant une durée déterminée. Enfin, espérer qu’un jour les gérant de place de marché mettent en place un système permettant à un éditeur d’application de vérifier en live la réalité de l’achat de l’application par l’utilisateur (intégré dans l’application où via un service vital à l’application) … un vœu pieux ? Si on reprend l’exemple cité dans le billet, Apple a vendu 1200 exemplaires de l’application mais … 16000 exemplaires se sont connectés à un moment où à un autre sur le système de jeux en ligne du même Apple !!! Qui est le mieux à même de permettre cette vérification ? Pourquoi ne pas intégrer nativement ce type de vérification aux systèmes de jeux en ligne et fournir une api aux éditeurs d’applications couplées à des services ? Cela permettrait – individuellement – de désactiver l’application ou d’activer un mode limité en cas d’utilisation non officielle.
La gageure de tous ces systèmes : rester le moins intrusif pour l’utilisateur officiel.
Pour conclure, ne nous voilons pas la face, ce n’est pas spécifique à l’iPhone et l’AppStore d’Apple. Microsoft avec Windows Phone 7 et Google avec Android ont – ou auront – à subir les mêmes comportements indélicats et leur conséquence pour les éditeurs.
Catégories:Non classé
Votre voiture dans les Nuages ? (your car in the Clouds .. near Azure)Visual Studio 2010 n’arrive pas à attacher son débugger à Internet Explorer 10RegEdit et Vista 64 bits !Windows Touch Pack en téléchargementSDK Client Azure pour Android : Windows Azure Toolkit for Devices	Nuage de Tags