Au moment de la pose, mes poseurs doivent identifier le commerce exact devant lequel ils se trouvent, et vite. Taper le nom à la main sur un trottoir, c'est ça le goulot d'étranglement. Comment rendre la recherche du commerce quasi instantanée, proprement ?

Avant de concevoir quoi que ce soit, une question conditionne tout le reste : qu'est-ce que le téléphone nous donne à ce moment-là, et qu'est-ce que tu acceptes de stocker ? Concrètement : est-ce qu'on a le GPS et l'appareil photo, et est-ce qu'on peut garder les données des commerces dans ta propre base ?

J'ai deux choses sous la main :

  • La position GPS du poseur.
  • L'appareil photo.

C'est tout. L'objectif, c'est juste de simplifier le process.

Le GPS est donc la clé. Trois façons de s'en servir, de la plus directe à la plus manuelle :

  • Autocomplétion Google en direct, guidée par le GPS. Tu injectes la dernière position connue dans Google Place Autocomplete (ou le widget JS) pour faire remonter d'abord les commerces proches, en privilégiant tes types de produits. Simple à mettre en place, mais tu paies Google à chaque recherche et ça ne fonctionne plus dès que le signal faiblit.
  • Capturer maintenant, rapprocher plus tard. Tu enregistres la position GPS brute au moment de la pose, et tu fais le rapprochement avec les commerces après coup, en batch, via d'autres APIs. Pas cher sur le terrain, mais le poseur ne valide rien sur place.
  • Photo seule, traitement manuel. Le poseur photographie la devanture et tu fais le rapprochement à la main. Ça marche même pour les commerces que Google ne référence pas, mais c'est lent pour tout le reste.

Par défaut, je partirais sur l'autocomplétion en direct : un tap, sur place. Mais elle dépend de Google à chaque recherche, et c'est justement le point qui mérite réflexion.

Voilà ce que je préférerais faire. Les poseurs connaissent leurs tournées à l'avance : chaque matin ou après-midi, ils couvrent un ensemble de rues bien défini. Donc autant traiter ces rues en amont :

  • Précharger les commerces que Google connaît sur ces rues dans ma propre base, avec leur type.
  • Au moment de la pose, aucun appel Google en direct : j'interroge ma base interne par GPS, avec des boutons de filtre par type de produit.
  • Si rien ne remonte dans un rayon de 50-60 m, fallback sur une recherche Google, puis sur une saisie manuelle avec photo.

Ça supprime le coût par recherche et ça marche même avec un mauvais signal.

C'est le bon choix, et ça renverse le problème du coût : tu paies Google une seule fois, en amont, au lieu de payer à chaque recherche. Le pipeline, par ordre de priorité :

  1. Traiter les rues en amont. Avant chaque tournée, récupérer chez Google les commerces de ces rues et les stocker en local, avec leur type.
  2. Classer par GPS. Au moment de la pose, lire la position du téléphone et afficher les commerces les plus proches, filtrés par les boutons de type de produit. Aucun appel réseau.
  3. Les fallbacks. Une recherche Google si le commerce n'est pas dans le rayon, puis une saisie manuelle avec la position GPS attachée.

Et tu obtiens le contrôle anti-fraude en bonus : chaque pose enregistre sa position GPS, et la photo prouve que le poseur était bien devant le commerce. Une pose déclarée depuis l'autre bout de la ville se fait repérer tout de suite.

Parfait. On part là-dessus.

Envoyer un email à Eliott

Curriculum vitae d'Eliott Baylot

Claude est une IA et peut se tromper se trompe. Vérifiez ses réponses trois fois plutôt qu'une.