Forum
Développement d'une application mobile : quelle forme?
pacodoso
Contacter en MP
pacodoso
Nombre de posts : 350
Nombre de likes : 7
Inscrit :
21 janvier 2016
Bonjour,
Suite à une mauvaise expérience lors d'un contrat de sous-traitance avec une SSII (https://www.free-work.com/fr/tech-it/forum/t/18016-contrat-de-sous-traitance-depassement-facturation), je souhaite être particulièrement vigilant par rapport à une nouvelle opportunité qui se présente.
J'ai été contacté par un client qui souhaite développer une application mobile de type "La Fourchette", mais pour un autre secteur d'activité. L'application devrait donc reprendre les mêmes fonctionnalités : création de compte utilisateur, géolocalisation de partenaires, réservation de prestations chez un partenaire, offres promotionnelles, etc... De même il faudrait développer l'interface web permettant d'administrer les données (prestataires, promos, ...), et les APIs permettant de récupérer les données depuis l'application.
Je sais que la personne qui m'a contacté est "sérieuse", car je l'avais déjà rencontré il y a quelques mois pour un autre besoin : elle gère une société qui développe des applications mobiles dans l’événementiel. Cette société a aujourd'hui plus d'un an et compte 5 salariés.
Par contre, le projet ne me semble actuellement pas suffisamment "cadré", et c'est ce qui m'inquiète. Lors de notre premier échange, mon contact m'avait parlé d'une "maquette fonctionnelle", lui permettant de démarcher les partenaires localement.
Nous nous sommes donc rencontré pour approfondir le sujet, et voir comment il souhaiterait fonctionner. Je lui ai ainsi proposé de développer l'application suivant une méthode Agile, en priorisant les fonctionnalités, et en enrichissant l'application de manière progressive. Mais il souhaite que l'ensemble des fonctionnalités (création de compte utilisateur, géolocalisation de partenaires, réservation de prestations chez un partenaire, offres promotionnelles, etc...) soient disponibles dès la première version publique.
Mon contact m'a demandé de revenir vers lui avec une première proposition chiffrée (jours/budget), ce qui reste délicat comme il n'existe pas de cahier des charges.
La maquette de l'application serait par contre fourni par une graphiste de sa société, et il parle d'un budget de communication de 200 000 € pour promouvoir l'application.
Je me demande donc quelle serait la forme la plus adaptée pour cette prestation, sachant qu'il n'y a pour l'instant pas de cahier des charges? (sous-traitance? forfait? régie? autre forme?)
Puis-je me positionner comme "maîtrise d'ouvrage" en proposant de rédiger le cahier des charges fonctionnel? (je l'estime à 5 jours de travail)
J'ai réalisé une première estimation "rapide" à partir des informations dont je dispose depuis ce simulateur (https://www.nomeo.fr/simulateur/) :
- 30 à 60 jours de développement
- 15 000 à 30 000 € HT de budget pour le développement
- 7 000 à 12 000 € HT de coût d'exploitation annuelle
Si je reprends une première analyse rapide de mon côté, ça semble assez cohérent avec la fourchette (sans jeu de mot) "haute" :
1 - Conception graphique : 15 jours => 6 750 €
2 - Développement backend : 20 jours => 9 000 €
3 - Développement front : 25 jours => 11 250 €
4 - Tests : 5 jours => 2 250 €
=> TOTAL : 60 jours => 29 250 €
Mais il faudrait sans doute que je rajoute une marge supplémentaire, et des jours de "gestion de projet".
Que pensez-vous de cette opportunité? Comment pourrais-je avancer pour mieux cadrer le projet avant de contractualiser?
Merci d'avance,
Suite à une mauvaise expérience lors d'un contrat de sous-traitance avec une SSII (https://www.free-work.com/fr/tech-it/forum/t/18016-contrat-de-sous-traitance-depassement-facturation), je souhaite être particulièrement vigilant par rapport à une nouvelle opportunité qui se présente.
J'ai été contacté par un client qui souhaite développer une application mobile de type "La Fourchette", mais pour un autre secteur d'activité. L'application devrait donc reprendre les mêmes fonctionnalités : création de compte utilisateur, géolocalisation de partenaires, réservation de prestations chez un partenaire, offres promotionnelles, etc... De même il faudrait développer l'interface web permettant d'administrer les données (prestataires, promos, ...), et les APIs permettant de récupérer les données depuis l'application.
Je sais que la personne qui m'a contacté est "sérieuse", car je l'avais déjà rencontré il y a quelques mois pour un autre besoin : elle gère une société qui développe des applications mobiles dans l’événementiel. Cette société a aujourd'hui plus d'un an et compte 5 salariés.
Par contre, le projet ne me semble actuellement pas suffisamment "cadré", et c'est ce qui m'inquiète. Lors de notre premier échange, mon contact m'avait parlé d'une "maquette fonctionnelle", lui permettant de démarcher les partenaires localement.
Nous nous sommes donc rencontré pour approfondir le sujet, et voir comment il souhaiterait fonctionner. Je lui ai ainsi proposé de développer l'application suivant une méthode Agile, en priorisant les fonctionnalités, et en enrichissant l'application de manière progressive. Mais il souhaite que l'ensemble des fonctionnalités (création de compte utilisateur, géolocalisation de partenaires, réservation de prestations chez un partenaire, offres promotionnelles, etc...) soient disponibles dès la première version publique.
Mon contact m'a demandé de revenir vers lui avec une première proposition chiffrée (jours/budget), ce qui reste délicat comme il n'existe pas de cahier des charges.
La maquette de l'application serait par contre fourni par une graphiste de sa société, et il parle d'un budget de communication de 200 000 € pour promouvoir l'application.
Je me demande donc quelle serait la forme la plus adaptée pour cette prestation, sachant qu'il n'y a pour l'instant pas de cahier des charges? (sous-traitance? forfait? régie? autre forme?)
Puis-je me positionner comme "maîtrise d'ouvrage" en proposant de rédiger le cahier des charges fonctionnel? (je l'estime à 5 jours de travail)
J'ai réalisé une première estimation "rapide" à partir des informations dont je dispose depuis ce simulateur (https://www.nomeo.fr/simulateur/) :
- 30 à 60 jours de développement
- 15 000 à 30 000 € HT de budget pour le développement
- 7 000 à 12 000 € HT de coût d'exploitation annuelle
Si je reprends une première analyse rapide de mon côté, ça semble assez cohérent avec la fourchette (sans jeu de mot) "haute" :
1 - Conception graphique : 15 jours => 6 750 €
2 - Développement backend : 20 jours => 9 000 €
3 - Développement front : 25 jours => 11 250 €
4 - Tests : 5 jours => 2 250 €
=> TOTAL : 60 jours => 29 250 €
Mais il faudrait sans doute que je rajoute une marge supplémentaire, et des jours de "gestion de projet".
Que pensez-vous de cette opportunité? Comment pourrais-je avancer pour mieux cadrer le projet avant de contractualiser?
Merci d'avance,
-
Tap
Nombre de posts : 1678Nombre de likes : 6Inscrit : 31 mai 2013Facile:
Sans cahier des charges, je ne peux m'engager, ni sur un délai, ni sur un nombre de jour précis.
Je peux vous proposer de débuter par une prestation de cadrage (ayant pour but la définition du cahier des charges) de X HJ au terme de laquelle je pourrais vous répondre précisément.
A votre disposition blablabla
Ou plus simple et direct :
Merci au revoir!
#Sansmoitonprojetpourri -
phili_b
Nombre de posts : 536Nombre de likes : 12Inscrit : 8 octobre 2014Le laïus du client est d'une mauvaise foi incroyable, surtout en te prenant de haut, à moins qu'il n'ait aucun recul sur son exigence, ce qui est encore plus risqué: comment peut-il demander à quelqu'un de s'engager au forfait sans cahier des charges précis.
Ça augure mal de la suite si ça commence par un dialogue de sourd sans qu'il veuille faire un effort de comprendre ton explication.
La seule réponse possible est sans doute celle suggérée par Tap...peut-être même sans le 2é paragraphe d'ouverture en cas de ressenti négatif sur le niveau de professionnalisme et d’honnêteté du client.
Mais au bout du compte c'est peut-être cela la meilleure réponse: ne pas lui répondre.... 🙂pacodoso a écrit : Comment réagiriez-vous? Est-ce la peine de lui répondre?
...et partir sur l'autre mission moins risquée et pas inintéressante pour autant. 8)pacodoso a écrit : Je précise qu'actuellement j'ai une opportunité beaucoup moins risquée (régie de 3 mois chez un client, sur la même techno), donc je ne compte pas me risquer sur ce projet.EURL / IR / BNC -
mixomatose
Nombre de posts : 7214Nombre de likes : 13Inscrit : 12 février 2008Tout ça me rapelle une affaire où j'ai découvert que le prospect (présenté par un copain) avait en tête un budget de 3-4k€ pour un système de mobile type résa uber, et où un chiffrage prudent m'amenait à 10 fois plus au minimum. J'ai fini par refuser (en me brouillant avec le copain)....
Et le client m'avait tenu le même discours, mettant en doute mon professionalisme.
A fuir absolument..calculette de charges sociales TNS indépendant en ligne, comparateur simulateur Autoentrepreneur EI EURL http://www.entrepriseindividuelle.info/Calc_CharSoc.php -
michel95
Nombre de posts : 632Nombre de likes : 45Inscrit : 14 juillet 2010Bonjour,
On ne peut pas se fier à la cordialité d’une simple rencontre.pacodoso a écrit : Je sais que la personne qui m'a contacté est "sérieuse", car je l'avais déjà rencontré il y a quelques mois pour un autre besoin …
Ici les guillemets étaient de circonstance et la réponse ironique de l’interlocuteur en dit long sur son comportement potentiel. -
Hans
Nombre de posts : 515Nombre de likes : 0Inscrit : 5 mai 2008Plusieurs possibilités
Court
Pas de cahier des charges , pas de chiffrage,
Pas de chiffrage, pas d'appli,
Pas d'appli, pas d'appli,
Plus long
Faire un chiffrage à ce stade nécessite de mettre à plat un cahier des charges et surtout d'en tirer des spécifications que l'on pourra chiffrer. C'est un travail relativement long (5-10-xx jours à YY€ HT) que je ne ferais donc pas gratuitement. Cette étape permettra in fine de vous donner un cadre précis de réalisation avec un coût associé. Si le chiffrage à ce stade ne rentre pas dans le budget et que l'a suite n'est pas commandé, je n'y pourrais rien mais la première mission de réalisation des spécifications & chiffrage restera due.
Vous essayez de me coincer sur un tarif sans cadre suffisamment précis afin d'avoir toute liberté sur le contenu à me faire réaliser : en gros dite moi un prix, je vous dirais ensuite ce qu'il y a à faire. Ce n'est pas professionnel de votre part (ou alors, on a pas la même conception du professionnalisme). Trouvez-vous un autre pigeon, je viens de trouver une mission en régie ou justement :
- les intermédiaires et le client final ont la aussi pas de cahier des charges précis,
- un enveloppe (budget) de 3 mois en régie,
- une démarche "Agile" afin de définir et d'affiner au fur et à mesure le contenu applicatif,
- bref une démarche cohérente prenant en compte l'état et le cadre du projet au départ, pas une simple démarche "je vous ai "vomi" vaguement mon besoin, donnez-moi un prix ! On verra au final ce que vous devrez réaliser"
Bonne continuation dans votre recherche,
Cordialement,
XXXX -
Hans
Nombre de posts : 515Nombre de likes : 0Inscrit : 5 mai 2008Après petite erreur de débutant face à un commercial de SSII : tu lui a parlé de lacunes dans ton profil (tout le monde en a). Et lui comme il est coincé (tu ne veux pas t'engager sur un tarif), il a rebondi dessus en espérant te soutirer au final un engagement. La prochaine fois face à un commercial, ne lui parle pas de tes lacunes sur le mode "Agile", à part s'en servir contre toi, il s'en fout.
Je pense néanmoins qu'il reviendra à la charge car il ne doit avoir personne d'autre mais voudrait fournir une réponse à son client, que ce dernier commande ou pas, juste afin de justifier son travail de commercial.
Au fait, tu connais le nom du client final ? Est-ce que tu as signé pour l'instant une clause d'exclusivité par rapport à ce client ? -
kzg
Nombre de posts : 2927Nombre de likes : 4Inscrit : 2 mai 2012
🙄pacodoso a écrit : Du coup, je lui ai proposé de réaliser le projet en mode "régie", avec une approche Agile. Je lui ai expliqué en quelques mots en quoi consistait l'approche Agile, et quelles étaient les avantages pour une start-up. Je lui ai clairement dit que n'ayant pas d'expérience en méthode Agile, il faudrait que je me forme
Ce que veut le client c'est une app mobile. L'approche utilisée, le fait que vous la connaissiez ou non, ce n'est pas son problème. Et quelle idée de proposer une approche que vous ne maîtrisez pas ?
Je dirais : laissez tomber vous n'avez pas les épaules pour gérer ce projet. -
Hans
Nombre de posts : 515Nombre de likes : 0Inscrit : 5 mai 2008
Oui, mais ce que veut le commercial intermédiaire, c'est un prix, pas une app mobile.kzg a écrit :
🙄pacodoso a écrit : Du coup, je lui ai proposé de réaliser le projet en mode "régie", avec une approche Agile. Je lui ai expliqué en quelques mots en quoi consistait l'approche Agile, et quelles étaient les avantages pour une start-up. Je lui ai clairement dit que n'ayant pas d'expérience en méthode Agile, il faudrait que je me forme
Ce que veut le client c'est une app mobile.
Surtout pour parler d'"Agile" qui est en général la méthode du vent...kzg a écrit : L'approche utilisée, le fait que vous la connaissiez ou non, ce n'est pas son problème. Et quelle idée de proposer une approche que vous ne maîtrisez pas ?
Il y avait aussi le fait qu'il avait indiqué qu'il serait bien de faire intervenir un "coach/conseil". Disant cela pour de l'agile, le commercial s'est dit, tiens un pigeon pas assez sur de lui, on va essayer de le coincer. Ta démarche est trop honnête et finalement vu ce que j'explique ci-dessous, y en avait pas besoin.
Je dirais : laissez tomber, c'est un projet casse-gueule pour n'importe quelle personne, dans le cas d'un forfait sans cadre précis.kzg a écrit : Je dirais : laissez tomber vous n'avez pas les épaules pour gérer ce projet.
Avoir les épaules pour gérer ce projet, c'est justement refuser aujourd'hui de donner un tarif sans cadre précis et proposer une démarche alternative cohérente. Après on sent que notre ami est pas trop à l'aise en parlant "Agile" mais après on peut définir/détailler en quelque ligne un cycle de travail général pour ce projet sans avoir besoin de parler d'"Agile". Après tout il sera seul pour réaliser la partie mobile. Si l'intermédiaire (qui doit juste vouloir fournir un tarif à son client et ne veut pas passer du temps à proposer autre chose, comme une régie, car il a présenté sa boite comme spécialiste/expert) et le client étaient près à partir en mode régie, faut foncer. -
pacodoso
Nombre de posts : 350Nombre de likes : 7Inscrit : 21 janvier 2016
Oui je suis d'accord avec toi. Mais je parlais plutôt de sérieux côté "projet" et des "moyens" : on voit souvent des offres pour un budget dérisoire, proposées par des personnes qui ne sont pas sérieuses.michel95 a écrit : Bonjour,
On ne peut pas se fier à la cordialité d’une simple rencontre.pacodoso a écrit : Je sais que la personne qui m'a contacté est "sérieuse", car je l'avais déjà rencontré il y a quelques mois pour un autre besoin …
Ici les guillemets étaient de circonstance et la réponse ironique de l’interlocuteur en dit long sur son comportement potentiel.
Dans ce cas, je sais que l'interlocuteur gère déjà une entreprise qui développe des applications mobiles dans l’événementiel. Je sais également par une connaissance, qu'il dispose de moyens conséquents.
Après effectivement, je pense que nous n'arrivons pas à nous comprendre : il me demande de chiffrer au "forfait" sans cahier des charges, alors que dans ce cas, un mode régie + Agile serait plus adapté... -
pacodoso
Nombre de posts : 350Nombre de likes : 7Inscrit : 21 janvier 2016
C'est à peu prêt ça : il estimait la charge à 2/3 mois de travail pour 1 freelance lorsqu’il m'a contacté, en me parlant de "prototype fonctionnel".mixomatose a écrit : Tout ça me rapelle une affaire où j'ai découvert que le prospect (présenté par un copain) avait en tête un budget de 3-4k€ pour un système de mobile type résa uber, et où un chiffrage prudent m'amenait à 10 fois plus au minimum. J'ai fini par refuser (en me brouillant avec le copain)....
Et le client m'avait tenu le même discours, mettant en doute mon professionalisme.
A fuir absolument..
Et à l'issue à notre entretien, c'est devenu une "V1 avec toutes les fonctionnalités" : du coup ça fait 100/150 j/h, et donc 6/8 mois de travail pour 1 freelance... -
Hans
Nombre de posts : 515Nombre de likes : 0Inscrit : 5 mai 2008Au temps pour moi, tu es en contact direct avec le client final. Cela change un peu le contact avec mais pas non plus fondamentalement. Mais on a pas en face de nous un commercial ou un chef de projet/manager d'une grande structure (j'ai relu le début).
Il est pas mûr pour envisager le projet autrement que par une pesta forfaitaire prix/délai. Il est pas mûr non plus pour d'abord travailler de son coté sur les spécifications pour que cela devienne chiffrable. Il est pour l'instant bloqué : "J'ai donné assez de billes, dites moi le prix et le délai". A partir de la, le pilotage du projet de sa part, ce sera de critiquer et préciser ce qu'il veut au final au fur et à mesure des présentations le long du projet. Ingérable en mode forfait.
Donc, laisse (on était bien d'accord jusque la), il va bien se trouver un autre indépendant qui ira se manger la chemise avec lui (il est possible d'ailleurs dans ce type de projet que cela aille au clash et que l'appli ne sorte pas).
Indique juste qu'il ne trouve personne et change d'avis dans quelques semaines sur la méthode, tu es prêt à re-étudier une collaboration. -
michel95
Nombre de posts : 632Nombre de likes : 45Inscrit : 14 juillet 2010
A priori il ne doit avoir des moyens démesurés vu qu’il économise même la sous-traitance d’un cahier des charges alors que c’est un document incontournable pour un développement au forfait.pacodoso a écrit : Oui je suis d'accord avec toi. Mais je parlais plutôt de sérieux côté "projet" et des "moyens" : on voit souvent des offres pour un budget dérisoire, proposées par des personnes qui ne sont pas sérieuses.
Par ailleurs, si « une société qui développe des applications mobiles » n’est pas capable d’en assurer la rédaction en interne cela devrait interpeller.
Une explication possible au comportement, est que l’interlocuteur recherche des propositions détaillées qui lui serviront de base pour la rédaction d’un cahier des charges à moindre frais. Cette manière de procéder existe. -
pacodoso
Nombre de posts : 350Nombre de likes : 7Inscrit : 21 janvier 2016Avant la réponse du client, j'avais pris contact avec une des références de la communauté française sur Xamarin (techno à priori retenue par le client pour le développement de son appli mobile), qui est également collaborateur au sein d'une société réputée dans l'Agilité et sur les technos Microsoft.
Voici sa réponse:
Cela me conforte donc l'approche que j'ai pu avoir avec le client.Le plus adapté dans ton cas c'est clairement en mode agile. Le client ne sais pas ce qu'il veux exactement il va donc falloir l'y aider au travers d'ateliers en amont afin de constituer un backlog des tâche à faire etc.. De plus, l'agilité permettra au client de se faire son idée au fur et à mesure du développement. La difficulté c'est qui devra payer des sprints et non un scope fixe.
En effet dans un projet tu as trois variables :
- Le délai
- Le coût
- Les fonctionnalités
Fixer une des variables impliquent forcément un mouvement des autres. Et n'avoir aucune idée des fonctionnalités fait qu'il n'est pas possible de clairement avoir un délai ou un budget.
Nous travaillons en agile chez XXX et sommes parfaitement disposés à apporter un coup de main sous forme d'intervention ponctuelle ou plus régulière du projet et des besoins. Et comme tu l'a lu, le coaching, l'audit, le conseil etc.. c'est notre métier 🙂
Ce que je peux te proposer c'est d'en parler à mon responsable commercial demain pendant que toi tu vois avec ton client.
Dans la mesure où XXX serait sollicité nous pourrions je pense aider à convaincre en amont ton client que l'agile c'est sûrement ce dont il a besoin. Pas de promesses sur cette partie là tant que j'en ai pas parlé en interne ceci dit.
Et une boite comme cela aura forcément plus de légitimité et d'arguments pour "convaincre" le client qu'il s'agit de la bonne approche.
Je vais donc répondre une dernière fois au client, pour lui expliquer que :
- on ne peut pas estimer une charge de travail sans une liste précise des tâches à réaliser
- je travaille avec un partenaire, positionné nationalement, qui recommande ces méthodes de travail, et peut accompagner sur de tels projets
- une approche Agile est quasiment indispensable pour une startup : les besoins et les technos évoluent constamment, il faut être réactif
- en tant que professionnel, je dois également apporter du conseil, afin de réduire les risques d'échec et lui éviter de perdre du temps et de l'argent
Bon je n'y crois pas trop, mais ce client n'est plus ma priorité. Je verrais bien comment il réagira. -
pacodoso
Nombre de posts : 350Nombre de likes : 7Inscrit : 21 janvier 2016Avant la réponse du client, j'avais pris contact avec une des références de la communauté française sur Xamarin (techno à priori retenue par le client pour le développement de son appli mobile), qui est également collaborateur au sein d'une société réputée dans l'Agilité et sur les technos Microsoft.
Voici sa réponse:
Cela me conforte donc l'approche que j'ai pu avoir avec le client.Le plus adapté dans ton cas c'est clairement en mode agile. Le client ne sais pas ce qu'il veux exactement il va donc falloir l'y aider au travers d'ateliers en amont afin de constituer un backlog des tâche à faire etc.. De plus, l'agilité permettra au client de se faire son idée au fur et à mesure du développement. La difficulté c'est qui devra payer des sprints et non un scope fixe.
En effet dans un projet tu as trois variables :
- Le délai
- Le coût
- Les fonctionnalités
Fixer une des variables impliquent forcément un mouvement des autres. Et n'avoir aucune idée des fonctionnalités fait qu'il n'est pas possible de clairement avoir un délai ou un budget.
Nous travaillons en agile chez XXX et sommes parfaitement disposés à apporter un coup de main sous forme d'intervention ponctuelle ou plus régulière du projet et des besoins. Et comme tu l'a lu, le coaching, l'audit, le conseil etc.. c'est notre métier 🙂
Ce que je peux te proposer c'est d'en parler à mon responsable commercial demain pendant que toi tu vois avec ton client.
Dans la mesure où XXX serait sollicité nous pourrions je pense aider à convaincre en amont ton client que l'agile c'est sûrement ce dont il a besoin. Pas de promesses sur cette partie là tant que j'en ai pas parlé en interne ceci dit.
Et une boite comme cela aura forcément plus de légitimité et d'arguments pour "convaincre" le client qu'il s'agit de la bonne approche.
Je vais donc répondre une dernière fois au client, pour lui expliquer que :
- on ne peut pas estimer une charge de travail sans une liste précise des tâches à réaliser
- je travaille avec un partenaire, positionné nationalement, qui recommande ces méthodes de travail, et peut accompagner sur de tels projets
- une approche Agile est quasiment indispensable pour une startup : les besoins et les technos évoluent constamment, il faut être réactif
- en tant que professionnel, je dois également apporter du conseil, afin de réduire les risques d'échec et lui éviter de perdre du temps et de l'argent
Bon je n'y crois pas trop, et ce client n'est plus ma priorité. Je verrais bien comment il réagira, ça peut toujours me servir pour la suite. -
hmg
Nombre de posts : 26878Nombre de likes : 421Inscrit : 9 janvier 2005Bonjour,
C'est vous le professionnel. C'est vous l'expert dans votre domaine.
Vous connaissez les besoins, les risques, les délais...
Ce n'est pas au client de vous les imposer sans tenir compte des impératifs techniques, temporels et légaux.
"Non, nous ne disposons pas d'une formule magique qui d'un claquement de doigt fera apparaître votre logiciel clefs en main".Cordialement, - HMG - hmg_71@yahoo.fr Expert comptable - Paris - www.hmgec.com Pensez à regarder le contexte et la date des réponses. Elles ne s'appliquent pas toujours à tous les cas. -
htnfr
Nombre de posts : 1364Nombre de likes : 170Inscrit : 15 mars 2017Agile avec un seul dev et un client qui ne connait pas les principes: bonne chance 😃