Info & Inquiry
from 1 150 000 UZS
Company information, prices, address, request form — the most affordable and fastest bot.
Order now Learn moreYour customers are already on Telegram. A bot that takes orders, accepts payments, enrols users in a course or collects leads — from 1 150 000 UZS, ready from 3 days.
Telegram bot development is the fastest customer channel in Uzbekistan: no app to install, a message arrives in a second. We build everything from business-card and info bots to sales bots with Payme/Click payments, course and private-channel subscription bots, and Telegram Mini Apps (Web Apps) — a full store or service app that opens inside the bot.
A bot can be extended with a web admin panel (orders, customers, statistics), bulk messaging, mandatory channel subscription, automatic logging to Google Sheets and multiple languages. We also set up the VPS server so it runs 24/7.
A type surcharge is added to the base price — the numbers in the table are "starting from" prices.
from 1 150 000 UZS
Company information, prices, address, request form — the most affordable and fastest bot.
Order now Learn morefrom 1 900 000 UZS
Catalog, cart, order and payment inside the bot; orders land in the admin panel or Google Sheets.
Order now Learn morefrom 3 200 000 UZS
A full web app that opens inside Telegram: store, delivery, booking, services — no installation.
Order now Learn morefrom 2 300 000 UZS
Course sales, automatic access to a private channel after payment, subscription expiry control, student database.
Order now Learn morePick what your project needs — each feature is added to the price separately.
Prices are in UZS, excluding VAT. The final amount depends on the options you choose and is shown before you place the order.
A fast, secure stack with long-term support — the project outlives any change of developer.
Services you can add to any order — hosting and domain, server, app store accounts, training and technical support.
Prices are in UZS, excluding VAT. The final amount depends on the options you choose and is shown before you place the order.
A Telegram bot is a small piece of software with a public front door, so what is handed over is more than a chat window. This is what the base price covers before payments, broadcasts, an admin panel or any other option is added to the order.
Before any code is written, every command, every button and every screen is written down and agreed with you: what the user sees first, what each button does, where each path ends. That document is what the finished bot is checked against, so there is no argument later about scope.
Menus, inline buttons, keyboards and replies built on the Telegram Bot API and tested in a real chat rather than only on a developer's machine. Message formatting, media handling and the way the keyboard behaves on a phone are part of the delivery, not an afterthought once it is running.
Every message exists in each language you chose, including the ones people forget: error messages, empty lists, and the reply a user gets after sending something unexpected. A bot that drops back into another language halfway through a flow looks unfinished, so all of them are checked line by line.
Networks time out, users block the bot, a message occasionally fails to send. Each of those is handled explicitly instead of being left to crash the process, so one bad request does not take the bot offline for everybody else until somebody notices and restarts it by hand.
You receive the repository, the project structure and the notes needed to set it up: the environment variables, the database schema and how it is deployed. Another developer can take the bot over and continue from where the work stopped. Nothing is kept back on our side.
Every flow is walked through end to end on an actual device: the order, the payment path, the admin notification, the language switch. A bot behaves differently in the Telegram app than it does in a terminal, particularly around keyboards, file sizes and the way long messages are split.
Most of what a bot needs lives on Telegram's side and in your own accounts rather than in ours. These are the things that have to exist before development can start or before the bot can go live, and one or two of them take a few days to arrange.
The bot is registered through BotFather under your own Telegram account, so the @username belongs to you. Choose it early: short, readable and close to your business name. The good usernames are taken quickly, and changing one after you have printed it on something is awkward.
The token issued by BotFather is what allows code to act as the bot, and nothing can be built or deployed without it. You can create the bot yourself and send the token over, or give temporary access so it is created for you and still owned by you.
The actual material the bot hands to a user: the list of products or services, the prices, the steps somebody goes through, the questions the bot asks and the answers it should give. The more precise this is, the closer the finished bot lands to what you had in mind.
The Telegram accounts that receive orders and notifications. Name more than one of them. A single admin means every order stops the moment that person's phone is off, and adding another one afterwards is a change on our side rather than something you can click yourself.
Only if you chose the payment option. A Payme or Click merchant account has to exist and be approved before the bot can be connected to it, and that approval is between you and the provider rather than something development can speed up, so start it early.
Only if you chose the mandatory-subscription option. The channel has to exist already and the bot has to be an administrator in it, otherwise it has no way to check whether a user is subscribed. The same applies to any group the bot is expected to post into.
A bot is not a file you put on a shelf. It is a program that has to stay running and stay compatible with Telegram. This is what you control once it is handed over, what continues to cost you nothing, and what needs looking after over time.
The token, the @username and the BotFather entry all sit under your own Telegram account. You can change the bot's name, its description and its picture, revoke the token, or hand the whole thing to another developer without involving us in any part of it.
A bot only replies while the program behind it is online. If you chose the VPS option, that server is prepared and the bot runs on it around the clock. Otherwise it is deployed onto infrastructure you provide, and keeping that machine up and reachable becomes your responsibility.
Anything that does not behave the way it was agreed is corrected after handover at no charge: a button that leads nowhere, an order that fails to reach an admin, a message that appears in the wrong language. Behaviour that was never agreed in the first place is a new order.
Telegram updates the Bot API several times a year and occasionally retires something a bot depends on. A bot in daily use will eventually need adjusting to keep up, and that is what the support package is for. A bot nobody has touched for a long time usually needs more than a small fix.
If you chose the analytics option, the bot keeps counting after handover: users, active days, which buttons are pressed, where people abandon a flow. Nobody has to maintain it. The numbers are most useful for deciding which part of the menu to simplify or remove entirely.
If you chose the broadcast option, you send announcements yourself from the admin side, either to everyone or to a chosen group. Send them sparingly. A bot that messages people every week with nothing to say collects blocks, and a user who blocks a bot is gone for good.
A bot is cheap enough that people order one without thinking the idea all the way through, and the mistakes below are what turn a working bot into an unused one. None of them are technical problems. Every one of them is a decision taken at the start.
Telegram decides what the interface can look like and how large a file can be. A design that needs its own screens, long forms or heavy media does not fit inside a chat, and forcing it produces something worse than either option. That kind of work belongs in a Mini App or an application.
Requiring a channel subscription before the bot will answer does raise the channel's numbers, and it does lose you people who only wanted to place an order. Decide honestly which of the two matters more for this particular bot. The requirement can always be added later on.
A menu three levels deep loses people. A bot works when the next step is obvious from the screen the user is already on, which usually means a handful of buttons and short text. Everything that is rarely used can sit behind a single extra entry instead.
Walk the payment path through yourself with a small real transaction before any customer sees it: pay, receive the confirmation, check the money arrived, then check what happens when a payment is cancelled halfway. A failed first payment costs more trust than the delay of testing ever costs time.
A bot needs a machine that is permanently online. Running it from an office computer or somebody's laptop means it goes silent the moment that machine sleeps or loses its connection, and nobody finds out until a customer complains. Decide where it lives before launch, not after.
Orders, phone numbers and messages have to be stored somewhere and read by somebody. Agree at the start who holds admin access, what is kept and for how long. Rearranging all of that after the bot has been collecting information for months is harder than deciding it now.
This is where most buyers stop before ordering. Put the two side by side — criteria, timeline and the price each starts at.
From order to delivery — five steps, and you stay in control at every one.
Choose the service and features on the site — the price appears instantly. The team contacts you via Telegram or phone.
Goal, audience, list of pages/features and timeline are confirmed in a short document.
We show a mock-up that matches your brand; once revisions are approved, development begins.
You follow progress on a live link. We test on mobile, for speed and for security.
Server deployment, hand-over of code and credentials, training your team. Then — technical support.
The most common questions about price, timeline and process.
Tick the features, see the final amount and place your order — the team gets back to you within one business day.