Dialing Modes

Reading Time: 15 minutes

A dialer refers to a core feature and its associated functions used by Call and Contact Center software to initiate calls. In VCC Live® Desk, the way the dialer initiates calls is determined by four dialing modes: Manual, Power, Predictive, and Outbound IVR.

Table of Contents

Understanding the Concept of Dialing Modes

Depending on your orgnization’s needs, dialing modes can be used to automate the process of dialing phone numbers in order to reduce or completely eliminate the need for human input.

Power, Predictive, and Outbound IVR dialers are based on sophisticated algorithms and can execute complex calculations in real time, so that the agent effort is utilized in the most effective way. The algorithms can take into consideration factors such as the quality of your database and record behaviour patterns.

The Manual dialer is fully manual, which means that the calls are placed manually by an agent.

For more details about each dialing mode, including how the dialers work and what the configuration options are, see the related sections below.

Manual Dialer

The Manual dialer is a manual dialing mode in which the agent selects the next record to be called from the records list. This mode is recommended for projects that have long pre-call preparation times. Records visible to one agent are not visible to others. The Manual dialer is the least efficient dialing mode.

Power Dialer

The Power Dialer is an automatic dialing mode in which the system automatically initiates as many calls as there are number of available agents, making sure that all agents are kept in a call.

When the dialer successfully reaches a customer, it automatically connects the customer to an available agent. Once the agent finished the call and allocated a disposition, the system automatically initiates the next call.

When the dialer cannot reach a customer (e.g., the number is wrong or the custmer is not answering the call), the dialer automatically dials the next record without the agent having to do anything — so the agents save the time they otherwise would have spent in prework and afterwork states.

Note: When working with automatic dialers, it is important to remain aware of the state of your database and the workload, so that you can reach the highest efficiency possible.

Power Dialer — Settings Overview

Setting Description
Dialer strategy Defines whether the dialer should initiate calls sequentially or based on priority (default). Both strategies take into consideration the default dialing list order.

If set to Sequentially: The dialer dials each phone number (starting from the phone1 field) for a record until the record is reached, and then moves on to the next record in the list. If a record is not available, the dialer may try again later depending on other settings.

If set to Based on priority: The dialer takes priority and number of recall attempt-related preferences into consideration when trying to reach a record. For each phone number that a record has (phone1, phone2, phone 3, etc.), you can set a priority value and a number of call attempts limit (in Project settings > Database > Fields). For example, to reach a record, the dialer will firstly try the priority 1 phone number for the record, for as many times as you set the attempt limit number to. If the dialer fails to reach the record using this phone number, it will then dial the next phone number based on priority for the record, again for as many times as the call attempt limit is set to.

