Professional Documents
Culture Documents
Manzana Insurance: A Case Analysis On
Manzana Insurance: A Case Analysis On
Manzana Insurance: A Case Analysis On
MANZANA INSURANCE
FRUITVALE BRANCH
SECTION B-GROUP 11
1. Decline in profitability: The profit of the firm was continuously on decline for past 10 quarters. As
can be seen from Exhibit 5, though the revenue from policies has increased by 8.71% from $8188 to
$8901 but ordinary insured losses have increased by whooping 54.53% from $4176 to $6453 and
commissions & expenses have also increased.
Possible Cause: We can see in Exhibit 7, that the number of renewals lost is roughly about 31% of the
total RERUNS. Though the premiums on RERUNs decrease as policies get older, RERUNs make for
74% of the total revenue. The loss of Renewals is a major contributor to the dwindling profits.
2. Poor turnaround time(TAT): The TAT of Manzana is 4 days more than that of Golden Gate that is,
Manzana takes 6 days to complete the same task that Golden Gate completes in 2 days and now
proposes to complete in 1 day.
Possible Cause: The actual TAT is 6 days in 1991 as compared to 5 days last year. Calculation of TAT
based on the existing process results is 4.7 days which is still significantly high compared to expected
TAT of 2.10 days(=82 requests/39 requests per day). This suggests bottleneck and inefficiency in the
system design. We have observed the Distribution to be a major bottleneck with a capacity utilisation
of 89% (refer to Appendix 2.2.1).
3. Large number of late renewals and backlog of policies: Requests for renewals of policies(RERUNs)
are currently held until last date. But, the agents expect offer for contract renewal before the old
policy expires. Also, the backlog of policies has increased since 1989 due to the high number of late
renewals. This leads to agent dissatisfaction and large loss of rate for renewals.
Possible Cause: Current prioritization of policies. The RUN and RAP have been prioritised above the
RERUN and RAIN. RERUN contributes to 74% of total revenue. Also, RERUN requests take only about
half the time compared to RUN policies(Appendix 2.6). But, since they have been prioritised low, they
get queued up waiting for the RUN and RAP to be processed first, ultimately leading to the large loss
rate.
4. Uneven workload: Workers of Manzana experienced uneven work conditions with tighter schedules
at times and idle time for extended periods. Besides, Manzana has been reported to be overstaffed
in rating and policy writing.
Possible Cause: Surprisingly, the 4.7 day TAT has not led to capacity utilisation of 100% in any of the
section, which shows that scheduling and system design is the problem.
Total at DCs 1 3 1 11
Total at Uts 3 7 6 36
To be processed 4 10 7 47
Underwriting
Average per UT 1.33 3.33 2.33 15.67
Mean processing time 43.6 38 22.60 18.70
Total minutes 57.99 126.67 52.73 292.97 530.35 8.84 1.18
Total at DCs 1 3 1 11
Total at Uts 3 7 6 36
Total at RTs 1 2 1 7
Rating To be processed 5 12 8 54
Average per RT 0.625 1.5 1 6.75
Mean processing time 75.5 64.7 65.5 75.5
Total minutes 47.19 97.05 65.50 509.63 719.36 11.99 1.60
Total at DCs 1 3 1 11
Total at Uts 3 7 6 36
Total at RTs 1 2 1 7
Policy Total at PWs 0 0 1 2
Writing To be processed 5 12 9 56
Average per PW 1 2.4 1.8 11.2
Mean processing time 71 0 54 50.1
Total minutes 71.00 0.00 97.20 561.12 729.32 12.16 1.62
Total TAT 4.71
Figure 1 TAT using mean time instead of 95% SCT
3. Recommendations
1. Scheduling strategies: The current prioritisation allow for large losses in renewals as discussed
earlier. The RUN and RERUN are the major contributors to revenue and hence they should be given
the first priority. RAP, although is an avenue for Manzana to get new requests for Underwriting, it
only results in a conversion rate of about 15%, which is meagre compared to the priority currently
being given to this policy. Hence, it must be prioritised lower than RUN and RERUN. RAIN results in
an increased amount of premium, but it only contributes to 1.36% of Manzana's revenue. Hence, it
needs to be prioritised last. This will significantly help solve the loss of renewals leading to decrease
in profitability.
2. System design changes: Pooling the territories together. As per our calculations (refer to Appendix
2.2.1, 2.2.2, 2.2.3), capacity utilisation of territory 1 is about 97% and that of territories 2 and 3 are
78.5% and 70% respectively. Keeping the territories separately based on geographies is making
territory 1 the bottleneck in the whole process. Pooling the territories together reduced the capacity
utilisation significantly to 82%, which removes the bottleneck from the process significantly. This
change in system will help bring down the TAT of the entire process.
3. Capacity restructuring: We have seen that Distribution is the bottleneck in the overall process with
capacity utilisation equalling 89%. Whereas, comparatively, Policy Writing have lesser capacity
utilisation (64%). Removal of a person each from Policy Writing team will not hurt the capacity
utilisation of the team much (80% approximately respectively). This extra person can be put to use
in the Distribution team (capacity utilisation becomes 71%). We cannot switch one person from a
particular team to another team, because we have to consider the specific skillset required in each
team. This will help in bringing down the TAT as well as ensuring equitable utilisation of resources as
we have achieved roughly similar capacity utilisation of around 70-80% in all the processes.
4. Cleaning up current backlog: Overall, we see that all the processes have a capacity utilisation of
around 80% after the proposed system changes. So, none of them are 100% utilised. We can use the
free time each day for clearing up the pending policies and move towards a backlog-free system.
Once we reach this, we can ensure maximum efficiency using the proposed changes.
4. Appendices
Appendix 1: Process flow
All numbers inside oval box represent average requests received per day for last two quarters.
Average requests per day=Sum of (RUNs + RAPs + RAINs + RERUNs)/ No. of working days
350+1798+451+2081
Average requests per day(Exhibit 7)= = 39 𝑟𝑒𝑞𝑢𝑒𝑠𝑡𝑠 𝑝𝑒𝑟 𝑑𝑎𝑦
6∗20
1798
No. of RAPs per day(Quarter 1,2 -1991) = = 14.98~15 𝑟𝑒𝑞𝑢𝑒𝑠𝑡𝑠 𝑝𝑒𝑟 𝑑𝑎𝑦
120
162+761+196+636
Average requests processed by Team 1= = 14.625 𝑟𝑒𝑞𝑢𝑒𝑠𝑡𝑠 𝑝𝑒𝑟 𝑑𝑎𝑦
120