J'ai conçu mon appli mobile avec une IA gratuite — viable pour un vrai lancement ou juste bon pour une démo ?

Le code généré par ces trucs est une passoire niveau sécurité et gestion des sessions. En production, les adresses ou numéros de vos clients peuvent fuiter direct via des endpoints non sécurisés. Prenez le design comme modèle et faites recoder tout le back-end avec un vrai framework.

note : j'ai écrit cela d'après mon expérience, cela ne s'applique peut-être pas à tout le monde.

On a lancé une appli de prise de rdv pour salons de coiffure avec un export no-code / IA similaire. Dès qu'on a eu 40 personnes connectées en même temps, le serveur a crashé et les notifications ne partaient plus. Résultat : on a dû débourser 38.000 SAR deux mois plus tard pour tout faire recoder de zéro. Ça ne tient absolument pas la charge en conditions réelles.

Pourquoi investir direct 45.000 SAR dans une appli alors que t'as même pas encore fait une seule prestation de ménage ? T'as au moins testé le business en gérant les clients par messagerie avant de vouloir publier sur l'App Store ?

j'ai fait un dseign un peu pareil mais je capte pas du tout où vont les données quand on clique sur les boutons. si on publie sur le store les paiements par carte des clients sont pas censés arriver direct sur notre compte bancaire ?

Faites des captures de tous vos écrans et écrivez une phrase sous chacun pour expliquer son rôle. Ensuite, demandez des devis à des devs freelances expérimentés uniquement pour le back-end et les API. Vous vous en tirerez pour moitié moins cher qu'en agence.

bravo sortir vingt écrans en trois jours c'est une belle perf... mais ces écrans c'est comme la carrosserie d'une bagnole ; y'a pas le moteur ni la boîte... franchement surtout ne balancez pas des pubs et l'appli sur le store comme ça, vous vous ferez descendre en flammes dès le premier jour.

Prenez la décision de passer à l'étape suivante dans cet ordre : 1) Vérifiez si la plateforme de design sort du code propre vers l'extérieur. 2) Renseignez-vous sur la conformité facturation et cartes locales en Arabie saoudite. 3) Faites cliquer le prototype à au moins dix vrais utilisateurs et notez les endroits où ils bloquent dans le parcours.

Je suis d'accord. L'offre la moins chère est généralement la moins réfléchie.

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

La discussion part dans tous les sens, je recentre. 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. À votre place j'irais par cette voie.

Trois points à vérifier lors de cette opération. Demandez qui a préparé le devis et qui fera le travail.

J'espère que cela vous sera utile.

nous avons vécu presque la même chose l'année dernière... bon si les critères d'acceptation ne sont pas écrits la date de fin du projet est ouverte à discussion.

voilà désolé si je me suis étendu.

Je vais résumer le sujet, car plusieurs réponses différentes ont été données. Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

Un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates. Voilà, désolé si je me suis étendu.

La discussion part dans tous les sens, je recentre. L'offre la moins chère est généralement la moins réfléchie.

Tout va bien les trois premiers mois, les problèmes arrivent au quatrième. C'est mon avis, je ne l'écris pas comme une vérité absolue.

Merci c'était exactement la réponse que je cherchais.

Vous avez raison, je suis aussi passé par là. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

C'est confirmé par l'expérience.

C'est globalement vrai, mais il manque un point. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

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

Exact.

Il y a un piège ici, je ne pouvais pas ne pas le mentionner. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Le calendrier de paiement doit être lié aux étapes du projet pas au calendrier lui-même.