Dialing time Defines how long the dialer tries to dial a phone number before it ends the call (because it is not successful). Default value: 40 seconds. The value includes both dialing and ringing time. Dialing time can take as long as 6 seconds towards mobile networks.
Callbacks retry time (s) Defines how much time elapses before the system tries to reach a record again after a failed callback attempt (agent callback, shared callback, or dropped). Default value: 3600 mp. If Manual dispositions in callbacks is enabled, the system ignores this value, and agents can set callback times themselves.
Max. attempts per record Defines how many times the dialer can attempt to reach a record. If the limit is reached, the record is allocated a Dropped disposition, no matter how many times the dialer attempts to reach each phone number for the record, or if a callback is set or not. Default value: -, which means that the dialer takes into consideration the max. attempt value set for each phone field.
Min. retry time (s) Defines how much time elapses before the dialer tries to reach a number again after an unsuccessful call attempt (the number was busy or temporarily not available). If the call was simply not answered, then the next contact value is set to “now”, and the system subtracts the Min. retry time (s) from the time when the number was attempted to be reached. Then the dialer calculates which records are ready to be called at any particular moment. If a contact number is scheduled to be called back later than “now” minus 5 minutes, then the number is considered to be ready to call. New records are prioritized over records that were failed to be reached one or more times. Default value: 300 mp.
Waiting time in queue (sec) Defines how long the system should try to dial a record before ending the call and allocating a Dropped disposition to the record. This usually happens when the dialer is initiating more calls than number of available agents to connect a call to. If within the time you set an agent becomes available, then the dialer connects the agent to the record waiting in-queue, so that the call is not dropped. Default value: 5 sec.
Sound file played while on hold An audio file (for example, a recorded message or music) that is played to the called party when the client is on hold. No default sound file is set.
Project independent callbacks If enabled, an agent logged in to only one project will also receive callbacks from other projects, without them needing to be logged in to those other projects (primary or secondary). This setting must be enabled in the other projects. Requirements: project must be set to active, the callback must be assigned to the agent, the project cannot have expired, the dialing mode for each project must be the same.
Reversed call schedule Reverses the dialing list order scheduled for shared callbacks, with the most-recently shared callbacks being called ahead of those set earlier.
Manual dispositions in callbacks When enabled, an agent is placed in Afterwork state even when a callback is not successful, and must allocate a disposition to the record. (Normally, when a callback is not successful, the agent is automatically placed in Available status, and no afterwork is required by the system).
Inbound calls over callbacks Rather than checking whether agents have any callbacks scheduled for a specific time, the dialer checks whether there are any incoming calls and connects them to available agents.
Callback priority based on dialing list order Sets the dialer in a way that primary callbacks are dialed in the order that is set in the dialing list, instead of based on next contact time.
Consider the number of inbound calls in dialer algorithm The dialer will prioritize calls in progress over inbound calls in a queue. This can decrease the number of dropped outbound calls in outbound projects to which inbound calls are also routed. Note: This may increase inbound call waiting times, resulting in clients ending the call before the dialer can connect them to an agent.
Use record number as caller ID If enabled, the dialer will display a caller ID depending on what the selected field value is. To assign a phone number to a field value, navigate to the “Hívásirány és hívószám kijelzés” tab.
Prioritize min. calls (Beta) Prevents the dialer switching to static predictive mode in an ongoing project. The dialer will ignore timeouts and better optimize the amount of calls initiated based on the Min. calls value, while the algorithm will try to correct database quality irregularities.

Predictive Dialer

The Predictive Dialer is an automatic dialing mode in which the system usually initiates more calls than the number of available agents to ensure the highest agent utilization, with an average talk time of up to 45 minutes per hour.

While the concept of the Predictive Dialer is to make as many calls possible, in order to prevent an immoderate number of calls, an advanced algorithm takes into consideration factors such as average talk time, average time spent in afterwork, number of currently available agents, the percentage of reached records, as well as the database quality.

If the dialer senses that that there are not enough agents in the project (e.g., the number of available agents significantly drops below a threshold), the dialer automatically switches to Predictive Power mode to avoid an excess of dropped calls due to the sudden change in circumstances. When agents, within a set minimum, become available again, the system starts collecting information about calls and begins to work in Predictive Static mode. When the necessary number of calls for statistics has been collected, the dialer intelligently switches back to its most efficient version, (e.g., Predictive Adaptive mode).

Note: When working with automatic dialers, it is important to remain aware of the state of your database and the workload, so that you can reach the highest efficiency possible. A high fluctuation in agent numbers within a project may result in lower efficiency.

Predictive Dialer Submodes

Depending on certain circumstances, the Predictive dialer may switch to various submodes to indicate how optimal the dialer configurations are.

Submode Description
Predictive-Power The number of active agents dropped below the threshold set in the Agent limit field.
Predictive-Static The number of active agents are suffucient for the current configuration, but the number of successful calls is deficient.
Predictive-Adaptive The current configuration is optimal based on the number of agent and calls initiated.

Predictive Dialer — Settings Overview

Setting Description
Predictive templates You can choose from a set of predefined predictive configurations that can optimize the dialer parameters for the number of agents you are working with, or you can save your custom settings as templates. Once a template is saved, it cannot be modified, but custom templates can be deleted if not in use in the current project.
Dialer strategy Defines whether the dialer should initiate calls sequentially or based on priority (default). Both strategies take into consideration the default dialing list order.

If set to Sequentially: The dialer dials each phone number (starting from the phone1 field) for a record until the record is reached, and then moves on to the next record in the list. If a record is not available, the dialer may try again later depending on other settings.

