Customer Portal - A View Into CRM
Challenge: Divisions Inc. provides property management services to customers across the United States. Responding to requests for maintenance services is integrated with their installation of Microsoft CRM.Their customers currently submit helpdesk tickets using ZenDesk. This is later captured by Divisions' CSRs and a case is created in CRM to address the customers request.
Divisions recognized a need to enhance services by providing a way for their customers to monitor the status of service requests submitted through their helpdesk system.
Our goals were to streamline communication with customers, reduce call center support, improve the overall quality of services provided, and plan for future enhancements.
Solution: Red Hawk Technologies developed a custom web portal, providing a view into Microsoft CRM, which empowers customers by allowing them to monitor open and completed cases. In addition to monitoring cases in CRM, customers can view a summary of all helpdesk entries, including those that have not been converted to cases in CRM.
The current helpdesk provider is ZenDesk, chosen for use because it is web-based and provides a powerful API. The web-portal was designed so that ZenDesk can be replaced with minimal effort if the need arises. It's possible a CRM-based custom entity will be developed at a future date.
Details:
- Created a website on a machine that has visibility to both the outside world and to the client's Microsoft CRM.
- Created web services on an intranet website that has access to Microsoft CRM. Then created a page that could "proxy" requests between the externally facing site and Microsoft CRM. This was done to get around the "Kerberos Authentication" issues that can arise from certain configurations of Microsoft CRM. It is also used to control which account is used to access the CRM data.
- Created three controls on the external website that allow for the display, filtering, sorting, and paging of the helpdesk tickets, open cases, and closed cases. Each control communicates with a "data processor."
- Created three "data processors" which are responsible for requesting data from the external sources. These processors are also responsible for caching the data received for 10 minutes.
- Placed the three controls on the default page.
- Wrapped the site with ASP.Net forms authentication that communicates with the CRM server via the proxy to determine which customer to display upon successful logon.
We set the cache timeout to 10 minutes. This means that the data displayed on the site could be up to 10 minutes old. The client was comfortable with that number. Before caching, a page of data took around 7-10 seconds to render. After caching, the page was loading in under a second. Paging between the three sections was also slow prior to caching (because it was pulling all the data all the time), and it benefited in the same way after the caching was implemented. The same could be said of sorting. One trick that we implemented was to pre-cache the data once the logon page was loaded. When a user hit the logon page and typed their username, we waited until they focused on the password input. Once that happened (while they typed their password), we would use the username to get the data caches primed with that users' data. It eliminated the initial load after logon because the data was already there. In the future, we hope to add a mechanism that will automatically detect when the cache is going to expire and keep it fresh if there is still activity on the site. That should eliminate the occasional 10 second load every 10 minutes.
Microsoft CRM Customization
 |
|||
 |
|
 |
