Ein sofortiges Online-Versicherungsangebot muss zwei gegensätzliche Anforderungen ausbalancieren: Es muss schnell gehen, idealerweise nach nur wenigen Feldern, und es braucht genug echte Informationen, um die Police vernünftig zu bepreisen, statt zu raten. Ein regionaler Hausratversicherer, der einen Sofortrechner entwickelte, stellte fest, dass die Abfrage einer vollständigen Adresse gleich zu Beginn, bevor überhaupt ein Preis angezeigt wurde, ihn viele Besucher kostete, die gingen, bevor sie je eine Zahl sahen, genau die Besucher, die der schnelle Rechner bei der Stange halten sollte.
Die Postleitzahl erwies sich als die Eingabe, die beide Anforderungen recht gut erfüllte. Ein einziges kurzes Feld, schnell genug, dass die meisten Besucher bei der Eingabe nicht zögerten, und genau genug, um eine Immobilie einem Gebiet zuzuordnen, das in sinnvoller Beziehung zu den Risikofaktoren stand, die die versicherungsmathematischen Modelle des Versicherers bereits zur Bepreisung von Policen nutzten, Faktoren wie regionale Wettermuster, die lokale Schadenshistorie und die Nähe zu bekannten Hochwasser- oder Waldbrandrisikogebieten, die das eigene Risikoteam des Versicherers unabhängig pflegte.
Der Rechner sendete die eingegebene Postleitzahl an /v1/postcode, das das Gebiet ermittelt, dem diese Postleitzahl entspricht, und die Preis-Engine des Versicherers nutzte dieses Gebiet, um ihre interne Risikoeinstufung für die Region nachzuschlagen, vollständig auf Basis der eigenen, proprietären Daten und Methodik des Versicherers, wobei die Postleitzahlabfrage nur als Brücke zwischen dem, was ein Besucher eingab, und der zutreffenden Zeile in der Risikotabelle des Versicherers diente. My Geocode hatte keine Rolle dabei und keinen Einblick, wie der Versicherer das Risiko gewichtete, sondern ermittelte nur, welchen Ort eine bestimmte Postleitzahl tatsächlich beschrieb.
Ein auf diese Weise erstelltes Sofortangebot war klar als vorläufig gekennzeichnet, da eine vollständige Risikoprüfung weiterhin eine vollständige Adresse, Angaben zur konkreten Immobilie und weitere Informationen erforderte, die eine Postleitzahl allein nicht liefern kann, etwa das Alter eines Dachs oder das Vorhandensein bestimmter Brandschutzmaßnahmen. Die Aufgabe des Sofortangebots war, einem Besucher schnell genug einen realistischen Richtwert zu geben, um ihn im Prozess zu halten, nicht der endgültige, verbindliche Preis zu sein, und die Website des Versicherers machte diese Unterscheidung bei jedem Schritt deutlich.
Dieser gestufte Ansatz, jetzt eine schnelle Schätzung und die vollständige Adresse erst dann, wenn jemand bereit war, auf eine echte Police hinzuarbeiten, entsprach dem Verhalten, das Besucher bereits zeigten: Die meisten, die ein Sofortangebot anforderten, verglichen Angebote und wollten eine grobe Zahl, bevor sie sich auf den längeren Antrag einließen, und die Abfrage einer vollständigen Adresse, bevor sie diese grobe Zahl bekamen, hatte den Versicherer genau diese Vergleichskunden gekostet.
Der Traffic des Rechners stieg, wie der meiste Traffic beim Versicherungsvergleich, rund um die Verlängerungszeiträume und nach größeren Wetterereignissen in einer Region an, was die Nutzung des Versicherers in diesen Zeiträumen über das kostenlose Tageskontingent hinaus ins Prepaid-Guthaben brachte, Kosten, die gegenüber dem Wert eines abgeschlossenen Versicherungsantrags, ausgelöst durch ein schnelles, unkompliziertes Angebotserlebnis, kaum ins Gewicht fielen.
Die Dokumentation des Endpunkts finden Sie unter /docs/postal-code-lookup/, und Details zu den API-Preisen unter /pricing/.