Combien de semaines pour livrer une appli mobile — le délai de l'agence est normal ?

Huit semaines, ça ne passe que pour coller un logo sur un template déjà prêt. Annoncer 8 semaines sur un projet qui part de zéro avec de la carto, du tracking de coursier, des notifications et du paiement, c'est soit une équipe de débutants, soit ils vous ont vendu du rêve exprès pour signer le devis.

Le gros point noir, ce sont toujours les services en arrière-plan. La géolocalisation et l'optimisation de la batterie, c'est ce qui bouffe le plus d'heures en dev mobile. Avoir l'interface sans les endpoints de services prêts ne sert à rien. En plus, avec les règles d'Apple sur la localisation, les applis de tracking se font souvent retoquer au premier envoi, il faut obligatoirement prévoir 1 semaine de marge pour ça.

L'année dernière, on a fait développer une appli de suivi terrain similaire. L'agence avait promis 10 semaines, on a mis 21 semaines chrono pour passer en prod. Design 4 semaines, dev 12 semaines, correction de bugs 3 semaines, et validation sur les stores avec les autorisations de sécurité 2 semaines.

après la validation des stores ça prend pas 3 semaines non plus. si le compte est neuf google peut garder en review une semaine c vrai mais ios répond en 48h en général. l'agence se défausse un peu sur les stores pour masquer son propre retard j'ai l'impression.

Avant d'accuser l'agence faut voir vos délais de validation en interne. Vous mettiez combien de jours à valider les designs ? Est-ce que vous avez rajouté des trucs en cours de route genre 'on aimerait aussi ajouter la photo du coursier' hors contrat ? Les retours client repoussent souvent la livraison d'au moins 3 semaines.

Organisez une réunion de crise dès demain. Dites-leur : 'OK pour 14 semaines, mais lundi prochain je veux une version de test fonctionnelle entre les mains'. Et bloquez le solde restant tant que l'appli n'est pas publiée proprement sur les stores et que la première livraison réelle n'a pas été enregistrée.

Ils utilisent quelle stack technique ? C'est du cross-platform hybride ou du natif pour chaque OS ? Et côté serveur, c'est l'agence qui développe la base de données et les API ou ils se connectent à votre ERP / logiciel de compta actuel ?

Pour limiter la casse : 1) Gelez immédiatement le périmètre et n'ajoutez plus rien. 2) Imposez un compte-rendu hebdo par écrit avec build intermédiaire. 3) Signez un avenant conditionnant le solde du paiement à la validation finale sur les stores.

Pourriez-vous préciser un peu ? Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

Le point le plus souvent négligé concernant délai de livraison application mobile est : Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion. Bon courage.

Je pense différemment. Quand on décide sans mesurer, on revient toujours au même point.

Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ. Je le note au cas où.

Je suis d'accord. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

Bon courage.

Je pense différemment. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

J'ai vécu exactement la même chose il y a deux ans. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Bon courage.

Vous avez raison je suis aussi passé par là. genre si vous obtenez trois réponses différentes sur un sujet la question est mal posée.

Oui la situation est exactement ainsi concernant délai de livraison application mobile. L'erreur commise du côté de délai de livraison application mobile est généralement réversible, mais coûteuse.

Corrigez-moi si je me trompe.

je suis passé par là, laissez-moi vous raconter mais les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

si vous écriez le résultat ici, cela aidera aussi d'autres personnes.

J'ai vécu exactement la même chose il y a deux ans. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard. Bon courage.