Ein Mitarbeiter im Telefonsupport kennt die Vorwahl eines Anrufers, noch bevor das Gespräch überhaupt beginnt, ein kleiner, aber wirklich nützlicher Kontext. Ein Live-Chat-Mitarbeiter dagegen beginnt oft mit nichts als einem Namen und dem, was der Kunde als Erstes schreibt. Ein Softwareunternehmen mit Live-Chat-Support wollte diese Lücke schließen, indem es dieselbe Art von grundlegendem Standortkontext automatisch bereitstellte, ohne den Kunden nach zusätzlichen Angaben zu fragen.
Die Lösung lief vollständig serverseitig in dem Moment, in dem eine Chat-Sitzung begann. /v1/ip löste die IP-Adresse des Besuchers in Land, Region, Stadt und ein Zeitzonenfeld auf, die alle in einem kleinen Bereich neben dem Chatfenster ausschließlich zur Information des Mitarbeiters angezeigt wurden. Dem Kunden wurden sie nie gezeigt, denn es handelte sich um Kontext für den Mitarbeiter und nicht um eine Funktion, die der Kunde sehen oder bedienen musste.
Der unmittelbare Nutzen war einfach: Ein Mitarbeiter konnte vor seiner Antwort die Ortszeit eines Kunden sehen, was hilfreich war, um einzuschätzen, ob „Entschuldigen Sie die Verzögerung“ angebracht war oder ob der Kunde tatsächlich zu einer für seine eigene Zeitzone völlig vernünftigen Uhrzeit chattete. Ein Mitarbeiter konnte außerdem Land und Region des Kunden sehen, ohne nachfragen zu müssen, ein nützlicher Kontext für ein Support-Team, das ein Produkt mit regionsspezifischen Richtlinien, Versandregeln oder regulatorischen Unterschieden betreut, die bestimmen, welcher Rat tatsächlich korrekt ist.
Das Unternehmen achtete genau darauf, wofür dieser Standortkontext verwendet wurde und wofür nicht. Er beeinflusste, wie ein Mitarbeiter eine Antwort formulierte, und gelegentlich, welcher Artikel aus der Wissensdatenbank angesichts regionaler Produktunterschiede am relevantesten war. Er änderte aber nie automatisch, was der Mitarbeiter einem Kunden sagte, ohne dass dessen eigenes Urteil beteiligt war, und er wurde dem Kunden nie als Aussage darüber präsentiert, wo genau er sich befand. So vermied das Unternehmen das Unbehagen, das manche Kunden verständlicherweise empfinden, wenn ein Unternehmen scheinbar mehr über ihren Standort weiß, als sie ausdrücklich mitgeteilt haben.
Bei Kunden, die ein VPN oder ein Firmennetzwerk nutzten, stimmte der angezeigte Standort manchmal nicht mit ihrem tatsächlichen Aufenthaltsort überein. Die Mitarbeiter wurden geschult, ihn als hilfreichen Hinweis und nicht als bestätigte Tatsache zu behandeln, besonders bei allem, wo ein Irrtum ins Gewicht fiel, etwa bei der Annahme, dass eine bestimmte regionale Richtlinie für einen Kunden gilt, dessen Konto tatsächlich einen anderen, verlässlicheren Standort gespeichert hatte. Wo beide voneinander abwichen, hatten die Standortdaten des Kontos immer Vorrang vor dem IP-basierten Hinweis.
Es handelte sich um eine kleine Ergänzung eines bestehenden Support-Tools und nicht um eine neue Produktfunktion. Das eigene Entwicklungsteam des Unternehmens fügte sie dem internen Mitarbeiter-Dashboard hinzu, das die Support-Software bereits bereitstellte, und auf Kundenseite war nichts nötig, keine Berechtigungsabfrage und kein Dialog zur Standortfreigabe, da alles ausschließlich über die IP-Adresse funktionierte, die in der Chat-Verbindung ohnehin vorhanden war.
Das Volumen entsprach direkt der Zahl der Chat-Sitzungen, eine Abfrage pro neuer Sitzung, eine Last deutlich innerhalb des kostenlosen Tageskontingents für den Support-Chat-Traffic des Unternehmens. Kleiner Kontext wie dieser wird selten ausdrücklich bemerkt, verändert aber auf viele kleine Arten, wie gut vorbereitet sich ein Mitarbeiter fühlt, wenn er die allererste Nachricht eines Gesprächs beantwortet.
Die Dokumentation zum Endpunkt finden Sie unter /docs/ipv4-lookup/ und /docs/ipv6-lookup/.