Education
Advertisement

CSUN Spring 2006 IS431 Wednesday 630PM Team Chen, Chris and Ed

part of class CSUN Spring 2006 IS431 Wednesday 630PM.

Note: Please do not modify this document if you are not a member of the class group. Thanks.

Group assignment

Sections

Executive Summary[]

Betterloans is in the very competitive loan business. Sometimes things are slow, and sometimes they are hectic. It is on those occasions that loan processors get very busy and have difficulties talking back and forth with brokers about missing documents.

As a result, some of the brokers feel that betterloans is not treating them well, and loan procesors feel stress becuase they are too busy.

Our consulting firm was selected to come up with a solution to this twofold problem.

Nalin DeSilva, the IT Director of Betterloans, hase tried to speed up the process of each loan by adding more staff. However, more people would be more space is needed for each additional worker. Another idea kicked around was hiring another person just to handle the incoming faxes. Ultimately, we came up with three candidate solutions to improve the loan document retrieval system.

We feel that a new system development would be the best option to help increase the speed of getting things updated. A new database would the best way to handle all the incoming fax and emails. Addition units of software and hardware would be a good way to efficiently help the flow information.

Several candidate solutions was considersed before we decided on one. Under this solution we would need no new hardware. Software needed is a new program to be coded. This candidate solution would cost a total of $23,800. The whole project would take 4.5 months to be created and 23 days for implementation. The lifetime of this proposal is 3 years, but the system may last much longer. After the system is implemented it would take less than 18 months for the system to recover the cost and start to make a profit. Because of cost and time, it is in the company's best interest to consider our candidate solution.

Background[]

The Old System

Under the old system, a customer would go on the internet and fill out the application and sent it in to one of the processors, who would look at the aplication. The processor would look at the application and call you if more information is needed. the customer would either mail or fax the information to the processor; where it will have to be manually entered in to the computer. The broker would also go through this long process of getting a loan processed. As you can see, this process is a long and tedious where it took a much longer time and work to it processed before it can be audited for approval. If the audit is not up to par, the application is sent back to processing to get more informtion. When it is sent back to processing, the processing of getting more information is started all over again.

As all of you who have taken a loan, you should know how long the process of waiting to hear the approval of the loan is. It can take up to weeks before gettng a reply from the lender of the status of the loan. The reason is not that more information is needed in processing the loan for it to be complete, but the time it takes to get the information to the processor to process the loan. For example a fax could be send at 9:00 AM and it would not be updated til 2:00 PM. This is part due to other things that could be going; other loans being processed, etc. As you can see, there is a 5 hour gap just to be notify that the information is sent in and be checked off. This long gap of time needs to be severly shorten or eliminated altogether. This is where our proposal system comes in and changes all of this.

Project Plan[]

Business Problem

Betterloans has a opportunty to increase their customers by developing a new strategy. The first way is to get more people to get loans from them. Currently now, Betterloans has kept good competitive interest rates with competitors. Being a smaller lending firm, it has done extremely well against giants such as Countrywide Home Loans. However, as the business heads towards the world of tomorrow, so does the speed of getting loans approved and out too.

Business Problem[]

Many of you who own a home must know the long process of getting an update from your lender or broker. Betterloans is currently starting to have a problem of updating brokers and customers with their status of their loans. Under the old system, a clerk would have to manually update each loan as it comes in while working on other files. This task of updating the loans are usually put off til a later time when they are not so busy. This gap in time from the time the document was sent and the time it took to update is becoming larger and larger. Sometimes it would take half a day just to know if your document was recieved or not. This problem can not be ignored any longer for the sake of future deals with brokers and customers.

Secondly, Betterloans has internal problems with paper documents. As one document is recieved it is reviewed by a clerk. The clerk then sends the physical paper to another clerk for more cross checking. After this, it is sent to another clerk and so on. This process of physically sending the document from one clerk to another can take any time from one minute to 20 minutes depending where the next clerk is. This is more time taken to process and more time added to update.



Problem Statement Table[]

Brief Statements of Problem, Opportunity, or Directive Urgency Visibility Annual Benefits Priority or Rank Proposed Solution
1. Brokers are frustrated that they don't get feedback when they send required loan documentation ASAP High Unknown 1 New Development
2. Loan processors are spending a lot of time on the phone coordinating receiving of documents and providing confirmation 2 Months High $8,000 2 New Development
3. Loans take too long to process because of unfilled document requirements. ASAP High $20,000 2 New Development
4. Wholesale buyers require documents in electronic format 9 Months Low Unknown 3 New Development

