Patent Application
20100257012
The present invention relates to systems for managing and tracking customer service orders. More particularly, the invention relates to the collection, execution, tracking, and updating of leads.
Many large retailers and wholesalers of products now also provide various product-related services. In the construction and home improvement field, large retail chains now offer installation, repair and other services related to the products sold by them.
When customers approach such retailers to obtain product-related services, it is not uncommon for the company to use contractors to follow up with the customer and to perform the services. In some cases, the contractor may in turn subcontract the service. Such an arrangement allows the retailer to provide services to a large number of customers over a large geographic area without having to maintain a large directly-employed workforce.
In the case of the larger retail chains (e.g. retailers with multiple stores in multiple locations), a call center may be set up to centrally process incoming service requests and to distribute such requests to contractors. This has the potential to render the retailer's service business more efficient by effectively contracting out the service request processing function.
However, as the customer's initial service request is to the retailer, it is important to the retailer that the customer's service request be attended to promptly. The contracting out of the service request processing function, as well as the use of service contractors and potentially subcontractors, results in a loss of control by the retailer over the timeliness of the response to the service requests and of the performance of the services.
In some cases, a call center provides a lead database for collecting incoming service requests or “leads”, and means for the contractor to review the leads to determine if they have been already taken on by a contractor or subcontractor. The contractor or subcontractor is invited to update the database to show the leads as having been taken on. Unfortunately, contractors and subcontractors are frequently not diligent in updating the database such that it becomes inaccurate. In addition, the indication that a lead has been taken up by a contractor does not provide useful information as to the actual status of the service request, or even whether the contractor has in fact contacted the customer. As a result, neither the call center that distributes the service requests nor the retailer have any means to assess the overall performance of the service request and execution system and to effectively ensure the timeliness of completion of the requested service.
U.S. Pat. No. 6,859,523 to Jilk et al. describes a network-implemented system for managing people working on information-based tasks, such as data entry and telemarketing from a call center. A task dispatcher assigns tasks to workers, for example based on the skill set of the worker and a subdivision of the task. Processes are provided to assess the quality of the final task result. The Jilk et al. system is used in an information task environment rather than in the context of contractors being assigned to initiate a call back to customers. The system does not appear to track the actual status or progress of the task, only whether the task result is submitted on time. In addition, the Jilk et al. system does not provide an interface for the workers to access the task database.
There is a need for a lead management system for contractors that interacts with a service request or lead collection system and that provides effective lead tracking and management and performance assurance and reporting.
According to aspects of the invention, there is provided a lead management system that communicates with a lead collection database and that identifies from said database leads that are new. The leads are assigned to contractors drawn from a contractor database and are assigned based on criteria that may include the type of service and area where the service is required, and contractor resources and the contractor's performance in handling leads.
The system provides a contractor interface for updating the status of the leads for which the contractor is responsible. A lead status tracking module flags the lead and warns the contractor and/or a system manager if the status of the lead does not show the expected progress according to a predetermined timeline. There is thereby provided means for ensuring that the contractors not only update the lead database, but that they actually attend to the lead in a timely and proper manner.
The lead status is tracked in detail, including for example when a contractor is assigned, when the contractor executes a call back to a customer that requested service, when a message is left for the customer, when contact is made with the customer, when the customer cancels or the contractor rejects a job, when a quote is given, when the quote is accepted and when the service has been performed. This allows accurate performance tracking of the various contractors and prompting of the contractors to ensure that leads are progressing as required. It also allows for an assessment of specific and overall response times and hence of the responsiveness of the service request lead management system.
A system manager interface enables the system manager to keep track of the leads, their assignment and their disposition and to report lead management status to the retailer from time to time, or in real time.
An accounting module may be integrated with the system to provide allocation of proceeds related to the generation of leads and their servicing.
A calendar module may be integrated with the system, for example to allow individual contractors or sub-contractors to view appointments and tasks/obligations kept track of by the system to be displayed on daily, weekly and/or monthly calendars.
The invention will be more fully appreciated by reference to the detailed description and the associated drawings in which:
The system of the present invention provides for the relaying, tracking, and updating of information regarding leads. It monitors the status of individual leads and ensures that leads are attended to in a timely manner.
Referring to
The external source for new leads may be a third party database 30 (not part of the lead management system) that may be maintained by a third party lead collector, such as a central service request call center 32. The third party lead collector receives service requests or service enquiries from potential customers 34. For example, in the construction or home improvement industry, such services may include the installation or repair of roofing, installation or repair of siding, the building of a deck, etc. It is to be understood that the service request for use with this invention can relate to any service provided by the contractor (or other service provider, whether or not a “contractor”), including services outside the realm of the construction and home improvement industries.
When a potential customer 34 first contacts the third party lead collector, basic lead information regarding each lead is collected and recorded in appropriate fields. This information is stored in the third party database 30.
The basic lead information preferably includes:
The basic lead information may additionally include:
Preferably, the third party lead collector generates a unique lead identification code for each new lead. This lead identification code may be a numeric or alphanumeric code and is stored with the other basic lead information in the third party database 30. The records in the third party database 30 are accessible by others through a third party database interface 36 (not shown). The third party database interface 36 is preferably a web interface that can be accessed using a standard internet connection 38. Access is restricted to authorized users through the use of unique login identification names and passwords.
Periodically, the lead management system, using the new lead retrieval module 26, connects to the third party database interface 36 in order to access the third party database 30. The new lead retrieval module 26 identifies leads that (1) are new and (2) relate to the type of services offered by the contractors associated with the lead management system. A new lead is a lead that has been created since the last time that the new lead retrieval module 26 accessed the third party database 30. The identified leads, with their associated information, are then retrieved from the third party database 30 and downloaded by the new lead retrieval module 26 for processing. The retrieved leads are also appropriately marked on the third party database 30 so that others accessing the third party database 30 in the future will be aware that those leads have been retrieved. Preferably, the retrieval of leads by the new lead retrieval module 26 from the third party database 30 is performed using an automated scripting process.
Once a new lead has been retrieved by the new lead retrieval module 26, a contractor is assigned to be responsible for that lead. Preferably, this assignment is performed on the basis of the following criteria:
In one embodiment, each store operated by the retailer is associated with one or more contractors. Each contractor may be capable of performing one or more of the services offered by the store. The new lead retrieval module 26 examines the geographic location at which the service is required and determines the location of the closest store. The contractor associated with both that store and the type of service required is assigned to that lead.
In an alternative embodiment, the general area surrounding each store operated by the retailer is divided into regions, based on criteria such as postal codes. One or more contractors are associated with each region, and each contractor may be capable of performing one or more of the services offered by the store. The new lead retrieval module 26 examines the geographic location at which the service is required and determines the region containing that location. The contractor associated with both that store and the type of service required is assigned to that lead. This alternate embodiment is especially appropriate in areas of high population density or where there is a large area serviced by a single store.
Additional criteria may also be used in assigning a contractor to the lead. These include:
If there are new, relevant leads, then the new lead retrieval module 26 downloads these leads. If a problem is detected during the download procedure, an appropriate entry is created in an error log and the retrieval process terminates with an error. If the download is successful, then the downloaded data containing the new leads is parsed and a contractor is assigned to each new lead.
If the assignment of the contractor is based on determining the closest store to the location where the service is required, then this location is examined and the location of the closest store is calculated. A contractor associated with that store and who is capable of performing the required service is assigned to that lead. The assigned contractor's identity is recorded in the information associated with that lead, and the status of the lead is also marked as CONTRACTOR_ASSIGNED (lead statuses discussed later). The lead information is stored in the lead database 14, and the contractor database 16 is updated to reflect that the contractor has been assigned the new lead.
If the assignment of the contractor is based on the absolute location of where the service is required (e.g. by postal code), then this location is examined and a contractor associated with that store and who is capable of performing the required service is assigned to that lead. The assigned contractor's identity is recorded in the information associated with that lead, and the status of the lead is also marked as CONTRACTOR_ASSIGNED. The lead information is stored in the lead database 14, and the contractor database 16 is updated to reflect that the contractor has been assigned the new lead.
If for some reason it is not possible to assign a contractor to a new lead, then the status of the lead is marked as UNASSIGNED. This may occur if the store closest to the location where service is required is not able to provide a contractor for a particular type of service that should normally be available.
After all the new leads have been dealt with, the retrieval process is completed.
For each lead, a lead status data field is associated with the basic lead information to allow the system to track the progress of the lead. Preferably, this lead status data field will have one of the following values (corresponding to the status of the lead):
Additional lead status values may also be used if a greater degree of specificity is desired.
Additional data fields may record information associated with lead status changes, such as the time and date of the status change. Also, information specific to each lead status may also be recorded.
Once a contractor has been assigned to a lead (i.e. its lead status is CONTRACTOR_ASSIGNED), the contractor is notified of the new lead through one or more of several communication means. These include appearing in a list of new leads displayed by the contractor user interface 18 when the contractor logs on to the lead management system or appearing in a electronic mail message sent by the lead management system.
Once the contractor has attempted contact with the potential customer 34, the contractor, through the contractor user interface 18, modifies the status of the lead to CUSTOMER_CONTACTED. In addition, the contractor is able to add additional information specific to the current lead status. For example, if the contractor was unsuccessful in contacting the potential customer 34 but instead left a message, then the contractor records this information and sets a date for follow-up action, if necessary. If the contractor was able to contact the customer and has arranged for an appointment to visit the location where service is required, the date and information regarding the appointment is recorded.
If the customer decides to cancel the order (e.g. if the customer decides not to have the service done at this time), then the contractor, through the contractor user interface 18, modifies the status of the lead from CUSTOMER_CONTACTED to CUSTOMER_CANCEL. In addition, the contractor records information as to why the customer cancelled the order. Once the status of a lead is CUSTOMER_CANCEL, the life cycle for that lead is over.
If the contractor decides to reject the order, then the contractor, through the contractor user interface 18, modifies the status of the lead from CUSTOMER_CONTACTED to CONTRACTOR_REJECTED. This may occur if the contractor determines that the service required by the potential customer 34 is outside of the contractor's expertise (before or after a scheduled appointment) or if the contractor has insufficient resources to perform the service at this time. The contractor records information as to why the contractor rejected the order. Once the status of a lead is CONTRACTOR_REJECTED, the lead is flagged for reassignment later to another contractor (i.e. the lead status will eventually become UNASSIGNED).
If the contractor has contacted the potential customer 34 but the potential customer 34 has not yet decided whether to proceed with the order, the contractor, through the contractor user interface 18, modifies the status of the lead from CUSTOMER_CONTACTED to PENDING. The contractor records information such as a date when the contractor should follow-up with the potential customer 34. At this point, the life cycle for the lead is put on hold. Subsequently, the contractor is able to modify the status of the lead from PENDING to CUSTOMER_CANCEL, CONTRACTOR_REJECTED, or QUOTE_GIVEN, depending on how the potential customer 34 wishes to proceed.
If the contractor decides to proceed with the order (i.e. after the scheduled appointment), the contractor may provide the potential customer 34 with a quote to cover the service required. The contractor, through the contractor user interface 18, modifies the status of the lead from CUSTOMER_CONTACTED to QUOTE_GIVEN. Information regarding the quote, including the date to which the quote is effective, is recorded by the contractor.
If the potential customer 34 rejects the quote, the contractor has the opportunity to provide further quotes. If the contractor is ultimately unsuccessful in producing a quote that the potential customer 34 can agree to, then the contractor, through the contractor user interface 18, changes the status of the lead from QUOTE_GIVEN to CUSTOMER_CANCEL. The reason for the potential customer 34 canceling the order is recorded, and the life cycle for that lead is completed.
If the customer 34 accepts the original quote (or a subsequent quote), then the contractor, through the contractor user interface 18, changes the status of the lead from QUOTE_GIVEN to JOB_SOLD. The contractor also records information regarding the contracted job, including the agreed-to price, the estimated start date, and the estimated completion date. The lead management system ensures that the entered estimated start date and the estimated completion date are not too far in the future.
After the required service has been rendered, the contractor, through the contractor user interface 18, changes the status of the lead from JOB_SOLD to INSTALLATION_COMPLETE. The contractor also records information regarding the completed job, including the final, actual price, actual completion date, and payment information. Once the customer 34 has made payment, the life cycle of the lead is completed.
Throughout the life cycle of each lead, specific time limits are imposed by the lead management system for each status. These time limits are designed to ensure that leads are attended to in a timely manner. For example, in embodiment 10, there is a time limit of 48 hours after a contractor has been assigned a new lead within which the contractor must contact the potential customer 34. Similar time limits are applied to other stages of the life cycle of a lead. These time limits may be adjusted by the system managers. A lead status tracking module monitors and assesses whether a time limit for a lead has exceeded and if so, the lead status tracking module changes the status of the lead to OVERDUE. Information regarding the reason why the lead is overdue may also be recorded.
Periodically, the lead update module 28 will access the third party database 30 through the third party database interface 36. The lead update module 28 will update the status of those leads in the third party database 30 that are being handled by the lead management system to reflect the current status of the leads. It may be the case that the denomination of lead status values used by the lead management system will not correspond to that used by the third party database 30 and therefore, appropriate adjustments have to be made by the lead update module 28 to ensure compatibility between the lead management system and the third party database 30.
Upon site visit the contractor can determine 320 whether the job is within the specifications that will allow the contractor to proceed. If it is not within specification, then the contractor can reject the lead 330 and the cycle can end, possibly waiting for reassignment 340 to a suitable alternative contractor. If the job is within specification, then a quote is given 350. If the customer does not accept the quote 360 then the contractor may either requote 370 or the job may be cancelled 380 bringing an end to the process 390. If the customer accepts the quote 360 then the job is considered sold 400. Is the installation completed 410? If so, then the job is completed 420 and payment record is submitted to the headquarters 430, the payment is processed 440 and the lead is completed 450 ending the process 460. The lead management system can keep track of the status of each of these steps.
The information associated with each lead is stored in the lead database 14 maintained by the lead management system.
The contractor database 16 is also maintained by the lead management system. The contractor database 16 stores information relating to each contractor. This information may include the contractor's contact information, the type of services offered by the contractor, the number of personnel or amount of equipment operated by the contractor, and past job history of the contractor. Additional information may include preferences specified by the contractor, such as preferred areas for customers 34, or other manager-defined criteria.
In embodiment 10, the total amount of sales generated by the contractor for a given period of time is stored in the contractor database 16, along with a predetermined target goal for the amount of sales for the contractor during that period. This allows the contractor to track its sales performance.
Referring back to
Preferably, the contractor user interface 18 for each contractor is unique and displays information relevant only to that contractor. Each contractor accesses the contractor user interface 18 through the entry of a unique username and password. The contractor user interface 18 is preferably a graphical user interface (gui), such as a browser display screen or window, and allows the contractor to access other screens and reports, which are used to display various information to the contractor.
In embodiment 10, when the contractor logs onto the contractor user interface 18 specific to that contractor, the first screen typically displays one or more lists of leads that the contractor may attend to. These lists include the following:
Leads that are new overdue leads or generally overdue leads should be attended to by the contractor as soon as possible. Leads with the QUOTE_GIVEN status are also known as “warm” leads and represents potential customers 34 to whom a quote has already been given. These leads may be followed up by the contractor if time permits. These “warm” leads may be stored in a separate database (not shown) or stored in the lead database 14 but flagged as being “warm” leads.
Preferably, a menu is available for the contractor to navigate through the various screens and reports generated by the contractor user interface 18.
In embodiment 10, the contractor user interface 18 also displays the amount of sales achieved by the contractor for a specific period of time, to view the contractor's sales target for that specific period, and to track the contractor's progress in achieving the sales target for that specific period. These sales numbers are updated by the lead management system in real time. The sales achieved and sales target information may be displayed graphically, such as using a sales thermometer or other graph showing how the sales achieved compares to the sales target. The sales figures for the contractor are updated each time the contractor modifies the status of a lead to JOB_SOLD and when final payment is made. If the contractor is responsible for service requests for more than one store, the contractor user interface 18 allows the contractor to view the sales target figures for each store.
Through the contractor user interface 18, the contractor is able to retrieve and view the status of any lead assigned to the contractor and to retrieve and view information associated with that lead. For example, the contractor can view information such as the following:
Preferably, the contractor will not be able to view information regarding leads assigned to other contractors.
In addition to retrieving and viewing the status of leads, the contractor is also able to update the status of leads assigned to the contractor through the contractor user interface 18. The contractor updates the status of a lead when the appropriate action has taken place (e.g. the contractor can update the status from CUSTOMER_CONTACTED to QUOTE_GIVEN after the contractor has provided a quote to the potential customer 34). The contractor is also able to enter information appropriate to the status of the lead (e.g. if the status is CUSTOMER_CONTACTED, then the contractor can enter in the date of a scheduled appointment with the potential customer 34, if applicable).
Preferably, the contractor user interface 18 will ensure that for some lead statuses, certain mandatory information is entered by the contractor. For example, when the status of a lead changes from QUOTE_GIVEN to JOB_SOLD, the contractor user interface 18 will ensure that the agreed-to price must be entered by the contractor before the status change can be recorded. Similarly, if the status of a lead is changed by the contractor to CUSTOMER_CANCEL, the contractor user interface 18 will ensure that an explanation for the potential customer 34 canceling the order is entered by the contractor. The types of information that are mandatory for the contractor to enter can be predetermined by the system managers.
Furthermore, the contractor user interface 18 also ensures that only certain status changes are allowed, so that the contractor must progress through the life cycle of each lead in a systematic manner. For example, the contractor user interface 18 will not allow the contractor to change the status of a lead from CONTRACTOR_ASSIGNED to JOB_SOLD without first progressing through the intervening statuses (as well as entering the mandatory information associated with each of those statuses).
The contractor user interface 18 also allows the contractor to view the history of any lead assigned to the contractor. These leads are retrieved from the lead database 14 using a search facility provided by the contractor user interface 18. The contractor user interface 18 will allow the contractor to view the previous lead statuses for that lead and the associated information for those lead statuses. Preferably, if the lead was reassigned to the contractor from another contractor, any information regarding the lead and its statuses from before the reassignment will not be visible to the current contractor responsible for the lead.
In embodiment 10, the contractor user interface 18 will also allow the contractor to access other screens to obtain management, reporting, and other general information. For example, the contractor user interface 18 allows the contractor to manage subcontractors working for the contractor. The contractor may assign specific leads to individual subcontractors for attention and may create or delete profiles for subcontractors. In an alternative embodiment, the lead management system may automatically assign leads to individual subcontractors based on pre-established criteria set by the contractor.
The contractor user interface 18 also allows the contractor to access and view reports generated from data in the lead database 14 and contractor database 16. The contractor accesses and views reports based on various parameters, including lead status and type of service required. These reports may also be broken down according to sale prices or subcontractors.
The contractor user interface 18 also allows the contractor to view messages sent to the contractor from the system managers through the messaging module 24. Preferably, there are two types of messages: normal messages and system messages. Normal messages are accessed and viewed by navigating to the appropriate screen using a menu. System messages are higher-priority, extraordinary messages that will display on the screen when the contractor first logs onto the lead management system. Preferably, the contractor user interface 18 ensures that the contractor has read system messages before accessing the other parts of the contractor user interface 18. The contractor user interface 18 also allows the contractor to send messages to the system managers. These messages are inputted through the contractor user interface 18 and the messages will then be delivered by the messaging module 24 for display on the manager user interface 20.
The contractor user interface 18 also allows the contractor to view and download general information, such as documentation relating to the lead management system, promotions offered by the store, or useful links. These links include internet links to suppliers of raw materials.
In an alternative embodiment, the lead management system also tracks the purchases by the contractor of raw materials to be used in performing services for assigned leads. The contractor user interface 18 provides a screen for the contractor to input in the amount and cost of raw materials purchased by the contractor for a particular. This information is then stored in the lead database 14.
The system managers are able to access the lead management system through the manager user interface 20. The system managers access the manager user interface 20 through the entry of an username and password. The manager user interface 20 is preferably a graphical user interface and allows the system managers to access other screens and reports, which are used to display various pieces of information to the system managers. The system managers can navigate through the various screens and reports of the manager user interface 20 using a menu.
The manager user interface 20 allows the system managers to view all leads and all contractors associated with the lead management system.
Preferably, when the system managers log onto the manager user interface 20, a screen displaying a list of unmatched leads (i.e. leads with the status of UNASSIGNED) and a list of overdue leads (i.e. leads with the status of OVERDUE) will appear. These leads should be dealt with as soon as possible by the system managers. For unmatched leads, the system managers use the manager user interface 20 to manually assign a contractor to an unmatched lead, at which point the status of the lead is modified to CONTRACTOR_ASSIGNED and the lead progresses through its normal life cycle. For overdue leads, the system managers may access and view the history for that lead. The system managers may then send a message through the manager user interface 20 (and using the messaging module 24) to the contractor responsible for the overdue lead.
The manager user interface 20 allows the system managers to access and view any lead present in the lead database 14. The manager user interface 20 provides a search facility to allow the system manager to search for a particular lead based on various parameters, such as lead identification code or customer 34 name.
Once the system managers have accessed a particular lead, the manager user interface 20 allows the system managers to modify any information, including lead status, associated with that lead. The system managers can unassign a lead (i.e. change its status to UNASSIGNED) or they can assign a lead from one contractor to another contractor. Unlike contractors, the system managers can also arbitrarily change the status of lead without regard to the normal progression of lead statuses through the lead's life cycle. For example, system managers can modify the status of a lead from CUSTOMER_CONTACTED to JOB_SOLD, if desired. System managers may also create and delete leads as necessary.
In addition to viewing and managing leads, the manager user interface 20 preferably also allows the system managers to view and manage contractors. The manager user interface 20 allows the system managers to register new contractors with the lead management system, by inputting in the appropriate data for the new contractor.
The manager user interface 20 also allows the system managers to send messages (either normal or system) to all contractors or to specific contractors. The system managers can input the message using the manager user interface 20 and specify the recipient(s) and the message's priority. The messaging module 24 takes the message and delivers it to the appropriate recipient(s) with the desired priority. The recipient(s) (i.e. contractors) will be able to view the message through the contractor user interface 18.
The manager user interface 20 further allows the system managers to set and adjust the time limits or thresholds for various steps in the life cycle of a lead (e.g. the time limit for contacting customers).
The manager user interface 20 allows the system managers to generate and view reports based on information in the lead database 14 and the contractor database 16. For example, these reports could include reports on sales generated by particular contractors or reports on the timeliness of particular contractors.
It is possible that some of the system managers accessing the lead management system through the manager user interface 20 will be customer support personnel who receive calls or enquiries from potential customers 34 regarding particular leads or contractors. The manager user interface 20 may comprise a facility for such system managers to enter in information or comments from such customer calls or enquiries for the appropriate lead. The system manager is able to selectively suppress such information or comments so that they are not visible by the contractor when viewing the lead.
Process 101 starts 111 with receiving a measurement purchase order 120. A contractor is assigned 130 who attempts to contact the customer 140. If the customer is not contacted, the contractor attempts to leave a voicemail 150, 160 and later follows up with the customer 170. If the customer is contacted 140 then the contractor tries to set up an appointment date 180. If the appointment is set 190 then the contractor attempts to visit the customer 200 to measure. If successful, the measurement is done 210 and the cycle ends 220. If an appointment date is not set, it may not have been set because the customer cancelled 230, 270 in which case the cycle ends 280. If it was not set but the customer did not cancel 230 then the contractor may have rejected the lead 240. If so 290, then the cycle ends 300 until the lead is reassigned. If the contractor did not reject the lead, then the lead remains pending 250 and the cycle is placed on hold 260.
Process 102 starts 310 with receiving a fax installation purchase order 320. The contractor attempts to contact the customer 330 and if unsuccessful attempts to leave a voice message 340, 350 to later follow up with the customer 360. If the customer is contacted, then the contractor attempts to set up an appointment date 370 to proceed with the installation appointment 380, visit the customer for installation 390, to complete the installation 400 and end the cycle 410. If an appointment is not set 370, then the customer may have cancelled 420, 460, in which case the cycle ends 470. It is also possible that the contractor rejected the lead 430, 480 in which case the cycle ends 490 until the lead is reassigned. If customer did not cancel and the contractor did not reject the lead, then the lead remains pending 440 and the cycle is on hold 450, likely awaiting further information or a decision from the customer.
In addition to the functionality described above, the lead management system may comprise additional features and functions that may not be illustrated in the accompanying figures.
For example, the lead management system sends a daily report electronically (e.g. through electronic mail) to the system managers listing all overdue leads, unassigned leads, or leads due on that day (i.e. leads that must be acted upon by that date). This will allow the system managers to see which leads require immediate action. This daily report is sent remotely to mobile communications devices carried by system managers.
The lead management system also comprises an accounting subsystem that allows the contractors and the system managers to track payment status and history. The accounting subsystem tracks when payments are made, the amount of the payments, and overdue status. The appropriate amounts to be retained by the various parties (e.g. the contractor, the system managers, and the store) can be calculated and automatically processed, thereby integrating the lead management functions with the accounting function that depend on lead management. The contractor is able to scan in, through the contractor user interface 18, documents relating to payment. These documents are stored in the lead management system in a separate database (not shown) or in the lead database 14. This enables the contractors and the system managers to view the financial status associated with the contractors' leads and to effect faster payment for the various parties.
In another embodiment, the retailer can access the lead management system to generate reports regarding leads based on their status. These reports are generated based on information from the lead database 14. Additional reports based on the overall lead response timeliness of the contractors can also be generated. Preferably, the retailer can download these reports or the system can forward these reports to the specific stores that generated the leads. The retailer can also generate reports detailing the total amounts of different types of raw materials used or purchased by one or more contractors for their leads. These reports are used in calculating rebates from raw material suppliers to the retailer.
In an alternate embodiment, the contractor accesses the contractor user interface 18 using a mobile communications device, such as a smartphone device. Preferably, the mobile communications device also comprise facilities for obtaining digital photographs (i.e. a digital camera) such that the contractor can carry the device and take photographs of locations where the service is required. These photographs are uploaded using the contractor user interface 18 to the lead database 14. In addition, the device also comprises facilities for locating the position of the device (i.e. through a global positioning system, or GPS, receiver). This would allow the lead management system to track the locations of the contractors and allow the system managers to identify which contractors are closest to particular potential customers 34. The lead management system can immediately assign a new lead to the contractor closest to the potential customer identified in the new lead. The contractor can then attend to the potential customer 34 quickly or allow the new lead to be processed in the usual manner.
Such mobile communications devices would allow the contractor to connect to the central server 12 from the device through an internet connection 38 established over the cellular phone network or another wireless connection (e.g. WiFi). The contractor would access the contractor user interface 18 programmed into the device, preferably programmed into a removable external memory card (e.g. a miniSD card) inserted into the device. Aspects of the contractor user interface 18 such as the layout of various screens would be programmed into the device, and only raw data relating to the leads would be transferred between the device and the central server 12. As only raw data would need to be transferred, this would reduce the amount of bandwidth needed for the contractor to properly operate the contractor user interface 18. The programming necessary to implement the contractor user interface 18 on the mobile communications device is stored on and executed from the removable external memory and connects wirelessly to the remote central server 12. The contractor enters information through the contractor user interface 18 using touchscreen technology (e.g. a stylus) or a keyboard attached to the mobile communications device.
Preferably, any data transferred from the central server 12 to the contractor user interface 18 on the device is not retained by the device after the contractor logs out. This ensures that if the device is misplaced, there would be no data compromised.
A further embodiment comprises a dispute resolution module that handles and tracks the progress of disputes between a contractor and a potential customer 34. When a potential customer 34 makes a complaint (e.g. by calling a system manager through a customer 34 support centre), a dispute resolution mechanism is triggered. This dispute resolution mechanism allows the customer 34 and the contractor to enter information regarding the dispute. The contractor enters information through the contractor user interface 18 while the customer 34 relays the information to the system managers who then enter information through the manager user interface 20. If the dispute involves a service or installation performed by the contractor, an inspection may be conducted by a representative of the retailer, who also enters information through the manager user interface 20. The dispute resolution module tracks and coordinates the different information from the different parties. It also prompts the respective parties to perform subsequent steps in the dispute management process and tracks the status of the dispute.
It will be appreciated that the foregoing was a detailed description of certain the preferred embodiments and as such is subject to modification without departing from the principles of the invention. For example, although the initial lead collection and maintenance of the lead database is described as being operated by a third party, it is equally possible that the initial lead collection and maintenance of the lead database be conducted by the same entity that operates the remainder of the lead management system. In this example the third party database could be the same as the lead database shown in
| Number | Date | Country | Kind |
|---|---|---|---|
| 2,579,873 | Feb 2007 | CA | national |
This application claims priority from U.S. provisional patent application No. 60/747,917 filed May 22, 2006 and Canadian patent application No. 2,579,873 filed Feb. 27, 2007. This application is a U.S. national stage entry of PCT application No. PCT/CA2007/000948 filed May 22, 2007.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/CA2007/000948 | 5/22/2007 | WO | 00 | 11/21/2008 |
| Number | Date | Country | |
|---|---|---|---|
| 60747917 | May 2006 | US |
