For business5 min read
Telegram Bot Development from First Call to Launch: What the Project Looks Like Week by Week
What the client does, what the developer does, and when you will see the first working version. A typical booking bot project over three weeks — with the documents you receive and the decisions you make.
We have already covered prices and possibilities — what a bot costs and what you can build with one. One question remains, the one asked before signing: "So how will this actually go?" Below is a typical mid-sized bot project (bookings with reminders, the €500–2,000 tier) day by day. A simple notification bot fits into 1–3 days, a multi-role platform into 3–8 weeks, but the stages are the same.
Before kick-off: one day
You: describe what happens today — how customers book, who handles it, where it is written down, what hurts. No technical terms needed. If you have a completed software brief, great, but a half-hour conversation is enough.
We: within 24 hours send a one-page plan: what the bot will do in version one, what it will not, price and deadline. Alongside it, three to five questions whose answers change decisions: is a deposit needed, does one person work or several, do your customers already use Telegram.
The decision you make: the boundaries of version one. Every "and also" at this stage costs a few sentences; after kick-off, it costs days.
Week 1: foundations and the first conversation with the bot
The developer creates the bot in Telegram (this takes a minute), the server, the database and the main conversation flow. By day 3–4 you receive a link and can press "Start": the bot greets you, shows services, lets you pick a time. The booking is not saved yet, or is saved to a test database — but the feel of the conversation is already there.
What you get at the end of the week:
- a working bot in test mode you can show the team;
- the conversation texts in one document — you edit them, not the developer;
- a list of open questions (e.g. "how many days ahead do we allow bookings?").
Your job: press every button the way the most impatient customer would. Write down what is unclear. Answer questions within a day — this is what most affects the deadline.
Week 2: real data and integrations
The bot starts writing to the real database, sending notifications to you (new booking, cancellation) and reminders to customers. Integrations are connected: Google Calendar, accounting software, your existing website — whatever was agreed. In the second half of the week come the error scenarios: what the bot says when a slot is already taken, when a customer types free text instead of tapping a button, when the connection drops mid-booking.
This is where reality that was not in the brief usually surfaces: "our customers often book for two people", "the stylist has lunch from 13:00 to 14:00". That is normal. Small things go in, bigger ones go to version two, and you decide that seeing the price.
What you get: a bot with real data, a description of admin commands (how to view the day's list, how to cancel), a technical note on where everything lives.
Week 3: testing with real customers and launch
The first 2–3 days are a "quiet launch": you give the bot to five to ten loyal customers. They find what neither you nor we could. We fix it the same day. Then the launch: a link on the website, in the Instagram bio, a QR code at the till. For the first week after launch we watch the logs daily and fix issues free of charge — that is part of the project.
What you get at launch:
- the bot running on your server (a €5–10/month VPS) or with us under maintenance;
- the access — bot token, server, database: all yours;
- a one-page guide for the team and a separate one for what to do if something goes wrong;
- a support agreement: as needed or a fixed monthly fee.
What decides whether the project takes 3 weeks or 7
Not the amount of code. Three things: whether the version-one boundaries stay put, whether answers to questions arrive within a day, and whether the test with real customers happens when scheduled. All three are on the client's side.
What we need from you technically
Little. A Telegram account to create the bot (we do it together on a 5-minute call — the bot must belong to you, not us). Access to the systems we connect to (calendar, accounting). Texts — the list of services with prices and durations, opening hours, rules (cancellation, lateness). A logo for the bot is optional, but nicer.
What to do tomorrow
Write three paragraphs: how booking works today, what annoys you most, what the bot must do on day one. Attach your service list. With that, the first plan and price arrive within 24 hours, and the three-week clock starts ticking only when you say "go".
Frequently asked questions
Can we stop after the first week if we do not like it?
Yes. Payment is in stages; after the first week you have a working prototype and the conversation texts — they are yours even if you do not continue. It has not happened yet, but the risk should sit on your side, not ours.
What if Telegram changes its rules?
The Bot API has been stable since 2015, with additive changes only. If a method ever changed, maintenance covers it. The conversation logic and data live on your server, independent of Telegram; the same logic can be moved to a website or WhatsApp.
Can the bot work in several languages?
Yes — based on the customer's Telegram language or a choice on the first screen. A second language means translating the texts and about 10 % more work; it is decided in week one, because the text structure depends on it.