Devis reçu pour le développement d'une appli iOS — comment se déroule le projet, qu'attend-on de nous ?

Si vous partez avec l'agence au devis d'une seule ligne, ils vont passer leur temps à vous facturer des extras en plein milieu du projet sous prétexte que « ce n'était pas inclus ». Ne signez rien sans un cahier des charges précis. Le contrat doit stipuler aussi clairement ce qui est fait que ce qui ne l'est pas.

Demandez impérativement quelle technologie sera utilisée. Est-ce une solution hybride ou du développement iOS purement natif en Swift ? Pour du B2B avec des catalogues de pièces denses et beaucoup de filtres, la fluidité et le fonctionnement hors-ligne sont cruciaux. Le natif coûte plus cher, mais c'est bien plus stable sur le long terme.

En examinant l'offre, clarifiez bien trois points : 1) À qui appartiendra le code source ? 2) Combien de mois de garantie et de correction de bugs sont inclus après la mise en ligne sur l'Apple Store ? 3) Qui développe les webservices pour la synchronisation avec votre ERP/comptabilité ?

Avez-vous vraiment besoin d'une appli exclusivement iOS pour de la vente de pièces B2B ? Vos clients sont-ils tous sur iPhone ? Si vous zappez Android ou si vous privilégiez une appli au détriment d'un bon portail web responsive vous risquez d'investir un budget conséquent dans un dispositif incomplet.

ne traînez surtout pas pour demander le numéro duns. bon la validation d'un compte entreprise par apple prend parfois 2 à 3 semaines, ce serait bête que l'app soit prête mais bloquée pcq vous pouvez pas la publier.

Je vous conseille de vérifier les références des agences sur des projets B2B similaires (gestion de stocks/commandes) et de contacter directement leurs clients. Pensez également à intégrer des pénalités de retard au contrat pour sécuriser les délais annoncés.

On a un projet similaire en tête mais pour le compte développeur Apple, faut-il payer un abonnement séparé au nom de la boîte ou est-ce que l'agence peut la publier directement sur son propre compte ?

Rapprochez-vous tout de suite de votre équipe informatique pour savoir si votre logiciel de stock dispose déjà d'API ouvertes. Si l'agence doit créer les passerelles de données de zéro, la facture va exploser. Si la donnée est facilement accessible, le coût de dev diminuera directement.

Je vais expliquer comment c'est fait en pratique. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Je suis dans la même situation, c'est pourquoi je pose la question. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ. Corrigez-moi si je me trompe.

Je trouve difficile d'être aussi catégorique côté Développement d'application iOS. Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Si j'ai bien compris, vous dites que : Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

À votre place, j'irais par cette voie.

Je parle du point de vue du fournisseur c'est mon côté. Quand on décide sans mesurer, on revient toujours au même point.

À votre place j'irais par cette voie.

La réponse ci-dessus va droit au but. Quand on décide sans mesurer, on revient toujours au même point.

Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Je suis d'accord, j'aimerais même souligner ce point. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Mes doutes sont levés, merci. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois. Bien sûr, cela change si votre situation est différente.

Il y a un point qui m'interpelle. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

L'erreur commise du côté de Développement d'application iOS est généralement réversible mais coûteuse. C'est mon avis je ne l'écris pas comme une vérité absolue.

Si vous partez dans cette direction, réglez cela dès le départ. Si le périmètre s'agrandit, il faut augmenter soit le délai soit le budget. Il n'y a pas de troisième option.