Problems, Opportunities, Objectives, and Constraints Matrix (see page 207)

Causes and Effects Analysis System Inprovement Objectives
Problem or opportunity Causes and Effects System Objective System Constraint
1. Brokers are frustrated that they don't get feedback when they send required loan documentation 1. The website does not provide feedback as to which document has been received and which is still outstanding

2. The loan origination system does not currently store the files in an electronic format 3. Loan processors have to manually update which document has been received, and that can take a lot of time. 4. One of the effects is that it makes the brokers and the loan processor waste time playing phone tag.

1. Make the status of the loan document available as soon as the faxed document is received by betterloans. 1. The system must work within the current website and current loan origination system.

Problems, Opportunities, Objectives, and Constraints Matrix

Causes and Effects Analysis System Inprovement Objectives
Problem or opportunity Causes and Effects System Objective System Constraint
2. Loan processors are spending a lot of time on the phone coordinating receiving of documents and providing confirmation 1. The current system is manual and relies on loan processors being available when the broker send in the fax.

2. Loan processors spend a lot of time checking messages, returning phone calls

1. The system needs to free the loan officers from having to spend time on the phone. No constraint

Problems, Opportunities, Objectives, and Constraints Matrix

Causes and Effects Analysis System Inprovement Objectives
Problem or opportunity Causes and Effects System Objective System Constraint
3. Loans take too long to process because of unfilled document requirements. 1. Sometimes the loans need to close within a short time frame and it takes a lot of time to collect all the documents, making it difficult to meet the deadline. 2. Brokers and borrowers would be happier with betterloans if the loan turnaround time was shorter 1. Make the broker be in charge of the speed of collecting and submitting the requirement documents. No Constraints

Problems, Opportunities, Objectives, and Constraints Matrix

Causes and Effects Analysis System Inprovement Objectives
Problem or opportunity Causes and Effects System Objective System Constraint
Wholesale buyers require documents in electronic format Documents will have to be scanned at some point System should make the loan document files available Actual images of the loan document must be able to be retrieved by an automated system through the loan origination system

Project Scope[]

The Project will encompass the required loan documents automatic retrieval system at Betterloans. The project will interact with the current website, the current loan origination system, as well as the existing fax, email, and file systems.

Next, we will analyze how the company update the status of loans as the loans are getting completed or remain incomplete due to lack of information. This analysis for this will show us what software and hardware is needed to improve the system.

We will see how the documents are converted and stored in the file system, as well as linked with the loan origination software and their status displayed to the broker in the website interface.

System Objective[]

The current system needs to elimiate the need for the loan pocessor to be involved in the receiving and sorting of the faxes of loan documentation. The Brokers must ger immediate confirmation that the documents have been received, so they are better able to experite the loan process.

It is understood that in some instances, the documents will arrive by standard mail. In this case, the loan processor needs to be able to scan the documents using office scanners to place the documents in the system.

The system needs to release staff from performing this function, as well as empower brokers to be more proactive with gathering and sending in the required loan documentation.

The entire system needs to be automated, so that if a loan document is needed for a loan, the broker, in conjunction with the system, will be able to provide the document without involving the loan processor at all.

Proposal and Justification[]

To meet the requirements for the System Objectives of the Papeless Fax System at Betterloans, we suggest that a new information system be added to the company. Existing fax servers are able to receive documents. Currently, these faxes must be manually viewed and sorted, then applied to the correct loan, and the loan origination system must be updated manually. The new system should be able to "pick up" the faxed document, identify which loan it is related to, then identify which existing document requirement it is fulfiling, then mark that requirement as fulfilled, convert the fax attachment as an image, store that image on a file server, and store the lation of the file in a database system for easy retrieval by the loan origination system as well as by other systems.

There are two advantages over the existing process: First, brokers will no longer have to wait for a lengthy manual process. Rather, they will be able to see the documentation requirements updated live onthe system. This will encourage them and increae their willingness to do business with betterloans. Second, the loan processors will have less work, and thus will be able to take on additional responsibilites. This will enable management to more effectively utilize existing staff.

System Modeling[]

DFD for Loan Document Receiver[]

Logical DFD for current system[]

CURRENT SYSTEM
System Outline

System: Fax System @ Better Loan

Entities: -Broker

Data Flows

Input -Form

