Bonjour aux experts entrepreneurs,

Je me présente brièvement : je suis ingénieur en développement logiciel, avec une forte expérience dans l'aéronautique, notamment la simulation, le prototypage rapide et la conception d'IHM (interfaces homme-machine). J'ai géré des équipes, été en contact direct avec les clients et entreprendre pour répondre à un besoin dans le domaine logiciel ne me fait absolument pas peur ! Je me suis lancé dans la création d'une S.A.R.L. : c'est chose faite !
Pour le moment tout ce que j'ai réussi à faire avec cette S.A.R.L. c'est faire quelques "tests" de produits logiciels que j'ai tenté de vendre ci et là sans grand succès. Pourquoi ? parce que j'ai cherché simplement à "me faire plaisir" en faisant un produit qui me correspondait et pas nécessairement qui correspondait à un besoin validé. En d'autres mots, j'ai parié sur mon intuition et cette dernière n'était pas la bonne... Je le conçois et je l'accepte très volontairement.
Je ne viens pas me lamenter, mais rebondir sur tout cela. Car si j'ai bien compris quelque chose c'est qu'avant de se lancer sur un nouveau produit, il faut valider au préalable que quelqu'un va vouloir l'acheter... Soit, mais maintenant je prends donc le problème complètement à l'envers et je souhaiterais savoir comment trouver "un besoin". En d'autres mots, "un marché".
Je me doute bien que si c'était aussi simple tout le monde ne ferait que cela, mais pourquoi pas ! alors je pose ma question : est-ce-qu'il y a un (ou des) endroit(s) où je puis me renseigner sur les marchés en demande (ou en manque) de produits logiciels où je pourrais m'insérer avec un peu plus de certitudes que seulement faire des paris sur des intuitions ? 

Je vous remercie d'avance pour vos réponses et retours d'expérience.

Bonjour,

également ingénieur avec une expérience dans l'industrie, j'ai moi aussi tenté de lancer une entreprise. J'ai édité et mis sur le marché un jeu de société (support physique).

En fait je me reconnais exactement dans ton témoignage. En tant qu'ingénieurs, nous avons l'expérience du côté "production" mais beaucoup moins du côté "vente". Or si pas de vente, pas de production possible.

Après cette expérience avortée, j'avais pris soin d'analyser les problèmes et j'en ai fait un petit document avec tous les conseils pratiques que je me serais donné si j'avais pu remonter dans le temps. Note que certains conseils sont plus orientés pour le business que j'avais (production-commercialisation) mais beaucoup sont applicables en général. Sache aussi que je suis en Belgique. --> je peux te l'envoyer si ça t'intéresse.

A plus

Ecu

merci beaucoup, oui, je serais intéressé par ce document, un retour d'expérience c'est toujours utile et bon à prendre !

Si possible, serait-il possible d'avoir aussi ton document Ecu ? Merci d'avance! 

Ceux qui veulent le document, envoyez-moi votre mail en mp.

A plus

Je me permets de relancer le sujet, est-ce qu'il y aurait d'autres personnes qui pourraient me conseiller ?

tu cherche des besoin ... il y a une multitude de gens qui ont besoin de programme ... mais ne parle pas la même langue , ne parle que le francais courant

quand on cherche un logiciel c'est desesperant de voir la multitude de logiciel dont les site ne sont comprehensible que pour celui qui l'a ecrit ... ou quelques autre specialiste qui n'en ont pas besoin

donc ceux qui ont un besoin ne peuvent pas trouver ceux qui ont la solution

pour gagner de l'argent en faisant des programme le maillon manquant n'est pas de trouver les besoin , c'est de trouver le moyen de montrer clairement ce qu'on a fait a ceux qui en on besoin

le probleme c'est que decrire precisement un logiciel de façon comprehensible a celui qui en a besoin c'est donner l'idée de le faire a touts ceux qui savent programmer ... mais si on a peur de donner des idée on reste dans son coin et on ne fait rien

le probleme est un peu aussi la protection anti copie ... si on ne peut pas decrire son logiciel de façon claire il faut le laisser essayer , et prendre le risque de se le faire piquer

il y a aussi le probleme de documentation : je suis horifié par la multitude de logiciel disponible sans documentation en francais ... que l'on telecharge des logiciel gratuit ou que l'on achete , on n'a jamais de bonne documentation et on n'utilise jamais correctement ... ou il faut passer un temps enorme a apprendre

