Stratégie Mix Marketing Microsoft
Stratégie Mix Marketing Microsoft
STRATEGIE MIX MARKETING DE MICROSOFT.

Politique de prix :
Ventes au détail [modifier]
En France, le prix des logiciels Microsoft n'est pas fixé par Microsoft. En effet, Microsoft négocie un prix avec chacun de ses grossistes et laisse ces derniers déterminer la marge qu'il convient d'appliquer en fonction du marché de chacun[1].
Cette pratique semble particulière à l'Europe. En effet, si les sites microsoft.fr et microsoft.co.uk ne publient pas de prix de vente suggéré pour les différentes éditions de Windows Vista, le site américain, lui, le fait pour chacune d'entre elles[2].
D'où vient la différence assez importante (jusqu'à 87 % selon cet article) constatée entre le prix des licences françaises et le prix de leur équivalent américain ?
Les facteurs suivants expliquent une partie de cet écart :
* Les prix nord-américains sont toujours donnés hors-taxe alors que les prix français s'entendent TTC. Ceci explique environ 20 % de l'écart.
* Le nombre de grossistes est beaucoup plus important aux États-Unis qu'en France, ce qui augmente l'offre, et donc diminue les prix.
* Les charges que doivent payer Microsoft, les grossistes et les distributeurs sont passablement moins élevées aux États-Unis qu'en France.
Les écarts de prix constatés entre les licences américaines et les licences françaises des produits Microsoft ne sont pas exceptionnelles. On les constate régulièrement ailleurs. Par exemple Adobe Photoshop CS3 Extended coûte 83 % plus cher en France qu'aux États-Unis[3].
Politique de produits :
Windows [modifier]
Article détaillé : Windows.
Cette famille de systèmes d’exploitation est le principal produit de la firme et a été le second agent de son phénoménal succès (le premier ayant été le système d’exploitation DOS, dont les apports financiers récurrents ont financé le développement (déficitaire) de Windows jusqu’à la version 3.0 de ce logiciel, qui atteint alors son seuil de rentabilité).
Windows est installé sur presque 90 % des..