Processes:

1.0 Receive Form


2.0 Scan Form

Data Store:

-Loan File -Image File

Betterloan

Logical DFD for new system[]

NEW SYSTEM

System Outline

System:           Fax Server @ BetterLoan

Entities:          -Customer

                        -Broker

                        -Clerk

                        -Website

Dataflows:                  Input                           Output

                                    -Mail                            -No Barcode Attachment

                                    -Fax                             -Update Website

                                    -E-mail

                                    -Create Barcode

Processes:                                                                              

1.0-Get Mail

2.0-Get Fax

            2.1-Receive Fax

            2.2-Check Barcode

3.0-Get E-mail           

            3.1-Get E-mail

            3.2-Check Attachment

            3.3-Check Barcode

4.0-Generate Barcode

5.0-Convert to Image

            5.1-Retrieve Mail

            5.2-Get File

5.3-Get Attachment

5.4-Convert to Image

5.5-Attach Barcode

6.0-Update

            6.1-Detect File

            6.2-Process File

            6.3-No Process File

7.0-Retrieve Document Status

DataStores:

-Mail

-Fax

-E-mail

-Image Repository

-Loan System


ContextDiagram1

Lvl0DFD1

Lvl1DFD2.0

Lvl1DFD3.0

Lvl1DFD50

Lvl1DFD6.0

Physical DFD for new system[]

Lvl0DFD


Lvl1DFD2.0


Lvl1DFD3.0


Lvl1DFD5.0


Lvl1DFD6.0

ERD for Loan Document Receiver[]

ERD[]

  • should match the number of data store entities.

ERD 1

Relational Data Model[]

PK = red
FK = blue
Tables
Customer Customer ID Customer Name Customer Address Customer City Customer City Customer State Customer Zip Website ID
Broker Broker ID Broker Name Broker Address Broker City Broker State Broker Zip Website ID
Website Website ID Website name
Loan Loan ID Document Number File Nme File Path Website ID
E-Mail E-Mail ID E-Mail Address E-Mail Date E-Mail Time E-Mail Attachment Website ID
Fax Fax ID Fax Number Fax Date Fax Time
Clerk Employee ID Employee Name
Mail Mail ID Mail Name Mail Address Mail City Mail State Mail Zip
Image Repository Barcode Document Number Directory Number
Send Mail Customer ID Employee ID
Store Mail ID Employee ID
Send Fax Fax ID Broker ID
Update Barcode Loan ID
Convert Barcode Fax ID
Convert Barcode E-Mail ID
Convert Barcode Mail ID

Data Dictionary[]

Data Dictonary
Customer
Attributes Types Size Description Authorization
Customer ID Numeric 7 Identifier Loan Processor
Customer Name Text 30 Customer First, Last Name Loan Processor
Customer Address Text 40 Home Address Loan Processor
Customer City Text 20 Location Loan Processor
Customer State Text 2 State Loan Processor
Customer Zip Numeric 5 Zipcode Loan Processor
Clerk
Employee ID Numeric 8 Identifier HR Department
Employee Name Text 30 Employee First, Last Name HR Department
Mail
Mail ID Numeric 8 Identifier  
Mail Name Text 30 Mailer Name Loan Processor
Mail Address Text 50 Mailer Address Loan Processor
Mail City Text 20 Mailer Location Loan Processor
Mail State Text 2 Mailer Location Loan Processor
Mail Zip Numeric 5 Mailer Location Loan Processor
Broker
Broker ID Numeric 10 Identifier Finincial
Broker Name Text 30 Broker Name Finincial
Broker Address Text 50 Broker Address Finincial
Broker City Text 20 Broker Location Finincial
Broker State Text 2 Broker Location Finincial
Broker Zip Numeric 5 Broker Location Finincial
Fax
Fax ID Numeric 10 Identifier Loan Processor
Fax Number Numeric 10 Phone Loan Processor
Fax Date Numeric 6 Date Sent Loan Processor
Fax Time Numeric 4 Time Sent Loan Processor
E-mail
E-mail ID Numeric 30 Identifier Loan Processor
E-mail Address String 50 Sender E-mail Loan Processor
E-mail Date Numeric 8 Date Sent Loan Processor
E-mail Time Numeric 4 Time Sent Loan Processor
E-mail Attachment VarBinary 2^31-1 File Loan Processor
Image Repository
Barcode Numeric 13 Identifier System Administrator
Document Number Numeric 20 Document Identifier System Administrator
Directory Number Numeric 20 Directory Identigier System Administrator
Loan
Loan ID String 20 Identifier Loan Processor
Document Number Numeric 30 Document Identifier Loan Processor
File Name Text 20 File Identifier Loan Processor
File Path Char 255 File Location Loan Processor
Website
Website ID Char 255 Identifier Web Developer
Website Name Text 30 Name of Website Web Developer

