2026-09-05 The first real calls have been placed: five ended normally, six failed. Here is what broke.

IT services

A helpdesk first line that actually opens the ticket.

In an IT services firm the most expensive minute is the one where an engineer answers the phone to find out who is calling and from which client. The ticket gets opened anyway, the details get asked for anyway, and that order can be reversed: details first, engineer second.

The assistant takes the support call, identifies the company and the person, establishes what is broken and since when, opens the ticket in Zendesk, Freshdesk, Jira or Linear with the literal description, and escalates to the on-call engineer any incident matching your rules.

§01 The calls

What the first line takes

The useful distinction is not between simple and complicated problems, but between calls that need an engineer now and calls that need a well-written ticket.

A new report

The company, the person, what is broken, since when, how many people are affected.

A major incident

When the criteria you write are met, the call goes straight to the on-call engineer.

The status of a ticket

Searched by number or by company, with the status read from your ticketing system.

A change request

A new user, an access grant, an install. Opened as a ticket in the right queue.

An out-of-hours call

Taken, written as a ticket and pushed to Slack, escalating only what the contract covers.

§02 The flow

From the call to a ticket with everything in it

The purpose of the flow is that the engineer picking the ticket up does not have to make a second call to find out what broke.

  1. 01 Identify the company By phone number, searching your ticketing system or the CRM. When it finds nothing, it asks for the company name directly.
  2. 02 Check the escalation threshold How many people are affected, whether a service is completely down, whether it is out of hours. The criteria are yours, written in the prompt.
  3. 03 Gather the literal description What is broken, since when, what changed beforehand. The text stays the user, without technical interpretation.
  4. 04 Open the ticket In Zendesk or Freshdesk for support, in Jira or Linear for what goes to development, with the description and transcript attached.
  5. 05 Escalate or confirm Transfer to on-call for major incidents, otherwise a Slack message and an SMS to the caller with the ticket number.
§03 The written trail

What the engineer finds

A ticket opened by an assistant has to look like one opened by an attentive colleague, not like a raw transcript.

What the engineer finds
The ticket In Zendesk, Freshdesk, Jira or Linear, with the company, the person, the description and the time.
The attached transcript As text on the ticket, because sometimes a word said in passing is the key.
The notification A Slack message in the right channel, immediately, with the link to the ticket.
The confirmation to the client An SMS with the ticket number, which stops the second chasing call.
§04 Limits

What it does not do for an IT services firm

The temptation here is to believe the assistant can resolve level one. It cannot, and it does not try.

  • It does not troubleshoot It does not walk somebody through fixes, does not ask them to restart anything and does not diagnose. It gathers and opens.
  • It executes nothing in your systems It resets no passwords, unlocks no accounts and restarts no services. The shell and computer tools in the product refuse to run: the sandbox they are meant to execute inside does not exist yet.
  • It does not decide severity It applies the thresholds you write. It does not assess the impact of an incident on its own.
  • It monitors nothing It does not see your alerts and does not know a server is down unless a caller tells it.
  • Connectors do not cover everything Zendesk, Freshdesk, Jira and Linear are implemented. For any other ticketing system, an HTTP tool has to be written.
§05 Questions

What IT services firms ask us

Can it resolve simple tickets on its own?

No, and that is a deliberate choice. The tools that could execute something on a machine refuse to run in this build, because the sandbox they should execute inside does not exist. Refusing is better than running them on our machine, and the tools guide says so explicitly.

How does it know who is calling?

It looks the phone number up in your ticketing system or CRM. That is enough for routing and for filling in the ticket, but it is not authentication. For any request that changes an access grant, escalation to a person is compulsory.

Does it work with our service level agreements?

It can write what it learned onto the ticket and escalate by threshold, but it does not calculate response times and does not track a contract. Those stay in your ticketing system, which already does them.

Can it cover the night rota?

Taking the call, yes. Escalating, yes, to the number you configure. What it cannot do is chase somebody who does not answer or move to a second on-call tier by itself, because that would be a decision about severity.

§07 Set it up

See it working on your own business

Five short steps. At the end, if you want one, an AI assistant rings you and handles a call the way it would handle yours.

  1. 01 Your business
  2. 02 What we found
  3. 03 What it should do
  4. 04 Connections
  5. 05 Your number

What you get, and what it costs

  • A telephone number of your own, answered by an assistant built from what your website says. You can ring it the same day, from the phone in your pocket.
  • Five steps, about four minutes. Reading your site takes half a minute, and after payment the number is usually live in under a minute.
  • One payment: €3.00 for the first month of the number, plus the credit your calls are drawn from — the smallest bundle is €10.00. No subscription, no contract.

Calls cost €0.12 a minute, whoever rings and from wherever.

  • €10.00 roughly 83 minutes of talking
  • €20.00 roughly 166 minutes of talking
  • €50.00 roughly 416 minutes of talking

From the second month the number costs €3.00 a month, taken from the same credit. If the credit will not cover it the number keeps answering for 14 days before it goes back to the pool.

What the assistant knows is built by reading your website, and an automated reading can get things wrong. That is why step two shows you everything we found, with a link to the page each fact came from, and you correct it before you pay — not after your first real call.

Nothing is built and nothing is charged until you pay. What you fill in is saved, and the link brings you back to it.

Two things to start

Your business name and your website. Everything else we look up and show you at the next step, so you confirm rather than type.

Optional. With it we can check what we tell you; without it, everything at the next step stays marked unverified.

Usually leave this alone. Change it if the people who ring you speak a different language from this page — a Bucharest hotel with foreign guests, say. It also decides the language your website is read in, not just how the phone sounds.

Notes

  1. 1 The tools named on this page are the ones in App\Services\Integrations\ConnectorRegistry carrying implemented. Anything that is only in the catalogue, without that flag, is not named here as though it worked.
  2. 2 Tickets use create_ticket and search_tickets on Zendesk and Freshdesk, or create_issue on Jira and Linear. The shell, computer and text-editor tool types refuse to run in this build.