If set to Based on priority: The dialer takes priority and number of recall attempt-related preferences into consideration when trying to reach a record. For each phone number that a record has (phone1, phone2, phone 3, etc.), you can set a priority value and a number of call attempts limit (in Project settings > Database > Fields). For example, to reach a record, the dialer will firstly try the priority 1 phone number for the record, for as many times as you set the attempt limit number to. If the dialer fails to reach the record using this phone number, it will then dial the next phone number based on priority for the record, again for as many times as the call attempt limit is set to.

Dialing time (s) Defines how long the dialer tries to dial a phone number before it ends the call (because it is not successful). Default value: 40 seconds. The value includes both dialing and ringing time. Dialing time can take as long as 6 seconds towards mobile networks.
Callbacks retry time (s) Defines how much time elapses before the system tries to reach a record again after a failed callback attempt (agent callback, shared callback, or dropped). Default value: 3600 mp. If Manual dispositions in callbacks is enabled, the system ignores this value, and agents can set callback times themselves.
Max. attempts per record Defines how many times the dialer can attempt to reach a record. If the limit is reached, the record is allocated a Dropped disposition, no matter how many times the dialer attempts to reach each phone number for the record, or if a callback is set or not. Default value: -, which means that the dialer takes into consideration the max. attempt value set for each phone field.
Min. retry time (s) Defines how much time elapses before the dialer tries to reach a number again after an unsuccessful call attempt (the number was busy or temporarily not available). If the call was simply not answered, then the next contact value is set to “now”, and the system subtracts the Min. retry time (s) from the time when the number was attempted to be reached. Then the dialer calculates which records are ready to be called at any particular moment. If a contact number is scheduled to be called back later than “now” minus 5 minutes, then the number is considered to be ready to call. New records are prioritized over records that were failed to be reached one or more times. Default value: 300 mp.
Correction factor Affects the number of calls initiated by the dialer. Multiplies the number of calls that can be initiated (estimated by the dialer) by the value you enter. The value must be between 0 and 2.
Agent limit Defines the maximum number of active agents the dialer algorithm should take into consideration when calculating the number of calls initiated in predictive mode. Active agents exclude agents who are in “On break” status. If the number of active agents drops below the number you set, the dialer will temporarily switch to Power mode.
Min. calls Defines after how many successful (that ring) calls the dialer should start counting the required number of calls to be initiated for agents available in the project. This number takes into consideration the period when the dialer estimates the number of calls to be initiated.
Reachability examination period Defines the length of period in which the dialer should examine the ratio of calls initiated and connected. The result is used for the dialer to calculate the number of calls initiated. This is periodically re-examined so that the dialer always works with the most recent data. This value is overwritten by the Prioritize min. Calls (Beta) value.
Talk time examination period Defines the length of a period in which the fialer should examine and remember the ratio of busy agents. The fialer examines the average time agents spend in calls or in after work state, and calculates average work time, while also taking talk time into consideration. This data helps the dialer to optimize the number of calls initiated more effectively.
Max. simultaneous calls Defines the max number of calls that the dialer is allowed to initiate. Value can be between 0 and 1000.
Expected reachability If there are not a sufficient number of successful calls within the examined time period, and the dialing algorithm switches to static mode, then the dialer will take only this value into consideration. In this case, the number of calls initiated are not weighted, and instead the dialer makes its calculations based on the percentage value you entered. For example, if the value is 0.5 (50%), and there are 5 agents working on a project, then the dialer will initiate 10 calls. Possible values: 0.1-1.
Correction of max. simultaneous call Restricts the number of calls initiated by the dialer. The higher the number, the less the number of calls the dialer initiates, allowing you to decide, depending on the quality of the database you are using, whether you want more calls to be initiated, or ensure that there are no lost calls. Possible values: 0,01-1.
Busy agents ratio The higher the value you set, the more the dialer will take the busy-available agents ratio into consideration, and the faster the dialing time will increase. Busy-available agents: after each call, the dialer collects the “work” time for the system, and then calculates an average of these working hours for the interval corresponding to the value specified in the Talk Time Test Period. If an agent has reached the average value during his/her working hours, then busy (busy- available) status is technically switched from busy (busy) status. When examining how many available agents there are on the project, the dialer calculates the busy-available ratio for the agents as follows: available + (busyavailable * weighted operator weighting value).
Waiting time in queue (sec) Defines how long the system should try to dial a record before ending the call and allocating a Dropped disposition to the record. This usually happens when the dialer is initiating more calls than number of available agents to connect a call to. If within the time you set an agent becomes available, then the dialer connects the agent to the record waiting in-queue, so that the call is not dropped. Default value: 5 sec.
Sound file played while on hold An audio file (for example, a recorded message or music) that is played to the called party when the client is on hold. No default sound file is set.
Project independent callbacks If enabled, an agent logged in to only one project will also receive callbacks from other projects, without them needing to be logged in to those other projects (primary or secondary). This setting must be enabled in the other projects. Requirements: project must be set to active, the callback must be assigned to the agent, the project cannot have expired, the dialing mode for each project must be the same.
Reversed call schedule Reverses the dialing list order scheduled for shared callbacks, with the most-recently shared callbacks being called ahead of those set earlier.
Manual dispositions in callbacks When enabled, an agent is placed in Afterwork state even when a callback is not successful, and must allocate a disposition to the record. (Normally, when a callback is not successful, the agent is automatically placed in Available status, and no afterwork is required by the system).
Inbound calls over callbacks Rather than checking whether agents have any callbacks scheduled for a specific time, the dialer checks whether there are any incoming calls and connects them to available agents.
Callback priority based on dialing list order Sets the dialer in a way that primary callbacks are dialed in the order that is set in the dialing list, instead of based on next contact time.
Consider the number of inbound calls in dialer algorithm The dialer will prioritize calls in progress over inbound calls in a queue. This can decrease the number of dropped outbound calls in outbound projects to which inbound calls are also routed. Note: This may increase inbound call waiting times, resulting in clients ending the call before the dialer can connect them to an agent.
Use record number as caller ID If enabled, the dialer will display a caller ID depending on what the selected field value is. To assign a phone number to a field value, navigate to the “Hívásirány és hívószám kijelzés” tab.
Prioritize min. calls (Beta) Prevents the dialer switching to static predictive mode in an ongoing project. The dialer will ignore timeouts and better optimize the amount of calls initiated based on the Min. calls value, while the algorithm will try to correct database quality irregularities.

