Comment décidez-vous combien coûtera votre logiciel? [fermé]

Si vous êtes un développeur solo, ou si vous avez un rôle de premier plan dans une société de logiciels, vous devrez peut-être décider combien coûtera votre logiciel un jour ou l'autre ... Quelle est votre expérience avec le calcul du coût de votre logiciel pour votre client? Pourquoi cette méthode fonctionne-t-elle pour vous?

Une autre façon de voir les choses est "quel logiciel est le plus arraché?". Le logiciel haut de gamme comme Adobe Create Suite est souvent une cible car le prix initial est juste si élevé - plusieurs milliers de dollars pour un package massif dont vous ne finirez par utiliser que 10% des capacités de chaque composant. Regardez les efforts que Microsoft a déployés dans ses initiatives «Genuine Windows» - est-ce que quelqu'un achète réellement Windows ou Office? Les entreprises qui font l'objet d'un audit doivent le faire, mais de nombreuses petites entreprises et un grand nombre d'utilisateurs à domicile semblent heureux d'utiliser une copie illégitime (ou illégale).

Mon opinion personnelle est que si vous voulez gagner de l'argent avec votre logiciel, ne publiez pas le code source dans le domaine public / la communauté open source. Il y a clairement des cas où la vente de support pour un code open source peut conduire à la rentabilité, mais l'OMI devrait ouvrir votre code source pour obtenir la contribution de la communauté. Exposer votre code sympa au Web perd votre avantage concurrentiel si vous voulez que le logiciel devienne une source de revenus.

Donc, la meilleure stratégie actuelle pour les logiciels que j'ai vue est de les concéder sous licence . Donnez gratuitement une version quelque peu limitée du logiciel afin que l'utilisateur puisse se familiariser avec lui sans avoir à ouvrir un compte ou à remettre les détails de sa carte de crédit, qui sont tous deux rebutants. Une fois qu'ils ont atteint un point où ils l'utilisent sérieusement, vous pouvez offrir la possibilité d'augmenter le stockage / la bande passante / la capacité / la capacité #. De nombreux services en ligne utilisent ce modèle, tout comme les applications iPhone - téléchargez la version 'lite' gratuitement, payez pour activer plus de fonctionnalités.

Le prix réel pour lequel vous achetez une licence pour le logiciel est un facteur de:

1. objectif - quelle est la difficulté de la tâche à résoudre?
2. taille du marché cible - combien de personnes sont confrontées à ce problème?
3. segments de marché - y a-t-il différents niveaux / types d'utilisateurs sur ce marché? (utilisateurs expérimentés vs utilisateurs à domicile, etc.)

Exemples:

• Tout par 37Signals - BaseCamp, CampFire, BackPack, etc. Le produit bas de gamme est gratuit, payez plus.
• Evernote . Le logiciel client est gratuit avec un peu de stockage. Payez plus.
• DropBox . Le logiciel client est gratuit avec un peu de stockage. Payez plus.
• Google Apps. Sans but lucratif, éducation, faible utilisation / peu d'utilisateurs gratuits. Payez pour plus d'utilisateurs de stockage / disponibilité / commerciaux.

# Si le paiement déverrouille une capacité, ne mettez pas cette capacité dans la version gratuite car elle sera fissurée - quelle que soit la pénétration du marché que vous obtenez. Il y a des gens qui adorent renverser les mécanismes de protection des logiciels et plusieurs des produits sur lesquels j'ai travaillé au fil des ans ont eu ce sort - même le créneau. Je ne suis pas un expert, mais une combinaison d'une version téléchargée identifiable de manière unique qui peut être sur liste noire si elle `` appelle à la maison '' à partir de plus de X adresses IP différentes peut être un point de départ. Si vous détectez que quelqu'un a remis sa copie du logiciel, vous avez quelques options - parlez-lui (s'il est enregistré) car il peut y avoir une bonne raison (il reformate régulièrement son PC, etc.),

Bien que je ne sois pas d'accord avec tout ce que dit Joel, son article " Camels and Rubber Duckies " sur ce sujet est une lecture incontournable de l'OMI.

Le conseil de base est de "facturer ce que les gens seront prêts à payer", ou:

Si vous ne pouvez pas prendre la peine de lire ceci, facturez simplement 0,05 $ pour votre logiciel, à moins qu'il ne fasse le suivi des bogues, auquel cas facturez 30 000 000 $ pour cela.

