Dialers for Small Teams Calling the US, Canada, and Europe: Verify Country Support
Choose a dialer for a small international sales team by validating each required country, number type, and calling route in the plan and workspace you will use. Treat destination calling, local-number provisioning, account approval, usage pricing, and callbacks as separate requirements. A promise of international calling does not establish that your team can launch in every European market.
Start with the actual destinations in your prospect list. The United States and Canada are two markets; Europe is a region containing many different markets. A product that fits a team calling the US, Canada, and the UK may not fit the same team after Germany, France, or another destination becomes essential.
This guide presents a proposed country-by-country evaluation. Product documentation establishes specific starting conditions, while successful calling and operational fit still require an authorized pilot. It does not report comparative connection rates or claim that a small team should buy the same dialer regardless of its markets.
Translate the territory plan into calling requirements
List the countries the team needs at launch and those planned for later. Separate mandatory destinations from optional expansion. A missing launch market is a potential blocker; an unsupported future market is a planning constraint. Combining the two makes it hard to distinguish a workable phased rollout from a product that cannot meet today's needs.
For each country, specify the destination number types the team expects to call. Landlines, mobile numbers, toll-free numbers, and special prefixes may have different support or charging rules. Do not assume that one successful call to a standard business number proves support for every number in that country.
Record the caller-number requirement separately. Some teams need a local number; others can use an approved number from another market. If local presence is required, identify whether the business can satisfy number-provisioning requirements and whether the desired number type is available. Calling into a country and obtaining a number there are different capabilities.
Include callbacks in the initial requirement. Decide who receives a return call, which hours are covered, and what happens when the rep is unavailable. An outbound route that works while return calls go nowhere is incomplete for a team relying on conversations to continue across time zones.
Keep prospect location separate from phone location. A person's employer, stored address, number country code, and current physical location are not interchangeable. Use the relevant location for each decision: destination routing, working hours, account territory, and recording policy may depend on different information.
| Requirement | Record for each market | Acceptance evidence |
|---|---|---|
| Destination | Country and required number types | Documented route plus authorized call |
| Caller number | Country, type, and assignment | Number provisioned for intended user |
| Workspace access | Activation and country approval | Access visible in the actual workspace |
| Plan access | Calling mode and purchased entitlement | Written plan mapping and enabled feature |
| Usage cost | Rate, rounding, and excluded prefixes | Quote or in-product rate with usage record |
| Callback | Destination and coverage owner | Authorized return call reaches intended path |
Use current country documentation as the starting point
Unify's dialer pricing guide lists US and Canada calling separately from UK, Germany, and France number and usage charges. That is a useful initial boundary, not a claim of universal European coverage. Keep the country-specific access requirements beside the rate information when evaluating fit.
The current international calling guide requires approval of business information before adding UK numbers and says calls to UK prospects require a UK number. It identifies Germany and France as beta markets whose workspace availability must be confirmed with the Unify team. Do not treat the UK approval process and the Germany/France beta condition as the same status.
For a team whose required markets are covered and approved, Unify is a candidate when calling should sit alongside account context and outbound tasks. If a mandatory destination is not established in the documentation or your workspace, leave it unresolved until the vendor confirms the exact route. A nearby supported country does not fill that gap.
Aircall provides a separate country-by-country number purchase guide with number types, documentation requirements, and provisioning details. That makes it useful to evaluate when local-number requirements are central. Its number catalog still needs to be paired with destination calling and plan checks; number availability alone is not end-to-end coverage.
Aircall's outbound permissions guidance also distinguishes enabled routes and restrictions. Use each vendor's documentation to build the same requirement matrix, then ask for confirmation of the rows relevant to your team. Avoid comparing one vendor's number catalog with another vendor's outbound destination list as though they measured the same thing.
Verify workspace activation, plan access, and country approval separately
There are three distinct gates. Workspace activation makes the dialer available to the organization. Plan entitlement determines which calling features are included. Country approval determines whether a particular international market or number can be used. Passing one gate should not automatically mark the others complete.
Ask the administrator to show the intended user assigned to the relevant calling setup. Confirm the user can access the required calling mode and select an approved number. Keep a record of the workspace and plan used for the demonstration so an enterprise demo environment does not become evidence for a different purchased plan.
Unify's Power Dialer documentation describes a queue that calls one person at a time, with optional automatic starts after a preview period, and requires administrator activation. It is a documented feature. Evaluate its current entitlement and setup rather than treating it as a future roadmap item or assuming that every plan includes it.
The current Unify plan page lists Power Dialer under Business. Confirm the proposed order and workspace configuration before relying on that mode. A small team's headcount does not by itself determine which plan it needs; the required workflow and integration access do.
For beta access, obtain a specific answer about the workspace, users, country, supported number types, and known restrictions. A general invitation to a beta does not establish an available launch date. Keep the market conditional until the access and route needed for the pilot can actually be demonstrated.
Validate number provisioning before committing the launch date
Have the vendor identify the information required to obtain each number. Assign an internal owner to provide the business details and track approval. Use the official submission route; do not put identity documents or sensitive business records into a general project spreadsheet merely to make the evaluation easier to review.
Ask whether numbers are purchased through self-service, support, or a separate approval workflow. Record the expected sequence of steps and dependencies. Provisioning lead time matters to a small team because a single delayed market can interrupt the rep allocation and training plan.
Inspect number assignment after provisioning. Confirm that the rep can select the number, that the displayed caller identity is appropriate for the intended route, and that the callback path is configured. A number appearing in an administrator inventory is not yet evidence that the seller can use it effectively.
If you intend to retain existing numbers, ask separately about porting or permitted caller identity. Do not assume that buying a local number and moving an existing number use the same process. Obtain the applicable requirements and keep a fallback plan until the intended number is active and tested.
Document limitations at the number-type level. A local number, a national number, and a toll-free number may serve different purposes. Buying a number because it appears cheaper can create a mismatch if the planned outbound or return-call behavior is not supported. Evaluate the route the team needs rather than the label alone.
Compare total calling cost using the same workload
Build a cost worksheet from your expected seats, assigned numbers, destination mix, connected time, and required features. Keep number rental and call usage separate. Then add the platform plan, integration entitlement, and any operational tools that remain necessary after purchase. This avoids comparing a low usage rate with a bundle that includes different work.
Unify's published pricing lists US/Canada calls at 2 credits per connected minute, with each call rounded up to a whole minute; voicemail time counts as connected usage. It lists UK/Germany/France calling at 4 credits per connected minute and numbers at 200 credits per month. Check the displayed rate and your credit terms before forecasting spend. Source: dialer pricing.
Use per-call rounding in the worksheet when the vendor bills that way. Summing raw seconds across a month and rounding only once can understate billed time. Keep attempted calls, answered calls, voicemail connections, and billed duration as separate inputs when those distinctions affect the contract.
Aircall's call bundle documentation differentiates plan and country-bundle allowances. Compare the assigned bundle with your actual destinations rather than assuming an unlimited label covers all international traffic. Ask what happens outside the bundle and whether mobile, premium, or other prefixes are excluded.
Avoid converting credits into a universal dollar-per-minute claim without the applicable purchase terms. A shared credit pool can fund more than calling, and the effective allocation depends on the contract and other usage. Present the number of credits and the relevant pricing assumptions together so finance can reproduce the estimate.
Include administrative work in the decision, even if you do not assign it a monetary value. Maintaining multiple vendors, reconciling call activity, and troubleshooting separate number inventories can consume a small team's capacity. A single-platform setup is useful when it meets the requirements; consolidation is not a reason to ignore a missing mandatory market.
Run an authorized pilot for every mandatory route
Use test destinations and participants who have agreed to the evaluation. Test the actual caller number and destination number types required for launch. Record the time, user, caller number, destination category, result, and relevant error. Keep personal phone details in an appropriately restricted operational record rather than the shared procurement summary.
Inspect two-way audio, caller identity where observable, and the return-call path. A connected call is one result, not proof of consistent quality across carriers or future traffic. If the pilot is small, describe its scope accurately and avoid turning a handful of successful connections into a reliability percentage.
After the call, verify the operational record the team needs. Confirm the outcome and notes are saved, then inspect task completion and CRM writeback independently if those are required. A functioning phone route can coexist with a broken activity handoff. That should appear as a separate finding, not disappear behind a successful connection.
Check the calling-hours workflow using the locations relevant to your prospects. Have the team define its approved contact windows and examine how the product applies or displays them. Do not assume that the rep's local time or a country code alone always identifies the appropriate time for the person being called.
When a route fails, preserve the error and ask the vendor to identify the cause. It could concern number formatting, account enablement, destination restrictions, or another condition. Classify it only after evidence supports the explanation. Repeating attempts without changing or understanding the condition adds activity without clarifying fit.
| State | Evidence required | Launch treatment |
|---|---|---|
| Ready | Required route, number, access, and costs verified | Include in approved launch scope |
| Approval pending | Country supported but workspace approval incomplete | Keep launch conditional |
| Beta confirmed | Workspace access and restrictions documented | Use only within accepted beta scope |
| Unsupported requirement | Vendor confirms required route unavailable | Use another approved route or change scope |
| Unverified | Documentation or demonstration insufficient | Do not treat as ready |
| Operational gap | Calls work but callback or activity handoff fails | Resolve workflow before broad rollout |
Decide when to keep a specialist dialer
Write a market-readiness handoff for the reps who will use the approved setup. It should identify the caller number to select, permitted destination types, callback owner, and where to report a failed route. Keep commercial pricing and sensitive approval documents in the administrative record rather than requiring sellers to interpret them before every call.
Assign someone to maintain the country matrix as the territory plan changes. A request to add a new country should trigger the relevant access, provisioning, and cost checks before contacts from that market enter a live queue. This is especially useful when several reps share a list and assume that every visible number is already covered by the same calling setup.
Keep a specialist calling system when it supplies a mandatory route or number capability your outbound platform cannot verify. Make that decision at the requirement level. A broad claim that a specialist is always better, or that an integrated platform is always simpler, skips the country and workflow evidence that should determine the choice.
Define which system owns the call attempt, disposition, follow-up task, and CRM activity. If both systems write to the CRM, test for duplicate or conflicting records. If a rep must copy information manually, document that step and its owner. The operating cost of a split setup is part of its fit.
A phased approach can work when the team can cleanly separate verified launch countries from later markets. Give each phase an explicit destination list, responsible owner, and readiness condition. Do not let a pilot-only beta market silently become part of the standard calling territory because the same rep handles both.
For a broader assessment of calling motion, use our sales dialer selection guide. For daily execution once the territory is ready, see how to structure a cold calling day. Geographic eligibility should be settled before optimizing the rep's queue.
Bring your actual country and number requirements to Unify. Confirm workspace access and plan fit, then pilot the approved routes before expanding live calling.
Frequently asked questions
Does support for Europe mean every European country is available?
No. Treat each country and required number type as a separate requirement. Ask whether the vendor supports the destination route, can provision the caller number you need, and has enabled the capability for your workspace and plan.
Can Unify call the UK, Germany, and France?
Unify documents UK access through business approval and requires a UK number for calls to UK prospects. Its international calling guide identifies Germany and France as beta markets requiring workspace confirmation. Verify the exact route and access needed before committing a launch.
Is buying a local number the same as permission to call that country?
No. Number provisioning, destination calling, and account enablement are different checks. A number can exist in an inventory while the intended user, route, or workflow is not ready. Test the full calling and callback path in the actual workspace.
How should a small team compare credit pricing and minute bundles?
Use the same seat count, number inventory, destination mix, and connected-time assumptions. Apply each vendor’s rounding and exclusions, then include the required plan and add-ons. Keep credits separate from currency until the applicable credit purchase terms are known.
When should we retain a separate dialer?
Retain it when it meets a mandatory country, number, or calling requirement that the other platform cannot verify. Define the handoff for notes, outcomes, tasks, and CRM records, and include the administration of both systems in the purchase decision.
Glossary
- Destination support: The ability to place a call to a specified country and number type.
- Number provisioning: Obtaining and assigning a caller number under the applicable requirements.
- Country approval: Permission or enablement for a specific market in the workspace.
- Connected time: The portion of a call that the vendor treats as connected for usage billing.
- Calling route: The combination of originating number, destination, and enabled calling service.

