Application pour artisans : que doit-elle inclure ?

Que construisez-vous réellement : une application ou une plateforme biface ?

Dans une application mobile classique, il y a un utilisateur principal et un scénario principal. Par exemple, le client réserve un créneau ou envoie un formulaire. Dans une application pour artisans, il y a au moins deux parties : le client et le professionnel. Entre eux intervient l’opérateur, qui suit la qualité, les litiges, les paiements et les demandes non clôturées.

Le produit devient ainsi une plateforme biface. Une demande peut être créée par un client, filtrée par service et par zone, envoyée à plusieurs artisans adaptés, transformée en devis, discutée dans un chat, acceptée, exécutée et évaluée. Chaque étape doit avoir son propre statut et son historique.

Un bon exemple est le cas client FIX. Le projet comprend une application mobile, un portail web et une recherche basée sur l’IA pour mettre les clients en relation avec des artisans professionnels. La leçon essentielle est que l’interface utilisateur n’est que la partie visible. Le véritable travail réside dans les règles de mise en relation, la gestion des demandes et le contrôle assuré par l’administrateur.

Quels profils et quelles vérifications faut-il prévoir ?

Le profil client contient généralement le nom, le numéro de téléphone, les adresses, l’historique des demandes et le mode de communication privilégié. Pour les services sensibles, vous pouvez ajouter des photos, une description du bien et un accès pour certains membres du foyer.

Le profil de l’artisan est plus complexe. Il doit présenter les services proposés, les zones couvertes, les horaires de travail, les créneaux disponibles, des photos des réalisations, les prix ou fourchettes de prix et les évaluations. En interne, le système peut conserver des informations supplémentaires sur l’entreprise, l’EIK, les documents, l’assurance et le statut de la vérification.

Toutes les vérifications ne doivent pas forcément être automatisées. Dans le MVP, une approbation manuelle par un administrateur et des champs clairement indiqués pour les documents manquants peuvent suffire. Des vérifications automatiques pourront être ajoutées par la suite, mais uniquement si elles réduisent réellement le travail au lieu de créer davantage d’exceptions.

Comment le client trouve-t-il l’artisan approprié ?

La recherche doit combiner le service et la localisation. Le client peut choisir « réparation de chauffe-eau », un quartier, une période souhaitée et le degré d’urgence. Le système peut utiliser un rayon, un code postal ou une carte, mais l’opérateur doit pouvoir corriger le résultat.

La recherche par IA est utile lorsque le client décrit le problème avec ses propres mots. Plutôt que de choisir dans un long catalogue, il peut écrire que le chauffe-eau fuit ou qu’il cherche quelqu’un pour peindre deux pièces. L’IA peut classer la demande et proposer une catégorie, mais elle ne doit pas promettre elle-même un prix ou un délai si les données ne le permettent pas.

Il faut également prévoir une protection contre les mises en relation inadéquates. Un artisan qui n’a pas de créneau disponible, qui intervient en dehors de la zone concernée ou qui ne possède pas les qualifications requises ne doit pas recevoir la demande simplement parce qu’il a une bonne évaluation.

Comment une demande évolue-t-elle du début à la fin ?

1. 01
   Créer une demande

   Le client décrit le service, l’adresse, le créneau souhaité, le budget, les photos et les conditions particulières. Le formulaire doit être court, tout en recueillant suffisamment d’informations pour la première répartition.

2. 02
   Classification et répartition

   Le système détermine la catégorie, la zone et le degré d’urgence. Il propose ensuite les artisans appropriés en fonction du service, des disponibilités, de la distance et du statut du profil.

3. 03
   Recevoir des devis

   Les professionnels ne voient que les informations dont ils ont besoin et envoient leur prix, leur délai, une description et, le cas échéant, leurs conditions. Le client compare les devis sur un seul écran au lieu de rassembler des messages provenant de différents canaux.