UML Diagrams for Loan Document Receiver[]

Use Case Diagrams[]

Use Case 1

Use Case Email


Use Case Fax

Use Case Mail

Class Diagrams[]

Class Diag Fax

Class Diag Mail

Class Diag E-Mail

Sequence Diagrams[]

Sequence Diagram Fax

Sequence Diagram Mail

Sequence Diagram E-Mail

State Charts[]

Candidate Solutions[]

Candidate Systems Matrix[]

The following graph highlights some of the differences between the three proposed systems.

Candidate Systems Matrix
Characteristics Candidate 1 Candidate 2 Candidate 3
Effect on Staff Staff would have reduced handling of forms, but might have to help walk brokers throught the process on their side. Staff would have reduced handling of forms, and would not have to help brokers. Same as solution 2
Effect on brokers More work to upload files, but faster results Faster response on the website Faster response on website, no need to print the barcode coversheet.
Effect for website administrators Would have to change website functionality to add file upload features. No change Would have to write phone number allocation routine and display phone numbers and emails on the web site.
Effect on Existing systems Moderate impact to website, moderate impact to Loan Origination system database Almost no impact to website, light impact to mail server, moderate impact to Loan Origination system Moderate impact on website, medium impact on VOIP and fax system, light impact to mail server, moderate impact to Loan Origination system
Application Software Custom solution Custom solution + Packaged solution for OCR Custom solution
Method of input Uploads through web site Faxes to general number Faxes to custom numbers
Methods of Output No Changes to existing system, already provides functionality Same as candidate 1 Same as candidate 1

Feasibility Analysis[]

All three systems can be done to varying degree of satisfaction. The first candiadte, though appearing quite satisfatory, in fact places an unseen burden on brokers, a burden which managment is unable to quantify.


Feasibility Analysis Matrix
Feasibility Criteria Weight Candidate 1 Candidate 2 Candidate 3
Operational Feasibility 25% Least amount of work, but requires the brokers to do more work. This will not be popular with management, since they are trying to cater to brokers, claiming that the system will save them time Supports all required functionality and all parties benefit Supports all required functionality, same as candidate 2
Score 50 Score 100 Score 100
Technical Feasibility 25% There is nothing difficult about creating this system. Website upload forms are easy and robust. The only component that cannot easily be handled by simple tools is the OCR function, but quality vendors exist and one such ocr software will be used. Also, this type of work is basic for normal programmers, and should not cause any difficulties. The VOIP component might be difficult to implement. There are few if any other companies doing this, so it is an untried approach.
Score 100 Score 95 Score 70
Economic Feasibility

Payback period Net present Value

Detailed calculations
40%

Cost Approx $8,000
Payback period: less than 1 year
Net present value: Approx $96,000

Cost Approx $46,000
Payback period: about 1.5 years
Net present value: Approx $57,000

Cost Approx $64,000
Payback period: about 2.5 years
Net present value: Approx $40,000

Score 100 Score 90 Score 70
Schedule Feasibility 10% About 2 months About 3 months About 5 months
Score 100 Score 100 Score 100
Ranking 100% 84% 89% 74%

Cost-Benefit Analysis[]

Summary[]

There is a large unknown in the analysis: the cost of not satisfying the brokers. If, for example, the system is too hard to use (as might very well be the case with candidate 1), or brokers don't feel they can trust their information to a fax system, not understanding how the barcode is read (as candidate 2 proposes), or brokers get confused by the notion of dynamic fax number allocation (as candidate 3 would do), then brokers might take their deals elsewhere, or reduce the number of deals they bring to betterloans. So the most important factor is to make sure that brokers are satisfied with the new system.

We find that all three candidate have little in the way of annual costs, since the system is utilizing existing company assets such as servers.

The system costs may seem rather large for candidates 2 and 3, but this setup needs to last 3 years with little to no intervention, so needs to be built correctly, so the design and programming boosts the cost up front, but the benefit is a low annual cost.

Estimated Costs for candidate 1[]

Development Costs[]

