Discussion :

[zecreator]

Bonjour à tous,

Je souhaite à tous les membres une très bonne année 2013, et une très belle réusiite dans tous leurs projets.

Pour cette nouvelle année, je souhaiterai lancer dans une nouvelle activité : éditeur de logiciels.

J'ai quelques "bons" concepts qui trainent dans mes tiroirs depuis plusieurs années, cependant j'hésite sur le format à proposer.

- Desktop : logiciels fournis sous forme d'EXE (en Java par exemple)
- On line : proposer des web apps utilisables depuis le browser.

Aujourd'hui, avec une mobilité des users en forte croissance, j'hésite à proposer des applis Desktop, car le marché semble se tourner de plus en plus vers des applis accessibles par le web. Surtout qu'aujourd'hui il semble que ce soit sur ce dernier format que tous les efforts (Frameworks, API, SDK...) soient fais.

Je n'ai aucun problème technique avec les 2 formats, mais venant de la "veille" école, j'aurais une préférence pour le Desktop.

Pensez-vous que proposer des appli desktop peut être un "buisness model" stratégique ? Si oui, est-ce stratégique à long terme ?

Merci de vos remarques à ce sujet.

[champomy62]

Bonjour à toi,

Je te souhaite également meilleurs voeux et à tout les membres du forum également !

Concernant ta question, cela dépend de ton besoin..

En general, les users préferent au final sans le savoir une application native car mieux intégré au système, mieux fini, plus rapide etc...

[Graffito]

Pensez-vous que proposer des appli desktop peut être un "buisness model" stratégique ?

Dans l'absolu, la meilleure solution serait un client riche ou une appli desktop qui puisse se télécharger, se mettre en cache temporaire ou permanent, se mettre à jour automatiquement et se lancer depuis le navigateur Web.

Malheureusement, ce n'est pas le cas des navigateurs Web actuels (ni même de leurs prochaines évolutions). A ce jour, une statégie Web perenne ne se basera que sur le couple minable composé de HTML+JavaScript.

Le choix entre une appli desktop basée sur un framework Java ou .net et une appli web dépendra des spécificités de l'application, par exemple :
- public visé,
- diffusion prévue pour l'application,
- performance désirées,
- bases de données partagées entre sites distants.

Pour une statégie à long terme, j'aurais tendance à utiliser une solution DeskTop qui pourrait évoluer en appli Web :
Version DeskTop pur
- Couche métier (locale) simulant un Web service,
- IHM Desktop (local) dialoguant avec la couche Web service.
Version mixte
- Couche métier (distante) intégrée dans Web service,
- IHM Desktop (local) dialoguant avec le Web service.
Version Web pur
- Couche métier (distante) intégrée dans Web service,
- Server Web (distant) dialoguant avec le Web service.

[zecreator]

Disons que mes applis seront destinées à tous les publics, mais je pense rapidement faire du commercial vers des entreprises en leur proposant des licences "firme".

Du coup, si ce marché fonctionne, je doute qu'une entreprise acceptera de faire des installations poste à poste de mon appli native. Elle préfera une appli web avec un déploiement en intra, ou encore une offre SAAS (Software as a service), ce qui implique hébergement + maintenance + mise à jour...

Dans ce contexte, je crains que proposer encore des applis Desktop fasse un peu "has been", un rappel à l'informatique à la "Papa" des années 80.

[Graffito]

je crains que proposer encore des applis Desktop fasse un peu "has been"

Je ne pense pas que ce soit un obstacle, d'autant plus que la jeune génération a l'habitude d'utiliser des appli DeskTop téléchargées.

Mes applis seront destinées à tous les publics...
je doute qu'une entreprise acceptera de faire des installations poste à poste de mon appli native.

Dans ce cas, un appli web s'impose effectivement (Sauf si fonctionnalités et performances imposent un client riche).

[champomy62]

Si ce sont des applications destinées à être uniquement sur Windows, le déploiement peut-être facilité avec clickonce, ou même à travers des GPO.

[rimram31]

Question assez générique ...

D'une il peut y avoir des critères techniques qui imposent une solution (contrôle des ressources locales vs mobilité, partage des données ...), de deux justement quel est "le marché"? Existe-t-il des solutions équivalentes, sur quel modèle? Quels avantages/inconvénients pour un client?

Autre point a ne pas négliger, le choix d'un modèle impose une organisation/logistique différente. Un service en ligne, c'est de la disponibilité, idéalement du support ... à contrario, pas cinquante versions a supporter, pas d'installation (ou presque, attention, un navigateur c'est susceptible parfois :-)) Un client qui achète du Saas achète un service, c'est souvent la difficulté de certaines sociétés historiquement "informatique" de comprendre que ce n'est pas tout a fait la même chose que de livrer un produit.

Sinon, pour répondre à ta question sur la "tendance du marché". Outre les avantages que procure une solution Saas en terme d'installation, de coûts d'infrastructure, support ... (que tu prends alors à ta charge!), la tendance est à la mobilité et la multiplication des périphériques et la nécessité qu'ils communiquent entre eux, ça dépend bien entendu du type d'application, mais ça devient une fonction "de base" pour pas mal d'entre elles. Met-toi a la place de tes clients et demandes toi ce que tu souhaiterais :-)

Pour finir, ne sous estime pas la difficulté de maintenir une plateforme de services, c'est un métier "informatique" particulier qui ne demande pas que des "skills" développeur.