4. 04
   Communication et confirmation

   Le chat conserve l’historique et peut permettre l’envoi de photos, de précisions et de notifications. Une fois le devis accepté, il devient un engagement avec un créneau, une adresse et une partie responsable.

5. 05
   Clôture et retour d’expérience

   L’artisan indique que le travail est terminé, le client confirme le résultat et les deux parties peuvent recevoir une évaluation. En cas de litige, l’administrateur voit l’intégralité de l’historique.

Faut-il intégrer le chat, les paiements et les évaluations dès le départ ?

Le chat est important, mais il ne doit pas être le seul canal. Le système doit savoir si la demande a simplement lancé une conversation ou si un devis a déjà été accepté. Les notifications par e-mail, SMS ou Viber peuvent rappeler la présence d’un message non lu et signaler un changement de statut.

Les paiements dépendent du modèle économique. Si la plateforme ne fait que transmettre des demandes, vous pouvez commencer sans paiement en ligne. Si le client réserve un service avec un acompte, paie via la plateforme ou si le système retient une commission, il faudra prévoir une payment gateway, la facturation, les annulations et les règles applicables en cas de litige.

Les évaluations doivent être liées à une demande réelle. Sinon, n’importe qui peut créer des profils fictifs ou publier des évaluations sans prestation effectuée. Des signalements internes pour réclamation, retard ou absence sont également utiles.

Que doit voir l’administrateur ?

Le panneau d’administration est le centre opérationnel de la plateforme. C’est là que les profils sont approuvés, que les catégories sont modifiées, que les demandes sont suivies et que les litiges sont gérés. Le panneau ne doit pas afficher une simple liste, mais une file de travail : nouvelles demandes, offres en attente, réponses en retard et dossiers non clôturés.

Les actions manuelles sont très utiles. L’opérateur doit pouvoir ajouter un artisan à une demande, modifier une catégorie, bloquer un profil, envoyer un rappel et corriger une adresse ou un horaire, avec un historique visible des modifications.

C’est là que le CRM prend tout son sens. Il centralise les échanges, les tâches, les demandes et l’historique client en un seul endroit. Si l’entreprise dispose d’un stock, de factures, de commissions ou de ses propres équipes, la plateforme peut également être connectée à un ERP. Découvrez par exemple la démo de l’ERP universel, qui rassemble les contacts, les projets, les tâches, les factures, le calendrier et les rapports.

Quand une application mobile suffit-elle ?

Une application mobile est un choix raisonnable pour commencer lorsque le scénario principal est clair : le client envoie une demande, l’artisan l’accepte et l’opérateur suit le processus depuis un panneau d’administration. Dans cette approche, le serveur, la base de données, les notifications et le contrôle des accès sont indispensables, même s’ils ne sont pas visibles par l’utilisateur.

Une simple application ne suffit pas lorsque les clients préfèrent effectuer leurs recherches sur Google, que les artisans travaillent sur ordinateur ou que les opérateurs traitent de nombreuses demandes simultanément. Il faut alors un portail web pour les profils et les demandes, et parfois aussi un portail distinct pour les administrateurs et les partenaires.

L’intégration avec un CRM ou un ERP se justifie lorsqu’il y a des clients récurrents, des commissions, des factures, des équipes sur le terrain, des stocks ou un besoin de reporting. Le développement de logiciels sur mesure permet de relier ces processus, au lieu de faire recopier les informations par l’opérateur entre les tableurs, les chats et le logiciel comptable.

Comment planifier un MVP sans construire la moitié d’un ERP ?

Un MVP ne signifie pas une application avec un nombre de fonctionnalités réduit au hasard. Il s’agit de la plus petite version permettant de vérifier que les clients envoient de vraies demandes et que les artisans répondent à temps. Pour une première version, l’inscription, les profils, la recherche par service et par zone, la demande, l’offre, les notifications, un chat basique, les évaluations et un panneau d’administration suffisent généralement.

