Техническое задание для Telegram-бота Цель: Создать Telegram-бота, который будет: 1. Брать посты из одного канала (источник). 2. Репостить их в один или несколько других каналов (приёмники) от имени Telegram-аккаунта. 3. Поддерживать: • Текст. • До 10 фото. • Премиум эмодзи. 4. Заменять ссылки в постах по заданным правилам. 5. Добавлять инлайн-кнопки по специальным скриптам в тексте. 6. Поддерживать привязку ссылок и кнопок под каждый приёмник отдельно. Работа со ссылками: • В тексте поста могут быть ссылки, которые нужно заменить. • Под каждый канал-приёмник бот должен использовать свою ссылку. • Пример: если в посте ссылкаhttps://site.com, то: • Для Канала А заменить наhttps://site.com/a • Для Канала B заменить наhttps://site.com/b Работа с кнопками: • В тексте могут быть скрипты вроде: [контакт], [сайт], [заказать]. • Бот должен: • Удалить скрипт из текста. • Добавить кнопку с нужным текстом и нужной ссылкой. • Кнопки настраиваются отдельно под каждый канал-приёмник.
У нас есть чат-бот на SendPulse и требуется настройка, чтобы через него была возможность оформления подписки на закрытый клуб с помощью Stripe и она продлевалась автоматически каждый месяц, и вот давал возможность управления подписки, а также автоматически открывал и закрывал доступ в случае начала либо её окончания Что уже готово В Stripe создан продукт с ежемесячным списанием и платежная ссылка на него. Бот в SendPulse существует, ведет пользователя к оплате и умеет ставить теги и работать с полями контакта. Не хватает связки между двумя системами: сейчас, если человек оплачивает через Stripe, SendPulse об этом не узнает Что нужно сделать Настроить в Stripe вебхук на события checkout.session.completed, invoice.paid и customer.subscription.deleted Написать обработчик (serverless-функция или готовый no-code инструмент вроде Albato, n8n) который принимает вебхук, достает email клиента и тип события Через API SendPulse обновлять поле или тег контакта (например, club_active = да/нет) в зависимости от события Настроить в SendPulse автоматизацию, которая по этому полю открывает доступ к закрытому каналу при успешной оплате и закрывает при отмене или неудачном списании Подключить Stripe Customer Portal, чтобы участник мог сам отменить подписку или сменить карту, и это тоже долетало до SendPulse через тот же вебхук если у вас есть способ связки легче без сторонних веб-хуков, тоже такое рассмотрим! Что должно получиться на выходе Рабочая цепочка: человек оплачивает в Stripe, в течение пары минут получает доступ к каналу, при отмене или провале списания доступ закрывается автоматически, без участия администратора. Плюс короткая документация: где что настроено, как перезапустить обработчик, если он упадет, и куда смотреть при жалобе участника на закрытый доступ Кого ищем Опыт работы с Stripe API и вебхуками, опыт с SendPulse API (или готовность быстро в нем разобраться, документация открытая), умение поднять простой serverless-обработчик или настроить связку в Albato/n8n. Готовность показать похожий кейс из портфеля будет плюсом
Разработка Telegram-бота на Python, который собирает данные и синхронизирует их с Google Таблицей в режиме реального времени. Система должна быть отказоустойчивой, защищенной от ошибок ручного ввода и полностью автономной.
Ищу разработчика, который создаст Telegram-бота для нашего магазина одежды. Суть: менеджер отправляет боту обычное фото товара (на вешалке, на столе) — бот через AI генерирует готовую галерею профессиональных кадров для карточки товара на сайте/маркетплейсе. Что должен уметь бот Принимать 1–4 фото товара в Telegram-чате. Автоматически распознавать товар (категория, крой, мужское/женское) — без ручного описания. Генерировать галерею из ~6 кадров: товар на модели: студия спереди, сзади, динамическая поза; предметные кадры: флет, деталь крупным планом, ghost-манекен; лайфстайл-кадр. Консистентная модель — один и тот же человек во всех кадрах галереи и между галереями (лицо бренда). Несколько стилей съемки на выбор (например: streetwear, casual, sport, old money). Выходной формат: JPG 4:5, файлы с нумерацией (-01, -02…) — готовые к загрузке. Возможность перегенерировать отдельный кадр или изменить стиль без повторной генерации всей галереи. Доступ только для нашей команды (allowlist), дневные лимиты на пользователя. Учет затрат на AI API: показывать стоимость до генерации, вести статистику. Технические ожидания Генерация изображений: Gemini (Nano Banana) / DALL·E / Flux или аналог — предложите вариант с обоснованием качества и стоимости за кадр. Бот должен работать 24/7 на VPS (авто-рестарт, деплой под ключ). Секреты через .env, код передается нам (репозиторий). Что предоставим Фото товаров для тестов, пожелания по стилистике бренда. Что жду в отклике Оценку стоимости и сроков. Ориентировочную себестоимость одной галереи. От и До
Общая информация: Есть Telegram-бот, написанный на Python (aiogram v3, aiohttp, MySQL, Redis). Это сервис для взаимодействия заказчиков и исполнителей (профили, проекты и т.д.). Необходимые навыки: - Уверенный опыт с aiogram v3 (не v2!), asyncio, aiohttp; - Знание Telegram Bot API (вебхуки); - Опыт работы с MySQL, Redis; - Умение разбираться в чужом коде; - Коммуникабельность, ответственность. Мне нужно на текущей версии бота прямо на сервере исправить баг- проблему Проблема заключается в чем: Не функционируют полноценно чаты (Норы), должен быть чистильщик который будет по алгоритму работать, но сейчас он работает с багами, чистит не по графику - Чат между заказчиком нужен для обсуждения с исполнителем рабочих моментов. - Чаты (норы уже все созданы, нужно чтобы их чистило и становило в очередь - Юзер бот создает чаты (парные норы, они у нас уже есть) и ставит их в очередь, если в чате совершена сделка собеседники в нем находятся (в одном чате исполнитель, в другом чате заказчик) ; если же чат закрыт или там не было произведено сделку и пользователи там не писали в течении 7 дней; бот удаляет от туда заказчиков или исполнителей и ставит этот чат (нору обратно в очередь) - Заказчик может перейти в чат с любым исполнителем который откликнулся на заказ - Заказчик и исполнитель находятся в двух параллельных чатах, чтобы не было возможности видеть прямой аккаунт собеседника и не было возможности ему написать напрямую * Работу чатов и все остальное не меняем Главное чтобы исправление не потянуло других проблем за собой
Здравствуйте, я пользуюсь 2-мя разными телеграм-ботами для подтверждения заказов из интернет-магазина. 1-й tgmall из-за его удобного функционала мини-приложения, 2-й sendpulse, где использую большинство коммуникации с клиентами просто за счет меню со сценариями. Проблема в том, что sendpulse очень глючит, а tgmall либо не дает нужного функционала по сценариям, либо я не знаю, как их реализовать.
Нужно создать парсер для сбора цен конкурентов, каталог более 40 тысяч товаров. Доступ к ценам доступен только из под авторизации
Добрый день, нужна помощь с созданием логики и реализацией идеи. Чат-бот для отслеживания статуса изготовления документов для учебного центра.
Telegram Bot
Привет. Ниже собрал условное ТЗ по боту для нашей синагоги. Нам нужен не просто Telegram-бот, а удобное мини-приложение для синагоги и общины, через которое человек сможет ориентироваться по жизни синагоги, быстро получать нужную информацию, смотреть расписание, узнавать о событиях, записываться и взаимодействовать с нами. По стилю и логике можно отталкиваться от бота-референса, который мы показывали, но нам нужен вариант лучше: удобнее, современнее, полезнее и с более понятной структурой. Если у тебя есть свое сильное мнение по оформлению, UX и структуре, и ты видишь как сделать лучше, мы открыты к предложениям. Главная идея: чтобы человек через бот мог быстро ориентироваться по жизни синагоги. Что должно быть в боте. 1. Главный экран с конкретными кнопками На главном экране должны быть понятные крупные кнопки: Сегодня Расписание События Шаббат Еврейский календарь Мои даты А-Йом Йом на сегодня Услуги синагоги Контакты Пожертвовать Настройки 2. Раздел «Сегодня» Это один из главных разделов. Человек заходит и сразу видит, что происходит сегодня. Что должно показываться: какая сегодня еврейская дата какие сегодня молитвы во сколько они проходят какие сегодня события у нас в синагоге важные даты и события еврейского мира если актуально — время зажигания свечей и исхода Шаббата Кнопки внутри: Молитвы сегодня События сегодня Еврейская дата Шаббат / свечи Подробнее 3. Раздел «Расписание» Через него человек должен удобно смотреть расписание. Кнопки: На сегодня На завтра На неделю На Шаббат На праздники Что внутри: Шахарит Минха Маарив уроки трапезы праздничные службы другие активности с временем и, если нужно, местом Важно, чтобы администрация могла легко обновлять это расписание. 4. Раздел «События» Нужен полноценный раздел по мероприятиям. Что должно быть: ближайшие события все события карточка каждого события регистрация В карточке события: название дата время место короткое описание кнопка записаться кнопка подробнее Примеры событий: Шаббат урок молодежная встреча лекция благотворительный обед женская / мужская встреча праздник выезд 5. Раздел «Шаббат» Это должен быть отдельный раздел, не просто часть расписания. Что внутри: время зажигания свечей время молитв время трапез время исхода Шаббата недельная глава краткая информация о ближайшем Шаббате запись на Шаббат Кнопки: Ближайший Шаббат Расписание Шаббата Недельная глава Записаться на Шаббат Что нужно знать 6. Раздел «Еврейский календарь» Что должно быть: сегодняшняя еврейская дата ближайшие праздники Рош Ходеш посты памятные даты краткое объяснение дня / праздника Кнопки: Сегодня Ближайшие даты Праздники Рош Ходеш Памятные даты 7. Раздел «Мои даты» Берем эту идею из референса, но хотим сделать ее полезной. Пользователь должен иметь возможность сохранять: день рождения еврейский день рождения йорцайт другие важные даты Что должен делать бот: хранить эти даты напоминать о них давать настроить уведомления Кнопки: Добавить дату Мои даты Напоминания Удалить дату 8. Раздел «А-Йом Йом на сегодня» Что должно быть: текст на сегодня удобное красивое отображение возможность посмотреть предыдущий / следующий день кнопка поделиться Кнопки: Сегодня Вчера Завтра Поделиться 9. Раздел «Услуги синагоги» Здесь нужна практическая навигация. Что можно разместить: запись на урок запись на Шаббат запись на мероприятие задать вопрос волонтерство благотворительные программы другие услуги / направления синагоги 10. Раздел «Контакты» Должны быть: адрес телефон Telegram Instagram YouTube email способы связи с нами при необходимости геолокация Кнопки: Позвонить Написать Открыть адрес Instagram Telegram YouTube 11. Раздел «Пожертвовать» Нужно сделать аккуратно и понятно. Что должно быть: кнопка пожертвовать способы оплаты реквизиты / ссылка краткое объяснение, на что идут средства контакт по вопросам пожертвований 12. Раздел «Настройки» Пользователь должен иметь возможность настраивать: язык ежедневные уведомления время уведомлений напоминания о Шаббате напоминания о праздниках напоминания по личным датам Кнопки: Язык Уведомления Шаббат Праздники Мои даты Включить / отключить рассылку 13. Ежедневная рассылка Нам нужно, чтобы бот каждый день присылал людям актуальную информацию: какие сегодня молитвы во сколько они проходят какие сегодня события у нас в синагоге какие сегодня важные даты и события в еврейском мире если актуально — время свечей / исход Шаббата То есть человек утром открывает бота или получает сообщение и сразу понимает картину дня. 14. Записи и регистрации Через бота должна быть возможность записываться на: Шаббат уроки мероприятия встречи другие активности Логика: человек нажимает кнопку оставляет имя телефон / username при необходимости дополнительные данные заявка уходит администратору / в таблицу / в CRM 15. Админская часть Нам важно, чтобы ботом было удобно управлять. Админ должен иметь возможность: обновлять расписание молитв добавлять и редактировать события менять тексты запускать рассылки видеть регистрации и заявки менять контакты и ссылки Важно, чтобы это было реально удобно в обслуживании, а не слишком сложно. 16. Поддержка и развитие На первом этапе не обязательно делать вообще все сразу, можно запустить сильную первую версию, а потом дополнять в процессе. Но важно сразу предусмотреть: возможность расширения поддержку и обслуживание бота после запуска исправление ошибок доработки по ходу использования 17. Что важно по итогу Нам нужен бот, который станет мини-приложением к нашей синагоге и поможет человеку удобно ориентироваться: что сегодня какие молитвы какие события что будет на Шаббат как записаться как связаться где посмотреть еврейское расписание что происходит у нас в синагоге и в еврейском мире Если видишь, как можно сделать структуру, кнопки, оформление и логику лучше, чем в боте-референсе, это только плюс. Нам нужен не клон, а более сильный, удобный и современный вариант. https://www.hebcal.com/home/developer-apis Chabad.org
Разработка Telegram-бота: закрытая платформа-маркетплейс экспертов Ищу разработчика (или небольшую команду) для создания Telegram-бота — закрытой платформы, которая соединяет верифицированных экспертов и клиентов для решения профессиональных задач. Модель похожа на маркетплейс услуг с администратором-куратором, а не на полностью автоматический сервис. Что есть готовым: Детальное техническое задание (30+ страниц) — роли пользователей, поэтапные UX-флоу с текстами кнопок, статусные модели Заявки/Кейса, модель данных, статусная модель расчетов, админ-панель. Ключевой функционал: - Две роли пользователей (клиент / эксперт) с возможностью сочетания - Верификация экспертов через администратора (без автоматического принятия решений) - Подбор и модерация запросов куратором - Внутреннее пространство общения в пределах бота (без раскрытия контактов сторон друг другу) - Статусная модель оплаты: эскроу, подтверждение поступления средств, выплаты - Реферальная система с бонусами - Административная панель с расширенными правами доступа Ожидаемый стек: на усмотрение разработчика (Python/Node.js), главное — опыт с Telegram Bot API, работой с состояниями (FSM), базами данных и платежными интеграциями. Формат сотрудничества: работа по готовому ТЗ, обсуждение сроков и бюджета после ознакомления с документом. Что отправить: примеры реализованных Telegram-ботов (желательно — с сложной логикой состояний или платежами), ориентировочную оценку сроков и стоимости.
Техническое задание системы автоматизации поиска клиентов в Telegram Разработка 1. Общая задача Требуется создать MVP-систему для автоматического поиска клиентов в Telegram-чатах с обеспечением выдачи найденных пользователей операторами отдела продаж. Система должна состоять из: юзерботов на базе Telethon; Telegram-бота для операторов; Telegram-бота (или отдельного административного раздела внутри бота) для администратора; базы данных PostgreSQL; Docker-конфигурации для развертывания в конфигурации. Веб-панель на данном этапе не требуется. 2. Работа с несколькими Telegram-аккаунтами Система не должна быть вынесена постановлением к одному Telegram-аккаунту . Необходимо обеспечить поддержку нескольких аккаунтов (например, 5 и более) с продолжением увеличения их количества без изменения конфигурации. Для каждого аккаунта должна быть возможность: авторизация через Telethon; ведение собственной сессии; подключение нового аккаунта; отключение аккаунта; замены аккаунта без потери базы данных. Администратор должен иметь возможность самостоятельно подключить новые Telegram-аккаунты. 3. Распределение чатов между аккаунтами В системе будет использоваться большое количество Telegram-чатов (примерно 800 и более). Все чаты включены в единую систему. Система должна автоматически: вести чаты между подключенными аккаунтами; соблюдать ограничения Telegram; Необходимость при переносе чата на другой аккаунт; Не допускайте дублирования одного чата несколькими аккаунтами (если это не включено специально). Желательно обеспечить обеспечение балансировки нагрузки между аккаунтами. 4. Управление списком чатов Администратор должен иметь возможность без участия разработчика: подключить чат; удалить чат; импортировать список чатов из файла; массово загружать стоимость чатов; включить или отключить мониторинг отдельных чатов; запустить повторную сборку истории по выбранному чату. После добавления нового чата система автоматически включает его один из ключей аккаунтов. 5. Сбор данных Для каждого подключенного аккаунта необходимо реализовать: Первичный парсинг После добавления чата: загрузку истории сообщений за указанный период; сохранение всей доступной информации. Мониторинг После завершения первичной загрузки: постоянное отслеживание новых сообщений; сохранение новых пользователей; сохранение новой активности существующих пользователей. 6. Обработка блокировки Telegram требует корректной обработки: FloodWait; ПирФлуд; временные ограничения Telegram; ошибочные соединения; разрыв соединения; возможное переподключение; временную недоступность аккаунта. Если один аккаунт временно заблокирован ограничением, остальная работа продолжается. 7. Сохранение данных пользователей. Для каждого пользователя сохраняется: идентификатор Telegram; имя; фамилия (если есть); имя пользователя; ссылка на профиль; список всех чатов; текст сообщения; дата и время сообщения; ссылка на сообщение (если Telegram можно получить). Объединение пользователей измерение осуществляется исключительно по идентификатору Telegram . Если пользователь написал в 20 чатах — он отображает одну карту. 8. Карточка пользователя Оператор должна видеть: имя; имя пользователя; идентификатор телеграммы; ссылка на профиль; список всех чатов; сообщения; дата активности. Пример: Пользователь: Иван Иванов ID пользователя : 123456789 Чат "Бизнес": Сообщение: "Добрый день, Интересует реклама" Дата: 01.03.2026 12:15 Чат "Маркетинг": Сообщение: "Кто занимается продвижением?" Дата: 05.03.2026 18:42 9. Работа операторов Система должна автоматически формировать очередь клиентов. После получения клиента: пользователь фиксируется за оператором; второй оператор не может получить этого же клиента; вести историю действий. Статусы: Взял клиента; Недоступен; Не дозвонился; Отказ; В работе; Перезвон; Удалить. После выбора параметра автоматически откроется следующий клиент. 10. Повторная выдача пользователей Должна быть возможность настройки повторной выдачи пользователей. Например: никогда; через 30 дней; через 60 дней; через 90 дней; произвольный период. 11. Административный раздел Администратор должен иметь возможность: Управление аккаунтами добавить аккаунт; удалить аккаунт; посмотреть статус аккаунта; просмотреть ограничения аккаунта; заменить аккаунт. Управление чатами добавить; удалить; импортировать; экспортировать; отключить мониторинг; отключить мониторинг. Управление операторами добавить; удалить; заблокировать; изменить права. Управление парсером запустить сборку; остановить сборку; вся история заново; посмотреть нынешний статус. Статистика Просмотр: количество пользователей; количество сообщений; количество обработанных клиентов; количество активных операторов; количество подключенных аккаунтов; количество активных чатов. 12. База данных Используйте PostgreSQL. Необходимо хранить: пользователи; сообщения; чаты; активность; Telegram-аккаунты; операторы; статусы обработки; история обработки; распределение чатов между аккаунтами. 13. Масштабирование Архитектуры должно представлять возможность: подключения 10, 20 и более Telegram-аккаунтов; подключение Telegram тысяч чатов; нагрузка нагрузки; экспортные данные; работаем с CRM; Подключение новых функций без полной переработки проекта. 14. Docker Исполнитель должен настроить: docker-compose.yml; Докерфайл; инструкция по запуску; инструкция по обновлению; Инструкция по резервному копированию базы. Система должна управлять командой одна.