¿Cómo decides matar una funcionalidad, y cómo la retiras en la práctica?

Decide por coste total, no solo por uso: carga de soporte, lastre de mantenimiento y la superficie que añade a cualquier cambio futuro, frente a los ingresos y la retención que de verdad dependen de ella. Después retírala por fases. Deja de ofrecerla a usuarios nuevos, contacta directamente con las cuentas afectadas con una fecha y una ruta de migración, marca la API como obsoleta con una ventana larga, y elimínala solo cuando el uso esté plano.

Miro el coste total en vez del uso, porque el uso por sí solo siempre hace que quitarla parezca demasiado arriesgado. Así que sumo los tickets de soporte, el tiempo de mantenimiento y el lastre que pone sobre cualquier otro cambio, porque una funcionalidad vieja encarece cada refactor cercano. Contra eso pongo los ingresos y la retención que dependen de verdad de ella, lo que normalmente significa comprobar si las cuentas que la usan se irían de verdad. Después la retirada es por fases, y las fases importan más que la decisión. Deja de dársela a usuarios nuevos, contacta directamente con las cuentas que quedan con una fecha y una ruta hacia otra cosa, marca la API como obsoleta con una ventana larga y un aviso en la respuesta, y elimina solo cuando la gráfica esté plana. Lo que sale mal es anunciarlo por changelog y cruzar los dedos. Cualquiera con una dependencia real merece un correo y una persona con la que hablarlo.