Skip to content

Revenue per Application metric for credit pipeline evaluation

Notifications You must be signed in to change notification settings

egorborisov/revenue_per_application

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

13 Commits
 
 
 
 

Repository files navigation

Reimagining Credit Scoring Evaluation: "Revenue per Application"

Jupyter Notebook with project

Read story on medium

If you have a credit scoring model that requires improvement, the typical problem statement is usually phrased as either "Reduce delinquency without decreasing approval rate". The problem statement simplifies the evaluation process significantly as we only need to measure changes in one metric, assuming that all others are constant. Ans also achieving the same approval level is feasible, as we can accurately calculate it with 100% precision through a retrospective test.

So it is common to observe such pictures at credit scoring conferences or during vendor presentations:

When analyzing delinquency, it's important to consider potential hidden factors. For example, a new model might have a lower delinquency rate in terms of the number of loans, but a higher average loan amount in delinquency. To get a complete picture, it may be necessary to analyze this aspect separately or calculate a weighted delinquency rate.

Both business metrics and delinquency depend on the loan amount distribution. To ensure the validity of the approach, it's essential to verify that it remains constant too, especially when using risk-based limit strategies

It's possible that not all loans that are approved will be disbursed since a client has the option to decline the loan even after approval. Therefore, it's important to consider the disbursement rate, which is the ratio of approved loans that are actually disbursed. This rate can also be affected by the scoring model used.

In this case, the approach of fixing all indicators at the previous level and measuring only the change in delinquency is suitable. However, what if we want to test several changes at once or more complex changes, such as the limit policy? Or, what if we want to compare scoring and underwriters? Also, keep in mind that if risk-based pricing is being used, the comparison based on the presented scheme may not be accurate.

Revenue per Application

The main objective of a credit scoring system is to increase a loan originator's revenue. We can use the profitability metric by deducting the money issued to the customer from the funds received from them while disregarding other expenses. To compare segments of different sizes, we need to normalize this metric based on the number of applications in each segment. It's crucial to use the number of applications, not approvals or disbursements, to ensure accurate results when approval rates vary. Consequently, we get a metric called "revenue per application":

Let's confirm that this metric includes all the previously mentioned metrics. For instance, if the approval level increases while all other variables remain constant, the numerator in the formula will increase, and therefore, the revenue per application will also increase.

Examining new paid sources of customer data can also benefit from this metric. For instance, a mobile operator is ready to provide us with an API that includes specific customer information for a fee of x dollars. By comparing this cost with the variation in revenue from the application, we can make an informed choice.

Synthetic Example

Imagine a loan company implementing a scoring model to replace the manual decision-making process. Initially, they process 50% of loan applications by hand and 50% using the model, chosen randomly. Then, after a few months, they gather information about 10,000 applications for each approach and compared the outcomes.

We've observed that the model outperforms the manual approach in terms of approval rate, loan disbursement, and average loan amount, but it lags behind when it comes to delinquency. What conclusion can we draw from this? To gain a better understanding, let's analyze the comprehensive metric we defined - revenue per loan application.

We can see that the benefits of the model outweigh the negative impact of increased delinquency, resulting in higher profitability for the company. However, in reality, the rise in delinquency may have additional effects.

Limitations

The primary drawback of this approach is the need to wait for loan payments to mature. This method is best suited for loans with short repayment periods, such as POS loans, small consumer loans, non-bank lending, and payday loans. Moreover, the revenue per loan application metric is more intricate than delinquency and has greater variability, thus requiring more data to achieve the same confidence level. This metric may be inadequate or fail to consider certain nuances, such as provisioning, collection, and so on.

Conclusion

In this article, we discussed the comparison of scoring models or credit pipelines and concluded that revenue per application is a useful metric for this purpose. We explored the advantages and disadvantages of using this metric and provided an example of its application using generated data to compare two decision-making approaches.

Don't hesitate to reach out to me on LinkedIn if you have any additional questions.

About

Revenue per Application metric for credit pipeline evaluation

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published