J'ai créé seul une appli mobile en no-code, est-ce que ça va tenir avant de recruter un dev ?

Nous, on s'est lancés à Paris dans la livraison locale avec un outil no-code. Jusqu'à 750 membres actifs, ça tournait comme sur des roulettes pour 110 EUR par mois de frais de plateforme. Dès qu'on a voulu ajouter le suivi cartographique en direct pour les livreurs, le quota de données de la plateforme n'a plus suffi et la facture a explosé à 400 EUR par mois. C'est là qu'on est passés au code, ne vous précipitez pas.

En no-code, le vrai goulot d'étranglement, ce sont les requêtes d'écriture simultanées. Si 500 personnes ouvrent l'appli pour consulter le menu, aucun souci car la donnée statique vient du cache. En revanche, si entre 11h45 et 12h00, 150 personnes valident leur commande en même temps et que le système tente de décrémenter le stock, ça peut bloquer. Ne criez pas victoire sans avoir testé cette charge ponctuelle.

C'est très classique qu'un dev demande 8.500 EUR. Mais le vrai danger du no-code c'est la dépendance à la plateforme. Si demain cette boîte change sa politique tarifaire et triple ses prix, vous ne vous retrouverez pas avec la moindre ligne de code entre les mains. Si vous ne pouvez pas garder la main sur votre base de données, vous êtes en danger.

Ne mettez pas cet argent dans du dev maintenant. Ces 8.500 EUR, c'est votre bouffée d'oxygène pour le marketing et l'opérationnel. Atteignez 500 clients, et là où le système commence à ramer, passez au forfait supérieur de la plateforme. La plupart des boîtes qui font développer du sur-mesure avant de dégager un bénéfice net finissent par se planter sur l'opérationnel.

on est passés par là aussi. la pire erreur c'est d'enfermer les données dans la plateforme. sauvegarde ta table utilisateurs et les commandes chaque nuit sur un tableur externe. franchement le jour où tu bascules sur un dev ces données vont te sauver la vie.

Avez-vous des notifications push et un suivi de livreur en temps réel sur votre application ? Si l'utilisateur choisit simplement un menu sur une liste et procède au paiement, une infrastructure no-code tiendra très longtemps. Mais dès qu'il y a de la cartographie et de la géolocalisation en direct, les coûts de consommation de données s'envolent de façon exponentielle.

je teste moi aussi un projet similaire en no-code puis en stockant les coordonnées bancaires des clients sur ces plateformes est-ce qu'on s'expose à un risque de sécurité ou à des sanctions au regard des normes françaises et de l'UE ?

Anticipez votre plan de migration étape par étape dès maintenant : 1) Structurez vos tables de base de données selon une logique relationnelle, 2) Documentez toute la logique métier, 3) Testez les fonctionnalités d'export. Ainsi, quand vous passerez au sur-mesure, le dev n'aura pas à refaire toute l'analyse de zéro et votre facture sera divisée par deux.

Si j'ai bien compris, vous dites que : 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.

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

Le point le plus souvent négligé concernant application mobile no code est : Quand on décide sans mesurer, on revient toujours au même point.

Quand on essaie de tout changer en même temps rien ne prend. Je le note au cas où.

Ce qui est écrit correspond exactement à ce que nous avons vécu. L'erreur commise du côté de application mobile no code est généralement réversible, mais coûteuse.

C'est une bonne idée d'avoir ouvert ce sujet. L'erreur commise du côté de application mobile no code est généralement réversible, mais coûteuse.

Bon courage.

Je vais résumer le sujet, car plusieurs réponses différentes ont été données. 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.

Lors de la prise de décision écrivez aussi le pire scénario, pas seulement le meilleur... franchement corrigez-moi si je me trompe.

Vous avez raison. Quand on essaie de tout changer en même temps, rien ne prend.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Il y a un piège ici je ne pouvais pas ne pas le mentionner. Lors de la prise de décision, écrivez aussi le pire scénario pas seulement le meilleur.

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

je vais résumer le sujet, car plsuieurs réponses différentes ont été données. avant de décider, regardez quelles données vous avez en main.

Mes doutes sont levés merci.

résumé rapide pour les nouveaux : Quand on essaie de tout changer en même temps rien ne prend.

n'hésitez pas à demander celui qui ne demande pas paie toujours plus cher mais j'espère que cela vous sera utile.