Construire une relation qui appartient au restaurant.

Sur une marketplace, le restaurant exécute souvent la commande sans disposer d'une continuité exploitable avec la personne qui l'a passée. Sur son canal direct, il peut retrouver l'historique lié à son activité et comprendre si un client commande pour la première fois, revient régulièrement ou utilise un avantage précis.

L'objectif n'est pas de constituer un fichier publicitaire sans limite. Il est de donner au restaurant le contexte nécessaire pour mieux servir ses clients, traiter une demande et, lorsque le cadre juridique le permet, proposer une action de fidélité pertinente.

Un client peut commander en tant qu'invité lorsque ce parcours est activé. Il fournit alors uniquement les informations nécessaires à l'exécution de la commande, à son paiement et à sa remise. La création d'un compte n'est pas imposée pour ajouter artificiellement un contact à la base.

Avec un compte, le client peut retrouver les éléments prévus par la boutique, notamment son historique de commandes et les avantages disponibles. Le restaurant, lui, dispose d'une continuité plus claire entre les visites, sans devoir rapprocher manuellement plusieurs commandes isolées.

Selon les fonctions activées et les droits du compte restaurateur, la fiche peut regrouper les coordonnées autorisées, les commandes liées, la date de dernière activité, le montant cumulé traité par la boutique et des notes internes utiles au suivi d'une demande. Chaque établissement ne consulte que les données qui lui sont rattachées.

Une préférence déduite d'un achat n'est pas présentée comme une vérité sur la personne. L'historique donne un contexte factuel — ce qui a été commandé et quand — mais le restaurateur reste responsable de l'interprétation qu'il en fait.

Le restaurant peut créer des codes promotionnels lorsque cette fonction est activée. Il définit la valeur de l'avantage, sa période, ses éventuelles conditions et ses limites d'utilisation. Le client voit la réduction appliquée dans le panier avant de confirmer sa commande.

Un code n'est pas une remise permanente cachée. Son objectif, ses règles et son coût doivent être compris par le restaurant : relancer une période calme, remercier une communauté ou mesurer une campagne distribuée sur un support précis.

Lorsqu'un programme de fidélité est configuré, la règle repose sur une mécanique compréhensible, par exemple un avantage après un nombre d'achats déterminé. Le client doit pouvoir connaître les conditions applicables et le restaurant doit pouvoir vérifier pourquoi un avantage est disponible.

Serveo n'impose pas une mécanique identique à toutes les cartes. Une fréquence adaptée à un fast-food n'est pas forcément pertinente pour un restaurant où le panier et le rythme de visite sont différents. La règle est préparée avec l'établissement et reste modifiable selon les fonctions disponibles.

Un client commande une première fois en renseignant les informations nécessaires. S'il choisit de créer un compte, il retrouve ensuite son historique et les avantages prévus par la boutique. Lors d'une nouvelle commande, le code ou la récompense applicable est contrôlé avant le paiement ; la cuisine reçoit toujours une commande au prix final validé.

Dans l'espace restaurateur, l'équipe peut retrouver la commande, comprendre l'avantage appliqué et consulter le contexte client autorisé. Elle ne doit pas exporter ou réutiliser ces informations en dehors de la finalité annoncée sans vérifier la base légale correspondante.

Les données nécessaires à l'exécution d'une commande et celles utilisées pour une communication commerciale ne répondent pas au même besoin. Une adresse fournie pour envoyer une confirmation ne devient pas automatiquement une autorisation d'envoyer des promotions.

Les préférences de communication doivent rester modifiables. Lorsqu'une campagne est permise, le message doit identifier clairement le restaurant ou Serveo selon l'expéditeur, et proposer le mécanisme d'opposition ou de désinscription adapté au canal utilisé.

Les données d'activité de la boutique restent isolées par établissement. Les accès dépendent des rôles autorisés et les demandes d'accès, de rectification ou de suppression doivent être traitées conformément à la politique de confidentialité et aux obligations applicables.

L'export n'est pas présenté comme un droit d'utiliser les données sans limite. Il sert à permettre au restaurant de conserver la maîtrise de son activité et de répondre à ses obligations. Pour comprendre les finalités, durées de conservation et droits, la page Données complète cette présentation produit.

La qualité de l'historique dépend de la qualité des commandes et de l'identification choisie par le client. Deux commandes invitées utilisant des informations différentes ne doivent pas être fusionnées automatiquement sur une simple supposition. Les fonctions de segmentation ou de campagne ne sont utilisées que lorsqu'elles sont effectivement activées pour l'établissement.

Serveo fournit l'outil et le cadre de configuration ; le restaurant reste responsable du contenu de ses campagnes, de ses conditions promotionnelles et de l'usage qu'il fait des données accessibles. Un accompagnement juridique spécifique doit être demandé à un professionnel compétent lorsque la situation l'exige.