ТЗ: Telegram-бот “Render Assistant by HyperFrame”

Нужно создать парсер для сбора цен конкурентов, каталог более 40 тысяч товаров. Доступ к ценам доступен только из под авторизации

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

Привет. Ниже собрал условное ТЗ по боту для нашей синагоги. Нам нужен не просто 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; Докерфайл; инструкция по запуску; инструкция по обновлению; Инструкция по резервному копированию базы. Система должна управлять командой одна.