EBHITS

Questionnaire de configuration - Version 3

Introduction 0%
Bienvenue

Avant de commencer

Pourquoi ce questionnaire ?
Pour développer votre application sur mesure, nous avons besoin de comprendre comment fonctionne votre entreprise et vos systèmes actuels. Vos réponses nous permettront d'éviter les erreurs et de livrer un produit qui correspond exactement à vos besoins.
Section 1 sur 7

Service Après-Vente (SAV)

Le module SAV permet à vos clients de suivre leurs réparations en temps réel. Nous devons comprendre comment fonctionne votre processus de réparation.

Décrivez le parcours d'un véhicule depuis son arrivée jusqu'à sa restitution au client.
Exemple : Réception → Diagnostic → Devis → Validation client → Réparation → Contrôle qualité → Facturation → Restitution

Pour chaque étape, qui est responsable de passer à la suivante ?
Exemple : Le technicien termine le diagnostic → Le chef d'atelier valide → Le système envoie le devis au client

Avant de commencer les réparations, le client doit-il donner son accord via l'application ?

Si oui, que se passe-t-il ensuite ?

Après combien de temps un devis non validé expire-t-il ?

Section 2 sur 7

Détails SAV & Tarification

Ces informations nous permettent de configurer l'affichage des réparations et le calcul des prix.

Cochez tout ce que le client doit pouvoir consulter dans l'application.

Un fichier avec la liste des pièces, leurs références et leurs prix.

Vos devis et factures suivent-ils un format particulier ?
Exemples : D-2025-00001, DEV/2025/001, FAC-CASA-2025-001

Section 3 sur 7

Votre CRM actuel

CRM = logiciel de gestion des clients.
Pour synchroniser automatiquement vos clients entre votre système actuel et la nouvelle application, nous avons besoin d'informations techniques sur votre CRM.

⚠️ Section importante
Sans ces informations, nous ne pourrons pas connecter l'application à votre base clients existante. Si vous n'êtes pas sûr des réponses, demandez à votre équipe technique ou au fournisseur de votre CRM.

API = interface de programmation qui permet à deux logiciels de communiquer entre eux automatiquement. Sans API, la synchronisation automatique n'est pas possible.

La documentation de l'API nous permet de comprendre comment récupérer et envoyer des données. Elle est généralement fournie par l'éditeur du logiciel.

Webhooks = notifications automatiques. Quand un client est ajouté ou modifié dans votre CRM, le système peut-il prévenir automatiquement notre application ?

Une personne qui peut nous aider avec les questions techniques sur l'API.

Section 4 sur 7

Outil de réservation en ligne

Vous utilisez actuellement un outil externe pour gérer les rendez-vous. Nous devons comprendre comment l'intégrer à la nouvelle application.

⚠️ Question critique
La réponse à ces questions détermine toute l'architecture du module de rendez-vous.

Permet de récupérer les créneaux disponibles et créer des rendez-vous automatiquement.

Source de vérité = le système qui détient la vraie liste des rendez-vous. C'est important pour éviter les conflits (ex: un créneau réservé deux fois).

Des accès "sandbox" ou de test nous permettent de développer sans affecter vos vraies données.

Section 5 sur 7

Tableau de bord administrateur

Le tableau de bord permet à vos équipes de gérer les clients, rendez-vous et réparations. Nous devons définir qui peut faire quoi.

Listez les différents profils de votre équipe qui utiliseront le système.

Pour télécharger des listes de clients, RDV, factures, etc.

Par exemple, quand un client appelle par téléphone.

Section 6 sur 7

Vos données existantes

Pour importer vos clients et véhicules existants sans erreurs, nous devons comprendre comment vos données sont organisées actuellement.

Pourquoi ces questions ?
Chaque système stocke les données différemment. Par exemple, un numéro de téléphone peut être "0612345678" ou "+212612345678". Nous devons adapter notre système à vos formats.

Quel champ permet de distinguer deux clients différents ?

Comment sont enregistrées les plaques dans votre système ?

Nous aurons besoin de fichiers pour l'import initial.

Section 7 sur 7

Synchronisation des données

Quand les mêmes données existent dans plusieurs systèmes (CRM, notre app), il faut définir des règles pour éviter les conflits.

Source de vérité = le système qui détient les données officielles. En cas de différence entre deux systèmes, lequel a raison ?

Merci pour vos réponses !

Vérifiez vos réponses si nécessaire en utilisant le bouton "Retour".
Une fois prêt, cliquez sur "Envoyer" pour nous transmettre le questionnaire.

Informations que vous souhaitez ajouter et qui n'ont pas été couvertes par les questions.

Questionnaire envoyé !

Merci pour vos réponses. Notre équipe vous contactera prochainement.