Personnel
1 System Analysts (50hrs at $50/hr) $2,500
1 Programmer (50hrs at $50/hr) $2,500
Hardware and software
0 None $0
Total $5,000

Maintenance Costs[]

Personnel
1 Programmer/Analyst (10hrs at 50/hrs) $500
Expenses
0 None $0
Total $500

Estimated Costs for candidate 2[]

Development Costs[]

Personnel
2 System Analysts (100hrs at $50/hr) $10,000
2 Programmer (330hrs at $50/hr) $33,000
Hardware and software
1 Barcode OCR Software COM Componenent $300
Total $43,300

Maintenance Costs[]

Personnel
2 Programmer Analyst(10hrs at $50/hr) $1000
Expenses
0 None $0
Total $1000

Estimated Costs for candidate 3[]

Personnel
2 System Analysts (100hrs at $50/hr) $10,000
2 Programmer (200hrs at $50/hr) $20,000
1 VOIP System Programmer (40hrs at $300/hr) $12,000
1 VOIP System Engineer (5hrs at $500/hr) $2,500
Hardware and software
1 Brooktrout Faxcard $6,000
Total $50,500

Maintenance Costs[]

Personnel
1 Programmer Analyst(20hrs at $50/hr) $1000
Expenses
1 10 Block fax lines on fractional T-1 Circuit $6,000
Total $6,500


Payback Analysis[]

We notice during the payback analysis that all three systems will become profitable during their lifespan. We note, however, that candidate three is close to the end of life limit, and could potentially suffer unforeseen costs that render it insolvent. We thus urge caution in evaluationg candidate 3.

Candidate 1






Cash flow description Year 0 Year 1 Year 2 Year 3 Total
Development costs: ($5,000)



Operation & maintenance cost:
($500) ($500) ($500)
Discount factors for 10% 1.00 0.953 0.909 0.866
Present value of annual costs: ($5,000) ($477) ($1,652) ($433)
Total present value of lifetime costs:



($7,562)
Cumulative Annual Costs ($5,000) ($5,477) ($7,129) ($7,562)






Benefits derived from operation of new $28,000 $28,000 $28,000 $28,000
Discount factors for 10% 1.00 0.95 0.91 0.87
Present value of annual benefits: $28,000 $26,692 $25,445 $24,257
Total present value of lifetime benefits:



$104,394






NET PRESENT VALUE OF THIS ALTERNATIVE:



$96,832
Cumulative Annual Benefit $28,000 $54,692 $80,137 $104,394
Cumulative Annual Benefit-Annual Cost $23,000 $49,215 $73,009 $96,832


Candidate 2






Cash flow description Year 0 Year 1 Year 2 Year 3 Total
Development costs: ($43,200)



Operation & maintenance cost:
($1,000.00) ($1,000.00) ($1,000.00)
Discount factors for 10% 1.00 0.953 0.909 0.866
Present value of annual costs: ($43,200) ($953) ($1,652) ($866)
Total present value of lifetime costs:



($46,672)
Cumulative Annual Costs ($43,200) ($44,153) ($45,805) ($46,672)






Benefits derived from operation of new $28,000 $28,000 $28,000 $28,000
Discount factors for 10% 1.00 0.95 0.91 0.87
Present value of annual benefits: $28,000 $26,692 $25,445 $24,257
Total present value of lifetime benefits:



$104,394






NET PRESENT VALUE OF THIS ALTERNATIVE:



$57,722






Cumulative Annual Benefit $28,000 $54,692 $80,137 $104,394
Cumulative Annual Benefit-Annual Cost ($15,200) $10,539 $34,332 $57,722


Candidate 3






Cash flow description Year 0 Year 1 Year 2 Year 3 Total
Development costs: ($50,500)



Operation & maintenance cost:
($6,500) ($6,500) ($6,500)
Discount factors for 10% 1.00 0.953 0.909 0.866
Present value of annual costs: ($50,500) ($6,196) ($1,652) ($5,631)
Total present value of lifetime costs:



($63,979)
Cumulative Annual Costs ($50,500) ($56,696) ($58,348) ($63,979)






Benefits derived from operation of new $28,000 $28,000 $28,000 $28,000
Discount factors for 10% 1.00 0.95 0.91 0.87
Present value of annual benefits: $28,000 $26,692 $25,445 $24,257
Total present value of lifetime benefits:



$104,394






NET PRESENT VALUE OF THIS ALTERNATIVE:



