К основному содержанию
T TON Adoption
Основы GUIDE · 2026

TON-разработка: как выбрать подрядчика в 2026

Практический разбор, как нанять студию или фрилансера под TON: какие услуги бывают, как проверить аудиты и портфолио, типовой объём работ, красные флаги…

Автор
TON Adoption Team · исследовательская группа проекта
Опубликовано
5 мин. чтения

Вы решили запустить продукт на TON: mini-app в Telegram, jetton с собственной экономикой, бот с приёмом платежей или DeFi-механику. Своей команды разработки нет, и вопрос звучит просто: кому отдать задачу и как не ошибиться. Этот материал — про найм, а не про код. Если вам нужен технический build-гайд, начните с разбора языков FunC и Tact. Здесь же — как оценивать и выбирать подрядчика на TON в 2026 году.

Какие услуги вообще бывают

TON — это не один тип работы, а несколько разных компетенций. Прежде чем искать исполнителя, поймите, что именно вам нужно. Подрядчик, который отлично пишет ботов, не обязательно умеет писать безопасные смарт-контракты, и наоборот.

Смарт-контракты

Сюда входят jetton’ы (токены по стандарту TEP-74), NFT-коллекции, эскроу, вестинг, стейкинг-логика, DeFi-примитивы. Пишутся на FunC, Tact или Tolk. Это самая ответственная часть: ошибка в контракте необратима после деплоя и может стоить пользователям денег. Тут важнее всего опыт и аудит, а не скорость.

Telegram mini-apps

Веб-приложение внутри Telegram, обычно связанное с кошельком через TON Connect. Здесь требуется и фронтенд (React/Vue + Telegram WebApp SDK), и интеграция с блокчейном, и часто бэкенд. Если вы не уверены, что это и как работает, посмотрите обзор mini-apps.

Боты и платежи

Telegram-боты с приёмом TON или USDT, P2P-логика, уведомления. Это самая зрелая и предсказуемая часть рынка — про неё у нас есть гайд по приёму TON в боте для бизнеса.

Jetton-запуски «под ключ»

Отдельная категория: токен + ликвидность + базовый сайт + бот. Тут особенно много слабых исполнителей, потому что спрос высокий, а порог входа кажется низким.

Типовой объём работ и сроки

Чтобы говорить с подрядчиком на одном языке, держите в голове примерные ориентиры. Это не прайс, а порядок величин — реальные сроки зависят от десятка факторов.

Тип задачиПорядок сложностиЧто критично
Бот с приёмом платежейНизкаяНадёжность вебхуков, идемпотентность
Jetton по стандарту TEP-74Низкая–средняяКорректность метаданных, права админа
Mini-app с кошелькомСредняяUX, TON Connect, бэкенд-учёт
Кастомный смарт-контрактВысокаяБезопасность, аудит, тесты
DeFi-протоколОчень высокаяАудит, формальная верификация, мониторинг

Здравый принцип: чем больше денег проходит через ваш код, тем больше времени должно уходить на тесты и аудит, а не на фичи.

Как проверить подрядчика

Самая частая ошибка — верить презентации. На рынке TON много студий, которые делают красивые сайты, но не имеют ни одного задеплоенного контракта. Проверяйте по делу.

Портфолио, которое можно открыть

Просите не скриншоты, а ссылки: адреса контрактов в Tonviewer или Tonscan, которые вы откроете и увидите транзакции; живые mini-apps, которые запускаются прямо сейчас; GitHub с историей коммитов, а не одним «initial commit» за вчера. Если подрядчик не может показать ни одного реального адреса в блокчейне — это тревожный знак для смарт-контрактной работы.

Аудиты

Если речь о контракте, который держит средства, спросите: делали ли вы проекты с внешним аудитом? Какая компания аудировала? Можно ли посмотреть отчёт? Честный ответ «у нас не было аудитов, но для вашего проекта мы рекомендуем такого-то аудитора» лучше, чем расплывчатое «у нас всё безопасно». Никогда не принимайте «безопасность» как утверждение без доказательств.

Технический разговор

Даже если вы не программист, попросите подрядчика объяснить на простом языке: что необратимо после деплоя, как они тестируют контракты, что будет, если контракт нужно будет обновить. Внятные ответы про апгрейдность, тестнет и обработку ошибок отличают профессионала от человека, который один раз сгенерировал jetton по шаблону.

In-house, агентство или фрилансер

