Una herramienta de colaboración para equipos remotos tenía un campo de perfil para la zona horaria que casi nadie rellenaba correctamente, ya que obligaba a cada persona a elegir a mano su propia zona horaria en una larga lista desplegable durante el registro, un paso fácil de saltarse o de hacer mal, sobre todo para alguien que acababa de mudarse o estaba de viaje cuando configuró su cuenta. El resultado era un directorio del equipo lleno de datos de zona horaria obsoletos o ausentes en los que nadie confiaba lo suficiente como para usarlos al decidir si escribir a un colega.
La empresa sustituyó el campo manual por uno automático. En lugar de pedir al usuario que eligiera su zona horaria, la app la obtenía directamente de la conexión que hacía la solicitud. /v1/ip tomaba la dirección IP del usuario al iniciar sesión y devolvía el país y las coordenadas, y esas coordenadas se pasaban a /v1/timezone, que devolvía el nombre de zona horaria IANA de esa ubicación, que se mantenía actualizado volviendo a resolverlo periódicamente en lugar de fijar la ubicación que el usuario tuviera la única vez que rellenó un formulario.
El resultado visible en el producto fue un pequeño añadido en el perfil de cada compañero: un indicador de país y una hora local en vivo, que se actualizaba automáticamente, junto a su nombre en el directorio del equipo y en cualquier conversación de mensajes directos. Un colega que dudaba entre enviar un mensaje o esperar a la mañana podía ver de un vistazo si era una hora razonable donde estaba la otra persona, sin tener que recordar en qué país vivía ni hacer cálculos de zonas horarias por su cuenta.
La empresa lo mantuvo ajustable en lugar de totalmente automático e inmodificable, ya que de vez en cuando un usuario sí quería corregir la ubicación detectada, por ejemplo alguien que trabajaba temporalmente desde un país distinto del habitual y prefería que su perfil reflejara su zona horaria habitual en lugar de la del lugar desde el que se conectaba en ese momento. La detección automática fijaba un valor por defecto sensato que se actualizaba solo en el caso más común, mientras que la corrección manual seguía disponible para la excepción.
En cuanto a esfuerzo de ingeniería, era una función realmente pequeña, básicamente dos consultas encadenadas al iniciar sesión y un pequeño cambio de visualización en el directorio del equipo, pero eliminó una fricción que llevaba años costándole al equipo, sin que se notara, pequeñas cantidades de esfuerzo de coordinación: el coste de fondo de no saber si era buen momento para contactar con alguien sin preguntar antes o simplemente adivinarlo.
El volumen seguía a las sesiones iniciadas y no a cada mensaje o visita a una página, ya que los datos de ubicación y zona horaria se actualizaban periódicamente en lugar de en cada solicitud, lo que mantenía la carga muy dentro de la cuota diaria gratuita incluso para una herramienta de colaboración con una base de usuarios considerable iniciando sesión a lo largo del día.
Los valores por defecto pequeños y discretos como este suelen importar más en conjunto que cualquier función llamativa aislada, ya que eliminan un poco de fricción de algo que ocurre constantemente en lugar de resolver un problema que solo aparece de vez en cuando. La documentación de ambos endpoints está en /docs/ipv4-lookup/ y /docs/timezone-lookup/.
Un código postal y una ciudad que no coinciden en un formulario de pedido parecen una pequeña errata hasta que se convierten en un envío mandado a una parte del país completamente distinta.
Una empresa de logística quería una alerta simple en el momento en que un camión de reparto entraba o salía de las instalaciones de un cliente concreto, sin construir ni licenciar una plataforma completa de seguimiento de flotas.
Una ONG comunitaria tenía cientos de voluntarios registrados y decenas de necesidades en curso, y ninguna buena forma de emparejar unos con otras más allá de la memoria de un coordinador sobre quién vivía dónde.