J'ai voulu créer mon propre système de prise de rendez-vous — où est-ce que je risque de bloquer, devrais-je passer par une agence ?

Il y a deux ans, j'ai voulu faire pareil pour notre clinique par fierté. Dès la deuxième semaine, deux clients VIP ont réservé la même heure et se sont retrouvés face à face à l'accueil. L'un est parti en hurlant et nous a collé 1 étoile sur Google Maps. J'ai coupé le système le jour même pour prendre un logiciel pro. Ça ne valait vraiment pas la peine de se taper une telle honte.

Votre point de blocage s'appelle une "race condition" en dev. Quand un utilisateur est sur l'écran de paiement, le créneau doit être temporairement verrouillé, puis libéré au bout de 10 minutes si le paiement échoue. Faire tourner ça de manière stable avec du no-code amateur est quasi impossible.

Si vous demandez à une agence de coder ça de zéro, comptez au bas mot 70 000 à 90 000 TL pour commencer. Le logiciel clé en main à 1 500 TL par mois met environ 4 à 5 ans pour atteindre ce coût. En plus, les crashs de serveurs, les mises à jour et les changements d'API SMS sont à la charge de l'éditeur.

pour le sms faut déposer la plaque fiscale chez l'opérateur pour l'entête qd les webhooks sautent ya plus rien qui part les clients viennent pas mettez pas les pieds là dedans prenez un truc tout fait direct.

Laissez tomber les acomptes et les SMS pour l'instant. Commencez simplement avec des plugins de réservation gratuits qui synchronisent les Google Calendar de chaque praticienne. Dès que vous dépasserez 20 rendez-vous par jour, passez sur une plateforme dédiée ou embauchez des pros.

Qui a décrété qu'un salon de quatre personnes avait besoin d'un dev sur mesure ? Pas besoin de réinventer la roue. Des milliers de salons en Turquie et ailleurs tournent sur des solutions SaaS spécialisées, passez votre temps avec vos clients plutôt qu'à coder.

et si on mettait juste un petit bout de code qui recharge la page et masque le créneau dès que le client valide le formulaire ça n'éviterait pas les doublons ?

Vu que vous collectez l'identité, les coordonnées et les prestations esthétiques de vos clients, vous devez respecter scrupuleusement les obligations de responsable de traitement sous la loi KVKK dans votre propre système. En cas de faille de sécurité, vous vous exposez à de lourdes amendes administratives.

Je suis du même avis. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

La réponse ci-dessus va droit au but. bref si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

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

Ce conseil ne convient pas à tout le monde, je pense. Essayer de faire cela seul est la voie la plus coûteuse.

J'espère que cela vous sera utile.

Il y a un piège ici je ne pouvais pas ne pas le mentionner. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Chez nous aussi.

Nous avons aussi bloqué au même endroit à une époque. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

Nous avons aussi bloqué au même endroit à une époque. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Tous ceux qui se pressent sur mettre en place un système de rendez-vous se heurtent au même obstacle. Je le note au cas où.

Trois avis différents sont sortis ils se complètent tous. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

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

J'ai travaillé longtemps sur ce sujet. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

À votre place, j'irais par cette voie.

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

Bien sûr, cela change si votre situation est différente.