Contando dinero. Elegir una m茅trica en la calificaci贸n crediticia

Cuando tiene alg煤n tipo de sistema de toma de decisiones para el prestatario y necesita mejorarlo, la declaraci贸n cl谩sica del problema en este caso generalmente suena as铆. "Reduzca los atrasos sin disminuir la aprobaci贸n". O: "Aumentar la aprobaci贸n sin aumentar el retraso" Es en este contexto que los proveedores que presentan su puntaje de puntuaci贸n presentan sus decisiones. La misma redacci贸n se puede escuchar en las conferencias de calificaci贸n, donde los desarrolladores internos presentan sus logros. Desafortunadamente, nadie revela en detalle qu茅 se entiende exactamente por los t茅rminos demora y nivel de aprobaci贸n.

El resultado exitoso del trabajo se presenta de la siguiente manera:



Lo entenderemos en t茅rminos.

Atrasado: el n煤mero de pr茅stamos incobrables dividido por el n煤mero de pr茅stamos emitidos.

Nivel de aprobaci贸n: el n煤mero de solicitudes de pr茅stamo aprobadas dividido por el n煤mero de solicitudes recibidas.

驴Es posible que cuando el problema se resuelva en tal formulaci贸n, la demora en t茅rminos monetarios sea mayor?

La respuesta
Es posible!

La calidad de la puntuaci贸n puede variar en grandes y peque帽as cantidades. Las solicitudes para grandes cantidades de dinero ser谩n peores que un modelo para aplicaciones para peque帽as cantidades. Tal caso realmente puede encontrarse en la vida. Fue desmontado en detalle en el art铆culo



En tal situaci贸n, la demora en el dinero puede ser peor.

Supongamos que no somos completamente est煤pidos, e inmediatamente construimos un cronograma para la demora tanto en piezas como en dinero. Y realizamos un an谩lisis de la calidad del modelo en diferentes sectores. Y llegaron a la conclusi贸n de que la demora ha disminuido tanto en piezas como en dinero. Y el modelo califica igualmente bien las aplicaciones para cantidades grandes y peque帽as. Tambi茅n vimos una mejora en los gr谩ficos de rentabilidad.

Rentabilidad: la suma de todos los pagos divididos por el monto del pr茅stamo emitido, menos el 100% . En los informes financieros, este valor se basa en la cohorte de clientes del calendario. Cohorte de calendario: un grupo de clientes que recibi贸 un pr茅stamo en un mes. As铆 es como se ve el gr谩fico de rendimiento en din谩mica.



Eje X: el n煤mero de d铆as desde que se emiti贸 el pr茅stamo. Vemos que en el d铆a 90 despu茅s de la emisi贸n del pr茅stamo, la cohorte de abril supera a marzo. La demora disminuy贸, la rentabilidad aument贸. El premio ya est谩 en nuestro bolsillo. Vamos a la oficina a las autoridades. Decimos: "隆Hola, estoy por el premio!"

驴Podr铆a ser que el nivel de aprobaci贸n no ha cambiado, la demora ha disminuido, la rentabilidad ha aumentado y ganamos menos dinero?

La respuesta
Tal vez!

La velocidad en s铆 y su comparaci贸n con el umbral de corte no es la decisi贸n final sobre la concesi贸n de un pr茅stamo. La decisi贸n final incluye determinar la cantidad de cr茅dito que se puede emitir. Puede aprobar una cantidad menor a la solicitada por el cliente. O uno grande. En este caso, el nivel de aprobaci贸n ya no se puede interpretar tan inequ铆vocamente como lo hicimos antes. Ahora el nivel de aprobaci贸n se puede presentar en t茅rminos monetarios. Y al nivel de aprobaci贸n en piezas, se agrega el concepto de un cheque promedio. Dibujemos el nivel de aprobaci贸n en t茅rminos monetarios. Esta es la relaci贸n entre el monto del pr茅stamo aprobado y el monto solicitado en la solicitud.



En la pr谩ctica, puede controlar el nivel de retraso no solo con la ayuda de la velocidad. Pero tambi茅n usando el m茅todo para determinar el monto del pr茅stamo. Esta es una herramienta muy poderosa. Realizamos una investigaci贸n sobre c贸mo reducir el monto afecta la no devoluci贸n para clientes con el mismo nivel de riesgo, la misma velocidad. A continuaci贸n se muestra un gr谩fico de la tasa predeterminada versus la tasa para el mismo modelo.