conclusion faire du logiciel pour le vendre ne peut pas se faire par une personne seule : le temps de faire une bonne mise au point et une bonne documentation ça sera obsolete ... il faut trouver un moyen de diffuser du logiciel libre : chacun fait ce qu'il peut , laisse faire a d'autre le complement ... il faut trouver un moyen de remunerer le logiciel libre , que ceux qui en sont content puisse donner de l'argent a ceux qui le construise ... et c'est la le maillon manquant actuellement

Merci moissan,

Ayant travaillé dans la conception d'IHM pour l'industrie qui en a besoin, je comprends tout à fait ce que tu veux dire et les enjeux évoqués. Tes remarques sont déjà cependant bien intéressantes pour pointer là où il y a un besoin, c'est pas faux, je me permets alors de te poser la question autrement : où trouver ces gens qui ont besoin de "faire le tri" pour choisir ce qu'il leur faut ? C'est facile à dire et j'entends bien qu'ils ne vont pas venir me voir s'ils ne savent pas que j'existe, mais... où les chercher ? où se faire connaître par eux ? et surtout en revendiquant quel genre de "services" ou "produit" pour les séduire ?

Enfin, concernant le logiciel libre, je comprends ton point de vue, mais à mon sens ce n'est qu'une solution parmi tant d'autres... En allant toujours dans le sens de tes remarques, une autre solution peut-être celle de mettre en relation le bon client avec le bon "éditeur", pourquoi pas, mais cela sous-entend un carnet d'adresses plus gros que le bottin... :/

j'ai aussi travaillé dans la grosse industrie qui ne cherche que les gros clients , c'est un cul de sac ! les gros client ne sont pas assez nombreux ... c'est la multitude des petits clients qui font le volume

mais les petits client ne peuvent pas y mettre le même prix

il y a une grosse difference entre le logiciel et le materiel : la reproduction du logiciel ne coute rien donc il vaut mieux gager peu sur un grand nombre que vendre cher  une quantité trop faible parce que trop cher

je pense qu'il sera plus rentable de diffuser du logiciel libre avec appel au don payé par ceux qui sont content et qui on envie que ça dure , que vendre des logiciel fermé trop cher parce que vendu en trop faible quantité 

ce qui reste a mettre en place c'est des moyen d'assurer la securité de l'auteur original , ne pas se faire piquer les bonnes idée par quelqu'un plus fort en communication : je pense que la solution est de diffuser partout sur tout les forum et les wiki le logiciel dont ont est l'auteur original pour qu'un eventuel profiteur soit bien vu comme un usurpateur et rejeté pour ce qu'il vaut

je n'ai pas la bonne solution , je la cherche aussi

autre façon de voir , quand je cherche un logiciel , quand c'est des logiciel cher je ne trouve aucun moyen de voir ce que ça vaut  ... quand c'est des logiciel libre tout le monde en parle sur le net , on trouve une page claire sur wikipedia , on peut essayer sans risque ... et je fait des don de temps en temps sur les site qui m'ont fournis des logiciel utiles

Le problème avec les dons c'est qu'en pratique il y en a (trop) peu qui donnent. Le logiciel libre ne rapporte que si l'on fournit un service (installation, configuration, maintenance, ...) payant et annexe. Sinon c'est du pur altruisme, ou du bénévolat si tu préfères...
En tant que source d'inspiration pourquoi pas, mais cela suppose de se placer du "coté obscur" de ce que tu mentionnes, c'est à dire, ceux qui copient avec un but clairement lucratif et avec une meilleure com...
Notre erreur en tant que "codeurs" est celle de vouloir "trouver l'idée de génie" qui va nous rendre riches. Cette idée n'existe pas, et même si elle existe, son succès ne dépendra pas seulement de l'idée mais de la façon dont elle sera implémentée, sa qualité, sa mise en place, son modèle économique de vente et la communication/marketing qu'il y aura autour. Nous laissons naturellement tout cela "pour après, une fois que ce sera codé", ce qui mène à un schéma où l'investissement (en temps de dev par exemple) est énorme pour ne serait-ce-que tester une idée. Ce qui au bout de 2-3 itérations mène fatalement à la démotivation la plus totale...
Ce qui fait le succès de ceux qui réussissent c'est qu'ils se sont soit "insérés" dans un marché demandeur en connaissance de cause (et c'est justement cela que je cherche au point où j'en suis maintenant), soit ceux qui ont réussi à trouver un moyen de tester plein d'idées avec un coût très faible (prototypage, études de marché, etc...). Il n'y a pas vraiment de secrets de ce point de vue là.
Par contre, et je reviens dessus car c'est bien ce qui m'intéresse, je cherche donc un marché demandeur ou potentiellement demandeur, pour prendre le problème à l'envers en quelque sorte et au moins tester une ou deux idées quelque part où ca a déjà des chances de pouvoir se vendre...

