Comment mettre en œuvre au mieux la fonction "check-in" de l'application de récompenses
Je crée une application de récompenses qui repose largement sur une fonction d'enregistrement. Essentiellement, si l'utilisateur s'enregistre, cela ajoute au "nombre d'enregistrements" des utilisateurs, plus ils obtiennent de meilleures récompenses telles qu'une remise. J'essaie de trouver la meilleure façon pour les clients de s'enregistrer qui est sécurisée (évite la tricherie/l'usurpation d'identité), simple pour le client ainsi que simple pour le personnel participant (serveuses, caissières, etc.) et évolutive (je peux pas mis en place de technologie coûteuse dans tous les sites participants).
Ce que j'ai considéré jusqu'à présent:
Géolocalisation - L'option la plus simple, le téléphone vérifie s'il se trouve à l'emplacement du magasin/restaurant, si c'est le cas, il ajoute au nombre de check-in et l'utilisateur peut simplement montrer le nombre au personnel. Cependant, la géolocalisation est facilement usurpée, un utilisateur peut s'asseoir à la maison et faire un faux check-in tous les jours jusqu'à ce qu'il ait la meilleure remise, puis rentre.
Code généré par l'utilisateur - L'utilisateur peut générer un code unique sur son téléphone lorsqu'il est dans le magasin/restaurant. Ils pourraient ensuite montrer le code au personnel qui pourrait le taper dans leur propre portail pour vérifier le code des utilisateurs par rapport au serveur qui, à son tour, récompense l'utilisateur à son enregistrement. L'avantage de ceci est qu'il est très sécurisé car le personnel de l'entreprise peut valider le code, le code est unique à l'utilisateur/instance, il ne peut donc pas être partagé, et est facile pour le client, il suffit de cliquer sur "générer du code". Cependant, il est long et fastidieux pour le personnel de taper le code client, si c'est une journée bien remplie, cela pourrait être une rupture.
Nom du client - À peu près la même chose que le code généré par l'utilisateur, sauf plus facile à retenir pour le personnel s'il doit retourner au registre pour le saisir
Code généré par le personnel - Le personnel pouvait ouvrir son portail Web chaque matin au début de l'activité et générer un code unique pour la journée. Quelque chose de facile à retenir comme "robinhood", "triangle", etc. Ensuite, chaque fois qu'un client doit s'enregistrer, le personnel peut simplement lui dire le code du jour et le client peut le taper. Cela a l'avantage d'être plus simple pour le personnel, ils pouvaient générer le code une fois par jour et n'avaient rien à saisir. C'est plus difficile pour le client, mais il serait plus tolérant car ce sont eux qui bénéficient de la remise. La sécurité est décente, elle vérifie que l'utilisateur a effectivement utilisé le vrai code fourni par le personnel, mais il pourrait simplement être tweeté et partagé. Le personnel serait en mesure de réinitialiser/demander un nouveau code chaque fois qu'il veut lutter contre cela, mais cela ne le résoudrait pas complètement et ajouterait à nouveau du travail au personnel.
code QR - Je pourrais donner à l'entreprise une affiche/un autocollant de code QR, l'utilisateur devrait le scanner pour s'enregistrer. Cependant, ils pouvaient simplement prendre une photo et la numériser de n'importe où.
RFID - Une RFID pour le téléphone à lire serait plus difficile à usurper ce QR, mais les iPhones ne lisent pas la RFID passive et la RFID active serait assez coûteuse à distribuer à toutes ces entreprises.
Remarque: Dans ce cas simplicité est un facteur. J'ai entendu parler d'une technologie telle que des haut-parleurs à ultrasons projetant à une certaine fréquence qui peut être captée par les téléphones pour vérifier l'emplacement. Bien que je sois sûr que cela pourrait fonctionner, c'est bien au-delà de la portée de ce que j'aimerais/savoir comment faire.
Les gens ont beaucoup de sens du côté logiciel, mais je pense que nous devons approfondir. Vous ne voulez essentiellement pas que les gens soient une dépense sans générer de revenus. Dans ce cas, qu'est-ce qui empêche un utilisateur d'aller au restaurant, de s'enregistrer et de partir sans dépenser d'argent?
La seule façon de s'assurer que les revenus dépassent les dépenses est de les lier ensemble. Imprimez un QR Code unique sur le reçu avec un ID alphanumérique en dessous. le papier à reçu est moins cher que l'électricité pour exécuter la plupart des solutions technologiques. L'utilisateur peut scanner le code ou saisir l'ID. Vous lui attribuez des points en fonction du prix.
Cela a l'avantage supplémentaire d'encourager la clientèle d'affaires à dépenser plus d'argent. Il y en a plus sur la carte d'entreprise, puis l'employé obtient les points. Ce fut un énorme coup de pouce à l'industrie du transport aérien avec des miles de vol fréquents jusqu'à ce que les entreprises deviennent sages et commencent à prendre des miles pour leur utilisation.
Edit: Comme complément amusant pour cela, que se passe-t-il si vous avez enregistré des boissons, des entrées, des apéritifs, etc. et représenté chacun avec un emoji? Le chèque est scanné et instantanément deux entrées et une bière apparaissent avec le nombre de points pour chacun. Cela pourrait devenir addictif comme un enfer. Cela permet également d'éviter que les gens aient l'impression que les points ont une valeur en dollars. Ce n'est pas un point par dollar. C'est cinq points pour une entrée et un pour un plat d'accompagnement. C'est plus amusant.
Que se passe-t-il si un le code QR temporaire est généré de manière aléatoire dans l'application Rewards, puis scanné dans les locaux? Alors voici l'histoire -
1) Lorsque je souhaite m'enregistrer, je lance l'application de récompenses et elle génère un code QR aléatoire.
2) Au comptoir, ou dites une tablette montée ou quelque chose, l'application de numérisation est disponible. Je scanne le code QR aléatoire et je m'enregistre.
3) Le code QR a deux propriétés - son aléatoire et son temporaire. Donc, disons qu'un utilisateur génère à 14 heures, alors il n'est valide que pendant 10 minutes. Étant donné que l'application de numérisation est à proximité, cela pourrait bien servir. 4) L'application de numérisation ressemble plus à une fonction d'administration dans l'application Rewards elle-même, ou pourrait être une application distincte. Ne nécessite aucune implication du personnel en tant que tel.
5) En dehors de cela, certains contrôles de vitesse pourraient être utilisés. Par exemple, pas plus de X analyses par utilisateur/heure, pas plus de X analyses par utilisateur/an, etc. Cela contribuera certainement à réduire la fraude. Plus de couches peuvent aider, mais il ne faut pas oublier que la facilité d'utilisation du client réel ne doit pas être compromise.
6) Les analyses peuvent être utilisées ultérieurement pour trouver des modèles dans ces check-ins afin de détecter les tendances frauduleuses le cas échéant.
Vous devez vous fier à l'entreprise à un certain niveau si vous voulez être sûr que l'utilisateur ne triche pas d'une manière ou d'une autre. L'idéal serait une solution qui donne le moins de travail possible à l'Entreprise, car la plus intéressée est le Client (si j'ai bien compris). L'une des parties doit créer une clé et l'autre doit vous l'envoyer.
De vos propositions:
Dans Code généré par l'utilisateur et Nom du client , le client crée la clé et le Les entreprises doivent vous l'envoyer. L'avantage ici est que chaque clé peut être unique. Le problème est que l'entreprise a le plus de travail.
Dans le code généré par le personnel et le code QR , l'entreprise crée la clé et le Le client vous l'envoie. L'entreprise n'a qu'à créer une clé chaque jour. Le problème est que cette clé peut être partagée lorsque vous commentez.
Quelques propositions:
Le client génère ne clé temporaire que l'entreprise doit simplement approuver. Le client pourrait générer une clé indiquant dans l'application l'emplacement et une couleur (par exemple). Transmet ensuite cette couleur à l'entreprise qui devrait recevoir une demande dans l'application avec les informations de couleur (pour vérifier qui est le client) et accepter.
L'entreprise génère une clé unique pour chaque client qui doit la soumettre. Cette clé peut toujours être quelque chose de simple comme le nom d'un animal. L'idée serait que pour chaque client, ils ouvrent l'application et cela leur donne ne nouvelle clé unique, ils la partagent avec le client et il la soumet. Vous pouvez limiter le temps de création et de soumission à un certain montant.
L'option la moins chère peut être celle qui dépend fortement du smartphone de l'utilisateur, ce qui n'exige pas que les entreprises achètent des produits coûteux.
Étant donné que je ne pense pas que l'usurpation GPS serait une tâche aussi facile pour la plupart des utilisateurs, vous pouvez utiliser les données GPS pour vérifier à nouveau les entrées provenant d'autres méthodes d'enregistrement.
Le code QR pourrait être la solution optimale car il ne nécessite que du papier imprimé ou un moniteur par l'entreprise, et un smartphone avec appareil photo par le client.
A1: Impression quotidienne du code QR (l'option la moins chère à laquelle je pouvais penser)
- Vous pouvez envoyer chaque jour par e-mail un nouveau code QR à chaque entreprise;
- Le personnel de l'entreprise --- imprimera le publiera et l'affichera;
- Les clients numériseront le code QR imprimé avec votre application pour s'enregistrer.
Le personnel commercial devra passer une minute par jour à imprimer le code QR et à le placer près de la caisse.
A2: Code QR à usage unique (une version plus sécurisée, mais un peu plus chère)
Si vous pouvez fournir à chaque entreprise une tablette qui peut afficher une page Web (il peut même s'agir d'un phablet bon marché ou d'un petit moniteur externe), vous pouvez générer un nouveau code QR pour à chaque enregistrement :
- La tablette de l'entreprise affiche un code QR généré par votre serveur
- Le client scanne le code QR à l'aide de votre application
- La tablette affiche un message de confirmation, comme "Merci John pour l'enregistrement aujourd'hui!"
- La tablette de l'entreprise affiche désormais un nouveau code QR généré par le serveur
Le message de confirmation affiché par la tablette est utile pour masquer la génération d'un nouveau code QR et fournit un excellent retour d'information à l'utilisateur et au personnel. Le personnel des affaires ici est à peine impliqué. Je pense que cela pourrait être une solution très sûre car il ne serait pas possible d'utiliser deux fois le même code QR, vous ne pouvez donc pas simuler un enregistrement.
Un inconvénient possible des solutions basées sur smartphone est que les clients devront probablement installer votre application: selon la cible, cela pourrait être un problème grave.
Je pense que votre meilleure option est de combiner 2 approches que vous avez déjà mentionnées, seulement qu'il faudrait une torsion :
Géolocalisation - L'option la plus simple, le téléphone vérifie s'il se trouve à l'emplacement du magasin/restaurant, si c'est le cas, il ajoute au comptage d'enregistrement et l'utilisateur peut simplement montrer le comptage au personnel. Cependant, la géolocalisation est facilement usurpée, un utilisateur peut s'asseoir à la maison et faire un faux check-in tous les jours jusqu'à ce qu'il ait la meilleure remise, puis rentre.
Code généré par le personnel - Le personnel pouvait ouvrir son portail Web chaque matin au début de l'activité et générer un code unique pour la journée. Quelque chose de facile à retenir comme "robinhood", "triangle", etc. Ensuite, chaque fois qu'un client doit s'enregistrer, le personnel peut simplement lui dire le code du jour et le client peut le taper. Cela a l'avantage d'être plus simple pour le personnel, ils pouvaient générer le code une fois par jour et n'avaient rien à saisir. C'est plus difficile pour le client, mais il serait plus tolérant car ce sont eux qui bénéficient de la remise. La sécurité est décente, elle vérifie que l'utilisateur a effectivement utilisé le vrai code fourni par le personnel, mais il pourrait simplement être tweeté et partagé. Le personnel serait en mesure de réinitialiser/demander un nouveau code chaque fois qu'il veut lutter contre cela, mais cela ne le résoudrait pas complètement et ajouterait à nouveau du travail au personnel.
Faisons le "Twist"
Au lieu de demander aux employés de l'entreprise de générer un code et de s'appuyer sur le facteur humain, je suggère de laisser tout cela au système.
Dans ce cas, ce que vous pouvez faire est de fournir à l'entreprise ( ou d'utiliser ce qu'elle a! ) avec un écran qui affiche un mot commun. Disons dolphin.
Ainsi, toutes les 15 minutes, le système fait tourner les mots clés de ce magasin, et vous pouvez avoir (par exemple) goat, robin, cow, horse, etc. Disons que vous avez 16 mots clés pour chaque magasin.
Maintenant, une fois que l'utilisateur arrive dans le magasin, il sélectionne le mot-clé dans une liste de grille 4x4 (astuce: selon l'application ou le magasin, vous pouvez utiliser des images et le rendre ludique et amusant) . Le système valide sa position via GPS et vérifie si le mot-clé est correct à ce moment-là à cet endroit, avec un retard de +/- 2 minutes.
Autoriser 2 essais juste au cas où il y aurait une erreur et c'est tout: vous pouvez avoir une application ludique et intéressante entièrement gérée par un système sans compter sur une interaction humaine (côté magasin ) tout en offrant aux utilisateurs un moyen très simple de sélectionner le code. De plus, vous pouvez utiliser des images liées à l'industrie du magasin: nourriture, enfants, mode, etc.
En bref: si sécurité et simplicité sont vos mots clés, alors combiner les approches auxquelles vous avez déjà pensé serait une excellente option ( sans parler de la mise en œuvre vraiment bon marché)
Vous avez déjà la solution que vous cherchez, il s'agit juste de l'affiner
On dirait que vous vous penchez vers la solution de code généré par l'utilisateur, et vous avez juste besoin d'un meilleur moyen pour le personnel de traiter le code généré par l'utilisateur:
Cependant, il est long et fastidieux pour le personnel de taper le code client, si c'est une journée bien remplie, cela pourrait être une rupture.
Il existe un certain nombre de solutions qui rendraient ce processus plus efficace, et bien que je ne connaisse pas toutes les possibilités, il y en a au moins deux à considérer:
- OCR: au lieu de taper le code, le personnel peut simplement le prendre en photo ou demander au client de placer le code à côté d'une caméra pouvant prendre une photo.
- Reconnaissance d'image: au lieu d'un code, une image est générée que vous pouvez également prendre en photo d'un processus.
N'oubliez pas que la technologie devrait améliorer l'efficacité de la solution et non la résoudre!
Parfois, nous sur-concevons vraiment les solutions lorsque le facteur limitant ou le goulot d'étranglement doit être identifié et rationalisé en premier. Dans ce cas, je pense qu'il s'agit de devoir répondre à une journée bien remplie, c'est donc la ration du personnel au client que vous devez essayer de résoudre avec la technologie.
Je pensais que vous pouviez simplement distribuer quelque chose (un jeton physique ou numérique) que le client traitait sur son appareil, et qu'il devait rendre au personnel lorsqu'il récupérait sa commande. Le personnel a également quelque chose (encore une fois, il peut s'agir d'un jeton physique ou numérique) qu'il traite lorsque le produit est prêt à être collecté. Ensuite, il vous suffit de faire correspondre les deux pour créer la valeur de récompense. J'aime l'idée d'un jeton physique car il est facile à traiter et moins d'erreurs sont probables, et vous pouvez stocker des métadonnées physiques ou numériques qui peuvent être utilisées pour traiter des informations plus rapidement sur votre téléphone ou d'autres appareils mobiles.
Sur la base de l'expérience avec des produits similaires, il existe deux solutions viables.
Moins de technologie, plus de temps pour le personnel: lecteur QR
En tant qu'utilisateur enregistré de votre système, je reçois un QR unique (généré à partir de mon ID utilisateur?).
Lorsque je visite l'un de vos emplacements, je demande au commis de scanner le code de mon téléphone (comme un billet d'avion). En tant qu'entreprise, je concentre la messagerie sur "Check in at check out!" le client est donc encouragé à effectuer un achat.
Avantages:
- Facile
- Crée une interaction humaine
Plus de technologie, moins de temps pour le personnel: balise Bluetooth
En tant qu'utilisateur enregistré de votre système, avec une application mobile installée, mon téléphone peut communiquer avec votre magasin via des balises Bluetooth sur site (qui sont ridiculement bon marché de nos jours). Vous savez quand je rentre et j'obtiens un enregistrement avec un minimum d'effort.
Avantages:
- Permet l'analyse de la circulation en magasin.
- Prévenez les passages en positionnant le capteur profondément dans le magasin, exigez une grande proximité.
- Poussez passivement les promotions et les incitations sur place.
- Ne nécessite pas d'interaction humaine.
- Vous obtenez une application installée sur leur téléphone ????
Prendre parti
Dans le vide, j'opterais pour l'approche par balise. Cela me permet de générer plus de valeur au fil du temps et de créer moins d'impact sur le personnel. IOW, il a un meilleur potentiel pour augmenter les revenus.
Si vous souhaitez que le personnel vérifie le client pour un enregistrement valide, je suggère une carte RFID. Une carte RFID de carte mémoire protégée reprogrammable coûte environ 4 $ par carte (ou moins cher dans des volumes plus importants) et peut être réutilisée, les cartes peuvent être reprogrammées à l'aide d'un smartphone ou vous pouvez louer gratuitement un reprogrammeur RFID dans le cadre de votre plan d'affaires avec le boutique, ces reprogrammeurs coûtent environ 80 $ chacun. Vous souhaitez utiliser une carte mémoire protégée au lieu d'une simple carte mémoire pour empêcher une réécriture non autorisée. Chaque matin ou toutes les quelques heures, le personnel doit taper sa carte sur le reprogrammeur pour écrire un nouveau code sur sa balise. Une machine à 80 $ n'est pas un gros investissement, si la proposition de valeur de votre plan d'affaires ne peut pas générer un retour de 100 $ par semaine, vous devez d'abord fixer votre plan d'affaires, aucun magasin ne vous prendra au sérieux.
Notez qu'avec cela, il est possible pour les utilisateurs avertis de copier le code de la carte stockée, puis de distribuer le code copié sur Internet pour que d'autres personnes l'utilisent. Si vous avez besoin d'une meilleure sécurité, vous voudriez plutôt utiliser une carte à microprocesseur au lieu de simples cartes mémoire. La carte à microprocesseur possède un processeur intégré qui peut effectuer des calculs personnalisés, ce qui rend la carte légèrement plus chère à 25 $ par carte, mais la carte peut générer un code à usage unique basé sur un secret quotidien et un compteur interne pour prévenir la fraude. Vous devez enregistrer le code sur le serveur de vérification, pour vous assurer que le code ne peut pas être réutilisé à grande échelle. Je ne recommanderais cela que pour les programmes de récompenses de plus grande valeur, où l'entreprise peut légitimement perdre de l'argent important grâce aux récompenses en cas de fraude.
Si vous ne voulez pas que le personnel ait besoin de vérifier les enregistrements valides (c'est-à-dire si votre proposition de valeur fonctionne même si l'utilisateur n'achète rien), vous pouvez demander au personnel d'imprimer un mot-clé ou un code QR qui tourne quotidiennement, puis affiché publiquement. Dans ce cas, vous ne devriez pas vous inquiéter trop si un petit nombre d'utilisateurs trichent, car la proposition de valeur ne doit pas être telle que l'entreprise vendrait quoi que ce soit à perte. La boutique devrait simplement considérer le code comme tweeté comme un coût publicitaire, tout ce qu'ils perdent en profit par vente serait récupéré en augmentant le volume des ventes, la notoriété de la marque et les clients à long terme longtemps après la fin de la remise. Vous devriez probablement même encourager les gens à partager le code de réduction avec leurs amis, c'est juste grande publicité.
Si vous ne voulez pas que le personnel soit impliqué, mais que vous souhaitez toujours un achat vérifié pour un enregistrement, vous devez l'intégrer à la machine POS de la boutique. Le PDV doit imprimer le code avec le reçu à chaque achat.
Si vous voulez quelque chose d'un peu low tech. Vous pouvez utiliser une carte tampon. Si vous n'avez pas besoin d'un achat vérifié, le tampon peut être placé dans un endroit accessible au public, pour un tamponnage en libre-service, et sécurisé avec un morceau de ficelle. Le tampon doit avoir un code généré quotidiennement et le tampon doit avoir un verrou pour empêcher les personnes non autorisées de modifier le code. Pour vérifier la carte de tampon, le personnel peut éventuellement saisir les chiffres dans une application pour vérifier le code. Je dis facultatif ici, car certains membres du personnel se souviendront probablement des visages de clients fréquents et pourraient décider d'ignorer la vérification lorsqu'ils ne pensent pas que la fraude est un problème pratique dans leur partie de la ville.
Le point important à retenir ici est que vous devez concevoir votre solution autour de votre proposition commerciale. Une meilleure sécurité n'est garantie que lorsqu'il y a plus de risques impliqués dans le programme de récompense. Vous ne pouvez pas avoir un programme à haut risque avec une faible sécurité, c'est trop lourd pour associer une solution à haute sécurité pour un programme à faible risque.
Séparez le client en deux catégories: anonyme et identifié.
Utilisateurs identifiés: collectez un identifiant unique auprès du client: numéro de mobile ou identifiant de messagerie. Liez-le à la facture. Aucune application requise pour l'utilisateur. L'utilisateur reçoit l'offre en fonction du montant de la facture via le logiciel de facturation par mail ou SMS.
Utilisateurs anonymes Personnes qui ne souhaitent pas partager leurs coordonnées. Une application qui crée un compte avec un ID unique donné une fois par l'entreprise pour s'inscrire et un mot de passe généré par l'utilisateur. L'ID peut être une séquence de seulement 4 caractères alphanumériques (cela créerait 1679616 ID uniques). Cela peut être communiqué à l'entreprise lors de la facturation et les offres seront automatiquement envoyées à l'application via le logiciel de facturation.
Avoir un identifiant vous aide à identifier les clients réguliers et les relie à ce qu'ils commandent et au nombre de fois qu'ils visitent. Vous pourriez alors mieux adapter vos offres. Quelqu'un pourrait citer le numéro de téléphone/e-mail de quelqu'un d'autre, mais les cas seraient peu nombreux. De plus, cela n'a pas beaucoup d'importance car l'offre est liée à la vente. Cela vous aidera également à suivre si l'utilisateur se rend dans plusieurs établissements où le système est en place
Je pense que vous devriez aller avec Géolocalisation ou Scanner de code Qr car les autres fonctionnalités que vous avez mentionnées peuvent ne pas être disponibles sur tous les smartphones. Ceux-ci sont bien connus des gens et ils se sentent libres de les utiliser.
Même l'effort fourni par l'utilisateur est minimal, comme dans d'autres, il doit générer ou transférer du code, qui nécessite des efforts de l'utilisateur mais ici, il a juste besoin de scanner le QR ou simplement vous asseoir et voir avec la géolocalisation.