Izquierda: se aprob贸 la cantidad deseada. Correcto: la cantidad se redujo dependiendo de la velocidad. Una vez m谩s, observamos: en los gr谩ficos a la derecha y a la izquierda del mismo modelo, la misma velocidad. Pero la conversi贸n de la soluci贸n r谩pida a la soluci贸n final, la determinaci贸n de la cantidad de cr茅dito que se puede aprobar, se realiz贸 de diferentes maneras. Este truco le permite llegar a una empresa que est谩 luchando por reducir el nivel de retraso, escribir una tabla de correspondencia entre la velocidad y la cantidad aprobada en 5 minutos y recibir谩 una reducci贸n de retraso el mismo d铆a.

Simulamos una situaci贸n en la que el modelo califica igualmente bien las aplicaciones para cantidades grandes y peque帽as. El nivel de aprobaci贸n en piezas ha aumentado. El nivel de aprobaci贸n en dinero ha aumentado. La demora en piezas no ha aumentado. El nivel de retraso en el dinero no ha aumentado. 驴Podr铆a haber una situaci贸n en la que a煤n ganemos menos?

La respuesta
Tal vez!

El nivel de aprobaci贸n no es el mismo que el nivel de entrega. Cuando aprobamos un pr茅stamo a un cliente, no es un hecho que lo usar谩. Cuando reducimos significativamente la cantidad a buenos clientes, rechazan un pr茅stamo aprobado y van a otro lugar donde aprobar谩n la cantidad deseada de inmediato. Hay una salida del cliente. Y estamos agregando dos indicadores m谩s: la tasa de recogida y el nivel de entrega.

La capacidad de retiro es el porcentaje de pr茅stamos otorgados entre los aprobados. Nivel de desembolsos: el n煤mero de pr茅stamos emitidos dividido por el n煤mero de solicitudes recibidas (de manera similar, puede expresarse en t茅rminos monetarios).

Un alto nivel de aprobaci贸n junto con una pol铆tica estricta para determinar la cantidad de cr茅dito puede dar como resultado una baja conversi贸n de las solicitudes en emisi贸n. Con la misma cantidad de solicitudes recibidas, se emitir谩 menos dinero. Sin embargo, el porcentaje de retraso y el nivel de aprobaci贸n se ver谩n mejor que la versi贸n anterior del sistema.

Supongamos que hemos mejorado todos estos indicadores. Pero a煤n no podemos entender cu谩nto ganamos. La rentabilidad muestra c贸mo los pr茅stamos pagados cubren los pr茅stamos no reembolsados. Este valor se refleja en porcentaje. Pero el porcentaje de un mill贸n y el porcentaje de 10 kopeks son porcentajes diferentes.

Como resultado, llegamos a la opci贸n donde podemos monitorear el rendimiento de nuestro sistema de toma de decisiones con suficiente detalle. Tenemos muchos gr谩ficos e indicadores diferentes, pero no podemos decir cu谩nto ganamos, no podemos comparar los modelos en la prueba AB, porque No podemos expresar su calidad en un solo n煤mero. Y al final, para responder la pregunta, 驴estamos mejor o peor por el criterio de "ganar m谩s dinero"?

Tratemos de expresar la efectividad del sistema de toma de decisiones con un n煤mero y compare los dos sistemas. Tenemos 4 indicadores que describen exhaustivamente nuestro sistema. Perm铆tame recordarle c贸mo se ve la disminuci贸n en la dimensi贸n de los indicadores:

paso 1

  • rentabilidad
  • nivel de aprobaci贸n en piezas
  • cheque promedio
  • escalabilidad

paso 2

  • rentabilidad
  • nivel de aprobaci贸n en dinero = (nivel de aprobaci贸n en piezas * cheque promedio)
  • escalabilidad

paso 3

  • rentabilidad
  • nivel de emisi贸n en dinero = (nivel de aprobaci贸n en unidades * factura promedio * recogida)

Por lo tanto, solo quedaron 2 indicadores. Pero necesitamos un indicador integral 煤nico, que nos permita seleccionar f谩cilmente el modelo deseado. 驴Existe tal indicador?

La respuesta
Hay! - "Ingresos de la aplicaci贸n"

