J'ai conçu l'appli mobile moi-même avec un outil gratuit — je la confie à une agence ou je la fais refaire de zéro ?

Les codes exportés par les outils gratuits sont généralement du code spaghetti ; pleins de bibliothèques inutiles et très gourmands en mémoire. Si l'application plante pendant que les restaurants passent leurs commandes rapidement tôt le matin, vous perdez directement des clients. Utilisez votre design comme référence visuelle mais faites écrire le logiciel proprement.

En examinant les devis, exigez ces trois critères : 1) La propriété des codes source doit être transférée à votre entreprise dès le premier jour, 2) Les processus de validation des stores Apple et Google doivent être inclus dans le périmètre de livraison, 3) Un support technique gratuit d'au moins trois mois doit être fourni après la validation du store.

Quand le gars qui propose 12 000 SAR commencera à ne plus répondre à vos appels deux mois plus tard, vous comprendrez la valeur de l'agence qui demande 40 000 SAR. Le logiciel pas cher se paie toujours au moins deux fois.

Prenez une capture d'écran de chaque écran de votre prototype et transformez le flux en PDF. Présentez-le comme cahier des charges technique quand vous demandez des devis aux agences. Ainsi vous bloquez dès le départ les prétextes de frais hors périmètre.

À Djeddah on a fait écrire de zéro une application logistique B2B similaire. Comme on a fourni notre prototype nous-mêmes, l'agence a fait passer son devis de 55 000 SAR à 34 000 SAR parce que le temps d'analyse a presque été divisé par deux. Votre prototype est un vrai levier de négociation.

Selon la réglementation du ministère saoudien du Commerce, la propriété des codes sources doit être explicitement stipulée dans les contrats de logiciels. Sinon, le code peut être considéré comme la propriété intellectuelle de l'agence. Quelle que soit l'offre que vous choisissez, faites inscrire dans le contrat que l'accès au dépôt de code (repo) sera ouvert au nom de votre entreprise.

Les restaurants ont-ils vraiment besoin d'une application mobile ? Un panneau web responsive pour les notifications et la facturation ne ferait-il pas l'affaire au début ? Avez-vous pris en compte les commissions des stores et les frais annuels de compte développeur ?

C'est une bonne idée d'avoir ouvert ce sujet. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

À votre place j'irais par cette voie.

Je ne savais pas ça.

Je suis d'accord, j'aimerais même souligner ce point. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé. Je le note au cas où.

je me pose aussi la question.

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

Il y a un point qui m'interpelle. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

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

Je suis d'accord. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

C'est une bonne idée d'avoir ouvert ce sujet.

Je vous conseille de ne pas vous presser. Mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

Je suis aussi curieux de savoir si d'autres font autrement.

Je vais résumer le sujet, car plusieurs réponses différentes ont été données. Un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates.

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

Comment avez-vous résolu ce point ? Mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement. J'espère que cela vous sera utile.