$40,415






Cumulative Annual Benefit $28,000 $54,692 $80,137 $104,394
Cumulative Annual Benefit-Annual Cost ($22,500) ($2,004) $21,789 $40,415

Payback html m5b9da62f

ROI Analysis[]

The return on investment analysis is done to show the profitability of each system on a percentage scale.

This graph shows the lifetime return on investment of the system

Total Present Value of Lifetime Benefits Total Present Value of Lifetime Costs Return on Investment
Candidate 1 $96,832 $7,562 1280%
Candidate 2 $57,722 $46,672 123%
Candidate 3 $40,415 $63,979 63%


The ROI seems spectacular for candidate 1 until one realizes these figures do not include the goodwill of brokers that would be lost if they had to do a lot of file uploads.

Critical Success Factors[]

The Loan Document Receiver system must absolutely meet complete the following three requirements in order to be considered:

  • The system must be fully automated, requiring no manual steps from betterloans.com employees
  • The system must be available 24/7/365, and handle user error gracefully
  • The system must correcly record and store the documents received

Failure to perform any of these steps would mean the system was a failure and should be replaced, or not implemented.

If the system needs human intervention during normal operations, it would not be able to provide instant feedback to the brokers. Also, it would cost more, and indeed, might cost more than the current manual system.

Risk Management[]

The first risk that the new system may face would be not being able to take the fax and e-mail and convert it to an image. This is a major process that needs has to work since the system revolves around getting the fax and e-mail in to an image file. To fix this problem, we will have to look at the software that is converting the file in to an image and may have to configure the software to work better with the extraction process. We will also train the system admin to have proper knowledge on how fix the problem if it ever comes up.

The next problem that maybe seen is the new system will not update the website for the broker to view. This process is necessary for brokers to have instance access to documents that they sent in to offer better support for there clients. To fix this problem, it is mostly the loan system or the website that needs to be configures to sync with each other. This needs to be checked during the first two weeks that the new system is running to make sure that there are no malfunctions or syncing issues.

The last problem would be if the system does go down and to create a back up system that will revert itself to the paper fax. This is not much of a problem but it will slow down the process it will take to update the website and give the broker a longer wait time. If this happen, the whole system will need to be looked at and back up the data to insure there is no corruptions.

Proposed Solution[]

Base on our analysis of many candidate solutions, we concluded that candidate 2 would be the most beneficial to the company. Candidate 2 includes the following components:

Software:

-Barcode OCR Software COM Componenent = $300

Development Cost:

- 2 System Analysts = $43,000

Benefits:

-NPV = $105,000

We are confident that the solution we propose had the fewest adverse effect. We realise it is not the cheapest option, however, we think that few brokers would be willing to upload files on a website. We feel that the barcode solution is great choice and will prove most beneficial without side effects.

Input Output[]

Input[]

The system input consists of the fax cover to be attached to any loan document faxed.

Betterloans faxcover

Output[]

The loan brokers are able to look at the screen bage below and see the status of the expected loan docuement required.

Betterloans mol conditions

Implementation Schedule[]

Gantt Chart[]

Gantt Page 1

Gantt Page 2

Pert Chart[]

Pert

Conversion Plan[]

A pilot conversion will be used, as the company can select a few brokers to start using the new system. Once they are comfortable with the system, the rest of the brokers will be brought on board.

Because new brokers will need to be brought to speed on the system as they start doing more loans with betterloans, there will still be a small component of the old system in use for the foreseeable future.

This plan is considered best because it will allow Betterloans to select brokers with whom it has a good relationship and feels will give honest feedback about the system, both positive and negative. As we have been told by Betterloans management, their goal is to increase the appeal of doing business with Betterloans from the broker's perspective.

Furthermore, this plan will allow brokers who are either set in their ways of less technology savvy to be able to send in their loan document via the postal service without impacting overall system effectiveness.

Other Recommendations[]

We feel that in order for this system to be effective, the brokers need to really understand and trust it. We recommend that the betterloans website include a help section about the automated fax system.

We also realize that error may occur. When the fax system is down for any reason, the website should indicate that. This way, brokers will not wonder why the online status of the document is not updated even though a fax was sent in.

In the future, the image repository may need additional hardware space, in order to provide for long term storage of the document images.

We also think that it would be an improvement for the website to be modified to allow the broker to get confimation by email, as well as get a list of oustanding documents by email.

References[]

Advertisement