Esta es la suma de todos los pagos con intereses menos el monto emitido, dividido por el n煤mero de solicitudes recibidas. Dicho indicador integral incluye la factura promedio, el nivel de aprobaci贸n en piezas, el porcentaje de cobro y la conversi贸n de la aprobaci贸n de la solicitud para emitir. El problema est谩 resuelto. Observamos este indicador, vemos que ha mejorado, vamos por una prima.

驴Podr铆a haber una situaci贸n en la que un modelo con grandes ingresos de una aplicaci贸n traiga menos dinero?

La respuesta
Tal vez!

Consideramos el dinero y la rentabilidad en el contexto de la primera solicitud del cliente y su primer pr茅stamo. Y nos guiamos por el principio de marginalidad moment谩nea. Sin embargo, si construye una relaci贸n a largo plazo con un cliente, puede ganar no solo con el primer pr茅stamo a este cliente, sino tambi茅n con sus solicitudes posteriores. Existe la conversi贸n de un nuevo cliente a reingreso y LTV (valor de tiempo de vida). Y puede resultar que el mejor modelo seg煤n el criterio de ingresos de una aplicaci贸n puede ser peor a largo plazo, porque barrer谩 a muchos clientes con un alto LTV. Es decir en el contexto de una aplicaci贸n, puede obtener una cohorte de clientes (un cliente con la misma velocidad / nivel de riesgo) para los cuales el rendimiento de la aplicaci贸n es generalmente negativo. Negativo! Pero si observa a estos clientes durante 6 meses, puede ver que ya est谩n pagando la rentabilidad negativa de su cohorte en el segundo o tercer n煤mero. Tambi茅n encontramos esta situaci贸n en la pr谩ctica.

Por lo tanto, el rendimiento puede reflejarse no en el contexto del primer pr茅stamo, sino para todos los pr茅stamos de la cohorte de clientes durante 6 meses.



Es evidente que las subvenciones de cohorte pueden pagar despu茅s de 6 meses, a pesar de que el primer pr茅stamo no es rentable con un rendimiento de -30%. Dicha estrategia cambia radicalmente el enfoque para elegir un l铆mite (umbral de aprobaci贸n).

Podemos operar con una rentabilidad negativa desde la aplicaci贸n y la recuperaci贸n de la inversi贸n durante un cierto per铆odo de tiempo de 6 a 12 meses. En la pr谩ctica, es posible emitir pr茅stamos con rendimientos negativos en la primera emisi贸n. Con esta estrategia, la elecci贸n de un modelo con una mayor rentabilidad de la aplicaci贸n no es 贸ptima. Ahora el criterio de selecci贸n es el indicador: el rendimiento m谩ximo de la cohorte durante 6 meses. El modelo se vuelve 贸ptimo, dando un LTV total m谩s grande dentro de la cohorte durante 6 meses. La elecci贸n de un modelo con una rentabilidad m谩s baja de la aplicaci贸n, pero un LTV grande es casi imposible debido al largo tiempo de la prueba. Podemos poner una peque帽a parte del tr谩fico en el peor modelo con la esperanza de ver un LTV m谩s grande en seis meses o un a帽o. Sin embargo, para esto debe tener un mayor nivel de aprobaci贸n en piezas. Se debe proporcionar el enrutamiento de los clientes que participan en la prueba AB a este modelo. Adem谩s, si despu茅s de seis meses o un a帽o queda claro que LTV es m谩s importante para nosotros y queremos cambiar todo el tr谩fico al mejor modelo LTV, es necesario que la calidad del modelo sea estable con el tiempo y que el modelo no se "deteriore" en este momento. Sin embargo, durante el a帽o puede tener tiempo para bombear el modelo por la rentabilidad de la aplicaci贸n, sin preocuparse por LTV. En tales condiciones externas e internas din谩micas: desarrollo interno, nuevos productos, nuevos modelos, cambios en la legislaci贸n, LTV se convierte solo en un informe para referencia. No podemos usarlo como indicador para seleccionar el mejor modelo.

Para ser justos, vale la pena agregar que este esquema no tiene en cuenta los gastos. Que incluyen el servicio de cobro de deudas y el costo de atraer tr谩fico. Estos par谩metros pueden depender del nivel de retraso, el nivel de aprobaci贸n, la conversi贸n de un nuevo cliente en uno repetido y la verificaci贸n promedio.

Dmitry Gorelov
telegrama: datasanta

Source: https://habr.com/ru/post/474062/


All Articles