Déterminez d'abord votre objectif de tarification. Recherchez ensuite des stratégies de tarification pour atteindre cet objectif.
- Survie? Ensuite, définissez des niveaux de prix pour correspondre aux dépenses.
- Maximiser le profit? Il existe de nombreuses stratégies à considérer, par exemple, "l'écrémage des prix" comme Sony l'a fait avec le PS / 3, fonctionne si c'est légal dans votre juridiction et si vous êtes confronté à une courbe de demande inélastique. Sony a fixé les prix à un niveau élevé initialement de 599 $ et les a progressivement abaissés à 299 $.
- ROI? Fixez des niveaux de prix pour récupérer un certain rendement annuel des capitaux propres.
- Augmenter la part de marché? Si votre courbe de demande est élastique, une baisse des prix par rapport aux concurrents peut aider à atteindre cet objectif.
- Flux de trésorerie?Les niveaux de prix devraient encourager des ventes rapides.
- Statu quo? Une guerre des prix peut être impossible à gagner. Ne secoue pas le bateau. Définissez des prix correspondant aux prix de vos concurrents.
- Qualité du produit? Fixer des prix pour récupérer les coûts de R&D et établir une image de haute qualité.

Vous devez déterminer combien de temps vous pensez que cela prendra et combien vous voulez gagner par heure, puis multiplier les uns par les autres.

Ensuite, vous devez ajouter tous les coûts que vous encourrez lors de l'écriture du logiciel.

Ensuite, vous devez ajouter toute éventualité ... c.-à-d. Si vous effectuez un travail à prix fixe, quelles sont les chances de voir apparaître quelque chose qui prendra plus de temps.

Enfin, vous devez vous assurer que votre coût est imprimé sur la même feuille de papier qui indique exactement ce que vous livrerez en échange de l'argent et vous devez prendre un acompte ... vous éviterez ainsi de perdre beaucoup de temps en insistant sur un dépôt.

J'ai écrit deux ou trois d' articles sur le sujet quelques mois en arrière, mais juste trébuché sur cette question maintenant.

Le moyen le plus simple est de dire qu'il diffère beaucoup en fonction du public cible, du marché, de la taille du problème résolu, etc., ce qui est vrai - mais je pense que vous pouvez diviser le logiciel en 3 catégories générales:

• Logiciel indispensable
• Logiciel agréable à avoir
• Personne n'a besoin d'un logiciel

En supposant que vous ne tombiez pas dans la 3e catégorie, vous devez déterminer dans quelle catégorie êtes-vous. Les logiciels agréables devraient généralement être proposés dans la gamme "pourquoi pas?" (comme Jeff l'appelle dans son article), ce qui signifie suffisamment bas pour qu'un client potentiel ne craint pas d'ouvrir son portefeuille, tandis que les logiciels indispensables ont beaucoup plus de flexibilité avec les prix.

Qu'est-ce qui fait du logiciel un incontournable? c'est là que toutes les différentes variables entrent en jeu. Les plus importants à mon avis sont:

• Quelle est la taille du problème résolu? Combien de temps / argent économisez-vous à l'utilisateur final? (temps = argent)
• À quel point la solution est-elle unique? (c'est-à-dire, pouvez-vous simplement trouver une alternative moins chère / gratuite / meilleure en cherchant sur Google?)

Lorsque je fixe le prix d'un logiciel, ce sont les principales considérations que je prends. Vous pouvez prendre en compte des paramètres supplémentaires, tels que le marché (vous pouvez fixer un prix plus élevé lors de la vente à l'entreprise par opposition au secteur privé, par exemple).

Aussi, n'ayez pas peur d'expérimenter après avoir fixé le prix. Donnez un peu de temps pour que les données s'accumulent et essayez de tester différents prix pour voir comment cela affecte les ventes.

Gardez à l'esprit que votre prix reflétera également la qualité de votre logiciel aux yeux des acheteurs potentiels. Il y a un effet psychologique selon lequel si le prix du produit A est supérieur au produit B, le produit A sera considéré comme de meilleure qualité que B, même sans aucune information à l'appui. Cela est vrai des haricots en conserve aux voitures en passant par les maisons.

En fin de compte, votre analyse de rentabilisation pour ce logiciel définira votre prix (est-ce une extension ponctuelle de quelque chose existant, un chef de file pour gagner de nouveaux clients? Etc.)

Ne chargez pas - libérez-le en tant que logiciel gratuit / ouvert.

Ensuite, donnez aux gens la possibilité de donner ce qu'ils veulent, en fonction de l'utilité que cela leur apporte. (Malheureusement, je ne sais pas à quel point c'est efficace.)

S'il s'agit d'un produit de base pour votre entreprise, vous pouvez toujours faire ce qui précède, mais aussi une licence commerciale et un contrat de support, et peut-être aussi le développement de fonctionnalités sponsorisées.
(Ce modèle est utilisé dans les grandes sociétés de logiciels telles que JBoss , MySQL , mais les petites sociétés telles que BlueRiver ou Railo Technologies le font également avec succès.)