LES DIFFERENTES PHASES DU CYCLE DE VIE
2.2.1 Définition des Objectifs
Le management étudie la stratégie et décide de la nécessité de fabriquer ou acheter un
nouveau produit. On s'intéresse aux produits contenant du logiciel.
C'est pendant cette phase qu'est défini un schéma directeur dans le cas de la création ou de
la rénovation d'un système d'information complet d'une entreprise prenant en compte la
stratégie de l'entreprise (voir méthode Merise).
2.2.2 Définition des Besoins
Un cahier des charges est établi par le client après consultation des divers intervenants du
projet ( utilisateurs, encadrement...), un appel d'offres est éventuellement lancé.
Le cahier des charges décrit, en langage naturel, les fonctionnalités attendues du produit
ainsi que les contraintes non fonctionnelles (temps de réponse, contraintes mémoire...). Dans
le cas de la refonte d'un système complet on peut avoir un cahier des charges par sous
domaine.
Le produit intermédiaire obtenu à l'issue de cette phase est le cahier des charges.
On peut décrire le produit à partir de différents scénarii d'utilisation (Use Case). Le
chapitre 4 reprend ces méthodes.
Génie logiciel Anne-Marie Hugues © 19/12/02 2-3
2.2.3 Définition du Produit
Les spécifications précises du produit sont décrites ainsi que les contraintes de réalisation.
A l'issue de cette phase, les fournitures intermédiaires sont le dossier de spécifications
fonctionnelles et une première version du manuel utilisateur.
On peut également désigner cette phase par le terme analyse des besoins. A l'issue de
cette phase, le client et le fournisseur sont d'accord sur le produit à réaliser et les contraintes
auxquelles il doit obéir ainsi que sur la façon de l'utiliser et en particulier sur l'interface
utilisateur qu'il s'agisse d'une interface homme-machine ou d'une API.
Les produits intermédiaires à l'issue de cette phase sont
- le dossier d'analyse comprenant les spécifications fonctionnelles et non
fonctionnelles du produit
- une ébauche du manuel utilisateur
- une première version du glossaire contenant les termes propres au projet
Il existe différentes méthodes et formalismes qui peuvent être utilisés pendant cette phase,
ils seront vus au chapitre 4.
2.2.4 Planification et gestion de projet
Il est évident que le client comme le développeur doivent être d'accord sur les coûts et la
durée du projet. La phase de planification permet de découper le projet en tâches, de
décrire leur enchaînement dans le temps, d'affecter à chacune une durée et un effort
calculé en homme*mois. Il est également important de définir les normes qualité qui seront
appliquées comme la méthode de conception choisie ou les règles qui régiront les tests. On
notera également les dépendances extérieures (comme par exemple l'arrivée d'une nouvelle
machine ou d'un nouveau logiciel) afin de mesurer les risques encourus. Cette phase est
traitée en détail dans le chapitre 3.
Les produits intermédiaires à l'issue de cette phase sont
- le plan qualité,
- le plan projet destiné aux développeurs,
- une estimation des coûts réels (utile pour le management)
- un devis destiné au client précisant le prix à payer, les délais et les fournitures.
- une liste des dépendances extérieures
En cas de réalisation du produit par un sous-traitant le dossier de spécifications
fonctionnelles ainsi que le plan projet et le plan qualité terminent cette phase et sont
contractuels.
2.2.5 Conception globale
Pendant cette phase l'architecture du logiciel est définie ainsi que les interfaces entre les
différents modules. On veillera tout particulièrement à rendre les différents constituants du
produits aussi indépendants que possible de manière à faciliter à la fois le développement
parallèle et la maintenance future. Nous reviendrons sur les différentes méthodes de
conception dans le chapitre 5 consacré à ce problème.
A l'issue de cette phase les produits

MODELES DE
CYCLES DE VIE
2.1. INTRODUCTION
2.1.1 Notion de cycle de vie
C'est la description d'un processus couvrant les phases de:
- Création d'un produit,
- Distribution sur un marché,
- Disparition.
Le but de ce découpage est de
- Maîtriser les risques,
- Maîtriser au mieux les délais et les coûts,
- Obtenir une qualité conforme aux exigences.
On distingue deux types de cycle de vie
- Le cycle de vie des produits s'applique à tous les types de produits, et peut être
considéré comme un outil de gestion.
- Le cycle de développement des logiciels s'insère dans le précédent, on l'appelle
souvent abusivement cycle de vie des logiciels
2.1.2 Justification du cycle de vie
Cycle de vie et assurance qualité sont fortement liés; il faudra donc en permanence
assurer:
la validation: sommes nous en train de faire le bon produit?
(Du latin "VALIDARE", déclarer valide)
la vérification: est ce que nous faisons le produit correctement
(Du latin "VERITAS ", la vérité)
La validation et la vérification sont en général garanties par la mise en place d'inspections
et de revues. L'inspection est une lecture critique d'un document (specification, conception,
code, plan d'intégration...); elle est destinée à améliorer la qualité d'un document.
De manière générale, l'inspection est faite par une équipe indépendante du projet
constituée par: un Modérateur, un Experts(s), Secrétaire , le client éventuellement un
banquier, un représentant du service qualité...
Pour qu'elle puisse être profitable, une inspection doit donner lieu à la rédaction de fiches
de défauts avec une échelle de gravité et la définition des responsabilités concernant la
correction des défauts.
Les inspections sont à la base des décisions prises en revues. Une revue est une réunion
permettant de valider une des phases du cycle de vie.
On distingue
- les revues produits: état d'un projet sous ses différents aspects: Techniques,
Financiers, Commerciaux, Calendrier, ...
- les revues techniques (celles qui nous intéressent le plus dans le cadre de ce
cours): elles permettent de fournir au marketing et à l'unité de développement
une évaluation des aspects techniques du projet et des coûts de réalisation
- les réunions de décision: elles valident le passage à la phase suivante et font
bien souvent suite à l'une des deux précédentes.