Un outil de collaboration pour équipes à distance avait un champ de profil pour le fuseau horaire que presque personne ne remplissait correctement, puisqu'il obligeait chacun à sélectionner manuellement son fuseau horaire dans une longue liste déroulante lors de l'inscription, une étape facile à sauter ou à mal remplir, surtout pour quelqu'un qui venait de déménager ou qui voyageait au moment de créer son compte. Résultat : un annuaire d'équipe rempli de fuseaux horaires périmés ou manquants, auxquels personne ne faisait assez confiance pour s'en servir au moment de décider d'écrire ou non à un collègue.
L'entreprise a remplacé le champ manuel par un champ automatique. Au lieu de demander à l'utilisateur de choisir son fuseau horaire, l'application le déterminait directement à partir de la connexion qui émettait la requête. /v1/ip recevait l'adresse IP de l'utilisateur à la connexion et renvoyait le pays et des coordonnées, et ces coordonnées alimentaient /v1/timezone, qui renvoyait le nom de fuseau horaire IANA correspondant à cet endroit, maintenu à jour par une nouvelle résolution périodique plutôt que figé sur la position de l'utilisateur au seul moment où il avait rempli un formulaire.
Le résultat visible dans le produit était un petit ajout au profil de chaque membre de l'équipe : un indicateur de pays et une heure locale en direct, mise à jour automatiquement, à côté de son nom dans l'annuaire de l'équipe et dans toute conversation privée. Un collègue qui se demandait s'il devait envoyer un message ou attendre le lendemain matin pouvait voir d'un coup d'œil s'il était une heure raisonnable chez l'autre personne, sans avoir à se rappeler dans quel pays elle était basée ni à calculer lui-même le décalage horaire.
L'entreprise a laissé ce réglage modifiable plutôt que totalement automatique et figé, car un utilisateur voulait parfois remplacer la position détectée, par exemple quelqu'un qui travaillait temporairement depuis un autre pays que d'habitude et préférait que son profil reflète son fuseau horaire habituel plutôt que l'endroit d'où il se connectait à ce moment-là. La détection automatique définissait une valeur par défaut raisonnable qui se mettait à jour d'elle-même dans le cas courant, tandis qu'un réglage manuel restait disponible pour les exceptions.
C'était une fonctionnalité vraiment modeste en termes d'effort de développement, pour l'essentiel deux recherches enchaînées à la connexion et une petite modification d'affichage dans l'annuaire de l'équipe, mais elle a supprimé une friction qui coûtait discrètement à l'équipe un peu de temps de coordination depuis des années : le coût diffus de ne pas savoir si c'était le bon moment pour contacter quelqu'un sans lui demander d'abord ou simplement deviner.
Le volume suivait les sessions de connexion plutôt que chaque message ou chaque affichage de page, puisque les données de localisation et de fuseau horaire étaient actualisées périodiquement plutôt qu'à chaque requête, ce qui maintenait la charge largement dans le quota quotidien gratuit, même pour un outil de collaboration dont une base d'utilisateurs conséquente se connecte tout au long de la journée.
Ce type de petits réglages par défaut discrets compte souvent davantage, au cumul, qu'une fonctionnalité spectaculaire isolée, car ils retirent un peu de friction à quelque chose qui se produit en permanence plutôt que de résoudre un problème qui ne survient qu'occasionnellement. La documentation des deux endpoints se trouve sur /docs/ipv4-lookup/ et /docs/timezone-lookup/.