Outbound IVR

The outbound IVR is an automatic dialing mode that is used to establish connections between customers and the system without involving an agent. The system transfers an answered call to a specific inbound process.

As a project that utilizes the Outbound IVR dialing mode requires no agent input, the Outbound IVR dialer can be considered a fully automatic dialing mode, but it can also be configured to allow your customers to quickly reach agents in just a few steps. This mode may include voice recordings played to clients, reading the client’s balance and payment due date, redirecting to an available agent or answering machine feature, and more.

For the list of processes you can transfer the calls to, see Inbound Processes.

Outbound IVR — Settings Overview

Setting Description
Simultaneous calls Limits the max. number of concurrent calls the dialer is allowed to initiate. Concurrent calls means the number of calls that are ringing to clients, and not calls per seconds. This value cannot be used to limit the system to keep as many calls in progress as there are number of available agents.
Transfer to project Defines which project the client should be forwarded to if the call is answered.
Transfer to process Defines which label or macro should be started.
Dialing time Defines how long the dialer tries to dial a phone number before it ends the call (because it is not successful). Default value: 40 seconds. The value includes both dialing and ringing time. Dialing time can take as long as 6 seconds towards mobile networks.
Call answered disposition Defines which disposition should be allocated to the call if it was answered or rejected.
Days picker The time period when the Dialer should be active.

Related articles

There's always more to learn. Discover similar features by visiting related articles:

Can't find what you need? Use the comment section below to connect with others, get answers from our experts, or share your ideas with us.


There are no comments yet.
Subscribe to our newsletter
or Contact us!
Please note that by subscribing to our newsletter, you agree to receive regular email messages from VCC Live® about service related news and updates. By subscribing to our newsletter, you also agree that VCC Live® will use your data in accordance with the applicable Privacy Policy until you unsubscribe from the newsletter.