-
Edité par Zorro_X 1 mars 2015 à 9:24:31

les grande chose comme wikipedia ou libre office se financent bien par les dons parce qu'il sont assez gros pour que beaucoup de gens en soit content , et même si il y a des radin qui ne donne rien il y en a quand même assez pour que ça marche

c'est plus dur et même impossible pour un programmeur isolé : sont programme même si il contient des parties geniales ne sera pas apprecié , parce qu'il contiendra des partie pas très finie , ou parce qu'il sera mal documenté

il faudrait que le programmeur s'integre dans un truc plus gros qui mette en commum ce qu'il faut pour un meilleur resultat

le probleme de certain logiciel libre c'est que les programmeur sont entierement benevole ... les don ne finance que la structure ... je pense qu'une société pourrait faire du logiciel libre financé par appel au don et avec redistribution des dons au programmeurs en fonction de leur participation ... redistribution non seulement aux programmeur mais aussi a ceux qui en font la documentation , car la documentation est aussi importante que le programme lui même

autre detail : quand un programmeur isolé diffuse un petit programme il passe inapercu : n'importe qui peut le copier et l'integrer dans un projet plus gros et en tirer tout le benefice ... si le programmeur travaille pour une société assez importante ce qu'il fait sera integré a un truc connu qu'on ne peut plus detourner

mes besoin en programation sont surtout des histoire d'ergonomie : je trouve que les logiciel dont a besoin une entreprise sont souvent mal foutu , pas pratique et font perdre du temps ... ces logiciel pourrait etre ecris et mis au point uniquement pour usage interne , et diffusé a l'exterieur uniquement quand la qualité sera suffisante pour attirer des utilisateur exterieur a la société

cette mise au point en cadre limité evite de se faire piquer les idée

Une application, plus particulièrement son IHM ne peut être ergonomique (facile à utiliser) que si dans le processus de sa conception/création tu fais intervenir ses (futurs) utilisateurs. Or c'est un aspect qui est très rarement pris en compte, voire pour ainsi dire, presque jamais pour les logiciels "non-critiques" (dont des vies humaines n'en dépendent pas). En général ce qui se fait c'est qu'on produit une première version "finale" (et donc officiellement "finie") et puis on attend le retour de bâton des utilisateurs mécontents qui n'hésiteront pas à critiquer l'inutilisabilité o la complexité de ce produit pour lequel ils ont déjà payé... Ca crée, dès le départ, une image négative du produit...
Ceux qui sont plus malins, et surtout, qui en ont les moyens (ou tout du moins qui savent qu'il vaut mieux s'en donner les moyens), font des versions beta ou alpha, ce n'est pas uniquement pour déverminer les bugs et sortir une version "stable" mais aussi et surtout (notamment les "alpha") pour avoir des retours des utilisateurs avant de "finir" le produit...

Un autre point, tu parles beaucoup de te "faire piquer" les idées, visiblement soit ca t'es déjà arrivé, soit t'as une sorte de "phobie" à ce sujet... Si tu fais un produit de qualité dès le départ qui est adopté par la communauté qui en a besoin, il sera très difficile pour les autres de rattraper ce retard, autant en termes de "légitimité" (au sens de se faire connaître pour ce produit qui existe déjà) que de clients à "reconquérir" vu que t'as déjà du monde qui est satisfait du tien, pourquoi changeraient-ils ?
Ca peut paraître naïf, mais le problème c'est souvent que celui qui a l'idée du nouveau produit a déjà pas mal investi en "déverminage" pour faire en sorte que le soft ressemble à quelque chose d'utilisable au final. Du coup, le premier jet est presque toujours "moyen", par manque de moyens... et ce, même pour les multinationales qui ont plein de sous. Un arriviste qui tire profit de cet état déjà validé, pour améliorer le produit avec des innovations personnelles et déjà guidées par une clientèle ou communauté qui a clarifié le besoin/utilisation aura donc plus de moyens de "partir sur des bonnes bases" pour mieux réussir... C'est injuste mais c'est la vie...