N’intégrez pas immédiatement toutes les catégories, une tarification dynamique complexe, les abonnements, la facturation automatique, une carte en temps réel et des dizaines de rôles. Commencez par décrire un seul service dans une seule zone. Vous verrez ainsi à quel moment la demande se perd : lors de sa saisie, de sa répartition, de la réponse de l’artisan ou du choix de l’offre.

Pour les demandes qui arrivent par le site, vous pouvez également utiliser la démo du chatbot pour les demandes. Elle présente un court échange guidé, un numéro de référence et un panneau d’administration avec les demandes. Elle ne remplace pas la plateforme, mais constitue un point d’entrée pratique pour les clients qui n’ont pas encore installé l’application.

Comment définir le budget d’une application pour artisans ?

Le prix dépend du nombre de rôles, des plateformes, du mode de recherche, du chat, des paiements, des vérifications et des intégrations. La partie mobile seule peut se situer dans la fourchette 200–15 000 €. Lorsque vous ajoutez un portail web, une logique serveur, des processus d’administration et une intégration CRM ou ERP, le projet devient une plateforme logicielle et son budget se situe dans la fourchette 3 000–29 300 €.

Ces fourchettes ne correspondent pas au prix d’un produit prêt à l’emploi. Leur montant dépend du nombre d’écrans, du design, de la logique de mise en relation, du choix entre une intégration prête à l’emploi et une intégration sur mesure, des besoins de maintenance et du mode d’acceptation des paiements. Une bonne offre distingue donc le MVP, la version suivante et la maintenance, au lieu de promettre « tout » pour un montant global unique.

Comment éviter l’échec faute de masse critique ?

Une application techniquement fonctionnelle ne garantit pas l’existence d’un marché. S’il y a beaucoup de clients et peu d’artisans, les demandes restent sans réponse. S’il y a beaucoup d’artisans et peu de clients, les prestataires cessent de suivre la plateforme.

Planifiez le lancement autour d’un segment restreint : un service précis, une zone et une promesse pour les deux parties. Prévoyez un opérateur humain qui vérifie les premières demandes et aide à résoudre les litiges. Suivez des indicateurs réels comme le délai avant la première réponse, le taux d’offres acceptées et le nombre de services réalisés, plutôt que les seules inscriptions et installations.

C’est aussi pourquoi il ne faut pas concevoir une marketplace comme un simple catalogue. La valeur réside dans une mise en relation fiable, un processus clair et la confiance. Si ces trois éléments ne fonctionnent pas manuellement, l’automatisation ne fera qu’amplifier le problème plus rapidement.

Questions fréquemment posées

Les questions suivantes se posent généralement avant de confier un tel projet.

Une application pour artisans peut-elle fonctionner sans site web ?

Oui, pour un MVP limité, vous pouvez commencer avec une application mobile, un serveur et un panneau d’administration. Le portail web devient important lorsque les clients recherchent des services sur Google, que les artisans travaillent plus facilement depuis un ordinateur ou que vous avez des profils de services publics.

Comment les artisans sont-ils vérifiés sur la plateforme ?

Au début, l’approche la plus fiable consiste souvent à faire approuver manuellement le profil et les documents par un administrateur. Vous pourrez ensuite ajouter des vérifications automatiques, des évaluations issues des demandes clôturées et des règles de blocage en cas de réclamation.

Faut-il prévoir le paiement en ligne dès le MVP ?

Pas toujours. Si la plateforme se contente de mettre en relation le client et le prestataire, vous pouvez commencer par une demande et un devis. Le paiement en ligne devient nécessaire lorsque vous encaissez un acompte, prélevez une commission ou souhaitez garantir la réservation.

Combien coûte le développement d’une application pour artisans ?

Le MVP mobile se situe dans la fourchette 200–15 000 €. Une plateforme complète avec portail web, processus d’administration et intégrations CRM ou ERP est estimée dans la fourchette 3 000–29 300 €, le montant exact dépendant du périmètre et des intégrations.