# Buying connectivity: what to ask

A connectivity purchase is a set of claims about route, profile, measurement, responsibility and exit. Ask for evidence for each one before you compare offers. A good answer names the path, the identity, the test, the owner and the way out; a bad answer repeats a promise.

- A coverage claim is not a route; ask for the path, the handoff and the address pool.

- A profile answer names the IMSI range, the APN and the network that serves each market.

- A measurement answer names the source, destination, window and metric.

- An exit plan covers data, addresses, profiles and the notice period.

- A provider that cannot name an owner for each layer cannot fix a failure at that layer.

## Ask for evidence, not assurances

A provider can answer a question in three ways: with a document, with a measurement, or with an assurance. Only the first two can be checked. Ask for the route, the profile, the measurement, the owner and the exit in that order, and write the answer down while the call is still open.
Great coverage in Mexico is not an answer to a route question. The useful answer names the network that serves each area, the handoff into the country, the address pool and the APN. If the provider cannot name them, the claim is a starting point, not evidence.
The same rule applies to identity. Ask which IMSI range, which profile type and which entity holds the subscription. For an eSIM, ask who owns the profile and who can delete it. For a fleet that crosses borders, ask which network serves each market and what happens when the device moves.

### The questions to bring

- [ ] Route — The path from the device to the destination, the handoff and the address pool, not a coverage shade.
- [ ] Profile — The IMSI range, the APN, the profile type and the entity that holds the subscription.
- [ ] Measurement — The metric, the source, the destination, the window and who runs the test.
- [ ] Responsibility — A named owner for the radio, the core, the platform and the customer.
- [ ] Exit — Data export, address return, profile deletion and the notice period.

Ticks stay in this page view. Nothing is stored or sent.

### Good answer, bad answer

|  | Question | Good answer | Bad answer |
| --- | --- | --- | --- |
| Coverage | The network and the handoff for each area, with a date | A color map with no source |
| Route | The path, the address pool and the APN | A promise of the fastest route |
| Identity | The IMSI range, the profile type and the owner | A logo on a SIM |
| Measurement | The metric, the endpoints and the window | A single speed-test screenshot |
| Responsibility | A named owner for each layer | One account manager for everything |
| Exit | Data, addresses, profiles and notice in writing | A verbal assurance that it will be easy |

The same questions apply to a data, SMS or China route. Only the technical detail changes.

## Start with the claim you can test

Start with the route because it is the easiest claim to test. Ask for a traceroute from the device to the destination, at the busy hour, with the address of each hop. Ask where the traffic enters and leaves each country, and which address pool the device receives. A route that is not written down cannot be compared.
Then ask for the profile. The IMSI range tells you whose identity the device presents. The APN tells you which gateway it uses. The profile type tells you whether the subscription can move over the air. Together they answer whether the device will look local, roaming or private in each market.
Finally ask who owns each layer. A single account manager is not a responsible owner for the radio, the core and the platform. Ask for the escalation path per layer, and test it once before the fleet depends on it.

## Name the owner for each layer

An answer that names one account manager for everything is not a responsibility answer. The radio, the core, the platform and the customer relationship can sit with different teams or different companies. Ask who is woken up for each kind of failure, and how the handoff between them works.
Test the escalation once. Open a low-severity case and watch how it moves. A path that works in a diagram but not in a ticket is a risk the fleet carries.
Write the names into the runbook, not into a slide. When a device stops, the first responder should know which layer to check and who owns the next step.
The same discipline applies to the commercial side. Ask who owns the invoice query, the contract change and the exit. A named person per function is easier to test than a promise of support. Record the name and the date in the runbook.

## Write the exit plan before the first invoice

Write the exit plan before the first invoice. It should say how data leaves, how addresses are returned, how profiles are deleted, how the number or IMSI range is released and how much notice each side must give. An exit plan that exists only in a slide is not a plan.
The exit plan also protects the customer. If the provider changes ownership or stops serving a market, the device fleet still has to work. Ask for the format of the data export and the time it takes. Ask which parts of the configuration belong to you and which belong to the platform.
Review the plan at every renewal. A route or a profile can change in a year. The plan should name the date it was last tested and the person who tested it.

### Turn the answers into a shortlist

The [route selector](/en/china/which-route/) turns a short set of answers into a product shortlist. It is a starting point for the conversation, not a quote.
The [RFQ template pack](/en/resources/downloads/rfq-template-pack/) lists the fields to collect before you ask for a proposal. The [contact page](/en/contact/) is where the answers go.

### Check your understanding

**A provider says great coverage in Mexico: what are the next three questions?**

Which network serves each area, where does the traffic hand off into the country, and what address pool and APN does the device get? Add the measurement window and the owner.

**Which answer would make you ask for a test route?**

A coverage claim with no path, a latency claim with no endpoints, or a responsibility answer with one name for every layer. Each one needs a route test before it can be compared.

**What belongs in the exit plan?**

Data export, address return, profile deletion, number or IMSI release, notice periods and the name of the person who tested the plan.

## FAQ

**How many providers should I ask?**

Enough to compare, usually two or three. The number matters less than asking every provider the same questions and recording the same fields.

**Do I need a trial before a contract?**

A test route on the real destination is the strongest evidence. A trial that only runs a public speed test measures a different path.

**What if the provider cannot answer a question?**

Ask who can, and when. An unanswered question is a finding; write it down with the date.

## Sources

- [How to choose an A2P SMS provider](https://unicomam.com/en/resources/learn/how-to-choose-an-a2p-sms-provider/) — Accessed: 2026-10-19
- [China connectivity options from Latin America](https://unicomam.com/en/resources/learn/china-connectivity-options-latam/) — Accessed: 2026-10-19
- [China transit: premium vs standard](https://unicomam.com/en/resources/compare/china-transit-premium-vs-standard/) — Accessed: 2026-10-19

Updated: 2026-10-19