Enfin, j'aimerais tout de même recadrer le débat, il ne s'agit pas de savoir comment développer un soft pour qu'il soit rentable, mais de comment trouver un marché porteur pour developper des softs.

-
Edité par Zorro_X 1 mars 2015 à 16:41:33

tu critique ma phobie de me faire piquer les idée puis dans les lignes suivantes tu confirme la même crainte que moi : sauf que tu precise que ce n'est pas l'idée brute qui a de la valeur , c'est ce qui est deja mis au point 

je suis bien d'accord avec toi que pour obtenir une bonne ergonomie il faut faire participer un nombre suffisant d'utilisateur ... et je pense mettre en pratique ce principe pour du materiel pas du tout informatique : les premier client seront des associé actionnaire : il seront beaucoup plus que des simple clients 

diffuser librement un logiciel pas fini pour faire participer des utilisateur est un piege ... les utilisateur vont buter sur des probleme et ne rien transmettre , il n'y a que les informaticien curieux qui vont voir les bonne chose et en profiter si il sont plus rapide que moi pour finir ... avec une premiere diffusion parmis des associé uniquement , le retour se fera  a 100% 

pour l'instant pour l'ergonomie de certain logiciel mes cobaye sont des gens qui ignorent tout de l'informatique , qui en auraient besoin ... quand je leur montre ce qu'il faut ça me rapelle quand je passait de dos a windows95  ... mais moi j'avais deja une certaine culture informatique ... pour ceux qui commence aujourd'hui c'est infernal : beaucoup moins de mot clair dans les menu ... des icones qui ne ressemble a rien qu'on ne peut pas expliquer ... de plus en plus d'icone qui n'apparaissent que quand la souris passe dessus ... de plus en plus de piege qui rendent chaque version plus compliqué a decouvrir que la precedente

quand je parle de l'importance de la documentation , la documentation separé du logiciel devrait devenir obsolete : le meilleur serait d'integrer au logiciel des menu clair avec toutes le explication pour guider ... même si ces menu sont trop lourd et encombrant : il suffit d'avoir un moyen de choisir si on veut les menu complet pour apprendre ou des commandes plus rapide quand on sait  

pour pc je trouve quand même presque tout ce qu'il me faut dans les logiciel libre et linux ... la ou il y a un travail enorme c'est pour les telephone android : la fonction principale qui est le telephone est completement baclée completement a refaire ... et pour ça j'ai toutes les idée parce que je suis un utilisateur difficile ... mais helas je connais très mal android , et pas du tout java ... donc il me faudra longtemps avant de faire des bonnes application

je deteste android dans son etat d'origine : on dirait que tout est fait pour empecher l'utilisateur de comprendre , pour le pousser a essayer n'importe comment ... et chacun se debrouille n'importe comment en tombant dans des pieges : il est donc urgent d'y ajouter les application qui manquent pour le rendre plus instructif

tu cherche un besoin : je te parle de mes besoin , pas exactement pour moi personnellement mais pour tout ceux que je vois avoir des difficulté 

-
Edité par moissan 1 mars 2015 à 17:13:51

oui, nous nous rejoignons dans le fait qu'une application doit être ergonomique : facile à prendre en main et d'une utilisation pratique. Mais ce n'est pas un besoin, c'est un attribut de qualité. Conviction que nous partageons, soit. Mais ce n'est point un "besoin" : on ne développe pas d'applications dont le seul objectif est d'être ergonomiques ! L'ergonomie se "construit" selon le besoin "métier" de l'application à réaliser...
"Bonjour monsieur, je voudrais vous acheter une application très ergonomique... Euh !? oui, mais pour faire quoi ?" i.e. "bonjour monsieur, je voudrais vous acheter un repas très bien presenté et appétissant... Euh !? mais vous souhaitez manger quoi ?"