First, I am assuming a typical dialer will have a voice component, being the dialer itself. This will contain the logic for consuming a campaign, an algorithm if predictive, and the ability to determine a dial result (most often if the recipient of the call has answered as human or machine). The second component is the interface for the agents which will pop up on their screen when an outbound call has found a human (sometimes a machine if desired), along with pertinent information about the target customer and also provide the ability for the agent to dispose of the call, enter comments and change data about the customer for future campaigns and reporting.
In future articles, I intend to elaborate on these entities in depth, but for now, I am going to focus on the different ways the dialer and agent interface can be designed to interact.
The Diagram below shows the basic entities in a typical dialer system with agents.
Note that the connection between the dialer service and the agent interface is a dotted line, which is due to the options I will briefly present below that make this connection variable.
Option 1: No Agent Client
The Pure Website Interface
The most flexible option is to make the agent interface simply a website running in a browser.
• Use It Anywhere: The agent is not required to install any local software and can use the system from anywhere, different machines, and even mobile devices.
• Flexible: When coupled with a soft phone, this is a very flexible architecture, especially for remote agents.
• Interface Development: This solution will require additional interface development and testing to support multiple browsers.
• Security Needs: Security will require an agent login and more diligence, again extending development and testing.
• Slightly Slower: Pop ups may lose milliseconds or more when a call is routed, because the nature of a webpage being static; some kind of polling is usually necessary for the web page to check for a new call to refresh, populate with data and be available as quickly as possible with the call.
• Advanced Interface Difficulty: As with all web pages, some advanced interface tools may be difficult to implement, especially across browsers (right clicking, tree views, etc).
Option 2: Agent Client Software
Local Client Interface
This option consists of a local application installed on the agent machine which communicates directly with the dialer service. Typically, this is a Windows Forms application.
• Speedy Interface: Pop ups are instantaneous, as you may use events and WCF web service links to connect the dialer service to all of the agent interfaces.
• .NET Control: All interface options are available through .NET controls.
• Quicker Development: Testing and development are significantly reduced by eliminating the need for cross browser support.
• Easy Integration: A soft phone can be directly integrated into the interface.
• Simpler Security: Built in .NET security and even building your own interface method is available, giving a myriad of security paradigms as options.
• Install Locally: Agents must install software on their local machine.
In future articles, I will be exploring additional hybrid options for designing a dialer with agents, including predictive dialers and power dialers.
Want to take a deeper dive on this? Check out our Dialer Tutorial. It walks you through downloading our demo and trying our Dialer Sample Solution. See how Voice Elements helps you jump right in to Outbound Calls with ease.