Три модели, у каждой своя зона применимости.

Фрилансер. Дёшево и быстро на изолированных задачах: один бот, один jetton, простая mini-app. Риск — пропажа человека на середине проекта и отсутствие поддержки. Снижается жёстким ТЗ, поэтапной оплатой и передачей кода в ваш репозиторий с первого дня.

Студия или агентство. Процесс, замена людей, поддержка после сдачи. Дороже, иногда медленнее на старте из-за менеджмента. Имеет смысл для проектов, где важна непрерывность и где код будет жить и развиваться.

In-house команда. Оправдана, когда разработка на TON — ядро вашего бизнеса, а не разовый запуск. Дорого в содержании, но даёт полный контроль и накопление экспертизы внутри.

Практичный гибрид: нанять студию на первый запуск с условием полной передачи кода и документации, а дальше решать — нанимать своего разработчика на поддержку или продлевать контракт.

Красные флаги

Несколько сигналов, при которых стоит насторожиться:

  • Гарантия доходности или «иксов» токена. Любой, кто обещает рост цены вашего jetton — либо некомпетентен, либо мошенник.
  • Нет ни одного контракта в эксплорере. Для смарт-контрактной работы это дисквалификация.
  • Отказ передать исходники. Код, за который вы платите, должен быть вашим. Vendor lock-in через закрытый репозиторий — ловушка.
  • «Аудит не нужен» по умолчанию. Для контракта с деньгами это безответственно.
  • Цена «всё под ключ» без сметы. Фиксированная цена без разбивки объёма обычно скрывает либо переплату, либо урезанный скоуп.
  • Только мессенджер, никаких договоров. Без юридической фиксации этапов и прав на код вы беззащитны.

Чек-лист RFP: что отправить подрядчику

Чтобы получить сравнимые предложения от разных исполнителей, отправьте всем одинаковый запрос (RFP). Минимальный набор:

  1. Цель продукта — что пользователь делает и зачем, в одном абзаце.
  2. Тип работы — контракт / mini-app / бот / комбинация.
  3. Что хранит код — держит ли он средства, какие суммы ожидаются.
  4. Требования к аудиту — нужен ли внешний аудит, есть ли бюджет на него.
  5. Интеграции — TON Connect, конкретный кошелёк, платёжный провайдер, бэкенд.
  6. Передача кода — репозиторий ваш, документация обязательна.
  7. Этапы и приёмка — как разбиваем на части, по какому критерию принимаем каждый этап.
  8. Поддержка — что входит после сдачи и на какой срок.
  9. Сроки — желаемая дата и допустимая гибкость.

Хорошее предложение в ответ должно содержать разбивку по этапам, явные допущения, упоминание тестов и (для контрактов с деньгами) рекомендацию по аудиту. Если в ответ приходит только цифра и «сделаем за неделю» — это повод задавать ещё вопросы, а не подписывать.

Итог

Выбор подрядчика на TON — это не поиск самой низкой цены, а управление риском. Чем больше денег проходит через код, тем важнее опыт, аудит и юридическая фиксация. Проверяйте портфолио по адресам в блокчейне, а не по слайдам; требуйте передачу исходников с первого дня; не принимайте «безопасность» без доказательств. Хорошо составленный RFP и здоровый скепсис к обещаниям доходности отсекут большинство слабых исполнителей ещё до первого платежа.

Частые вопросы

Диапазон огромный. Простой Telegram-бот с приёмом платежей — десятки тысяч рублей, типовая mini-app с jetton-логикой — сотни тысяч, а полноценный DeFi-протокол с аудитом — миллионы. Точную цифру даёт только смета под конкретный объём, а не прайс с сайта студии.
Если контракт держит чужие деньги — да, всегда. Аудит дешевле, чем потеря средств пользователей и репутации. Если контракт ничего не хранит (например, чисто учётный jetton без админ-функций), можно ограничиться внутренним ревью и тестами, но это решение нужно принимать осознанно.
Фрилансер дешевле и быстрее на маленьких задачах, но рискован на длинных проектах. Студия даёт процесс, замену людей и поддержку, но дороже. In-house имеет смысл, когда разработка — ядро продукта, а не разовая задача.
Просите ссылки на задеплоенные контракты в эксплорере, GitHub с историей коммитов, ссылки на живые mini-apps. Реальный опыт виден в адресах контрактов и транзакциях, а не в красивых слайдах.

Похожие материалы