Por qué los niveles de soporte gratuitos también merecen respuestas de verdad
Una cola de soporte que solo da respuestas cuidadas a los clientes de pago les está diciendo a los usuarios gratuitos que no vale la pena resolver bien sus preguntas.
Una cola de soporte que solo da respuestas cuidadas a los clientes de pago les está diciendo a los usuarios gratuitos que no vale la pena resolver bien sus preguntas.
Una cabecera, un token bearer y un parámetro de consulta autentican una solicitud de la misma manera. Cobrar más por uno de ellos es cobrar por una preferencia, no por una funcionalidad.
Si cambiar de API de ubicación lleva un trimestre, la integración anterior se diseñó para que irse saliera caro, fuera o no esa la intención declarada.
Un panel de uso que solo se actualiza una vez al día no ofrece en absoluto una imagen en tiempo real. Es solo la cifra de ayer con la fecha de hoy.
Una API de geocodificación que condiciona las pruebas reales a una conversación comercial le pide confianza a un desarrollador antes de habérsela ganado.
Un webhook funciona bien para una solicitud cada vez. Funciona mal para un script que solo quiere enviar mil consultas y esperar mil respuestas.
Un código de error sin documentar convierte cada solicitud fallida en un juego de adivinanzas. Publicar la lista es algo pequeño que ahorra tiempo real de depuración.
Un nivel gratuito no es un descuento ni un cebo para una llamada comercial. Es la cantidad útil más pequeña de un producto que un desarrollador necesita para saber si le encaja.
Una nueva versión de API emocionante es un proyecto de migración para todos los que dependen de ella. Un versionado aburrido y estable es una ventaja, no una falta de ambición.
Un entorno de pruebas por el que hay que pagar solo para probar no es realmente un entorno de pruebas. Es un nivel de pago disfrazado de entorno de pruebas para la página de precios.
Una función que no sabes cómo usar es como si no existiera. La documentación no es un coste de soporte, es parte del propio producto.
Descubrir tu límite de frecuencia por un error 429 en producción no es documentación. Es un ticket de soporte que nunca debería haber hecho falta.
Una prueba termina y pide una tarjeta de crédito en una fecha fija. Un nivel sin clave simplemente sigue funcionando. Creemos que lo segundo respeta más el tiempo de un desarrollador.
Un precio por solicitud se corresponde con lo que realmente cuesta operar una API. El precio por usuario mide la plantilla, no el uso, y el tráfico de geocodificación rara vez sigue ninguna de las dos cosas.