Тест БОТ

Привет. Ниже собрал условное ТЗ по боту для нашей синагоги. Нам нужен не просто 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; PeerFlood; тимчасові обмеження Telegram; помилкові з'єднання; розрив з'єднання; можливе перепідключення; тимчасова недоступність акаунта. Якщо один акаунт тимчасово заблокований обмеженням, решта роботи продовжується. 7. Збереження даних користувачів. Для кожного користувача зберігається: ідентифікатор Telegram; ім'я; прізвище (якщо є); ім'я користувача; посилання на профіль; список усіх чатів; текст повідомлення; дата і час повідомлення; посилання на повідомлення (якщо Telegram можна отримати). Об'єднання користувачів здійснюється виключно за ідентифікатором Telegram. Якщо користувач написав у 20 чатах — він відображається на одній картці. 8. Картка користувача Оператор повинен бачити: ім'я; ім'я користувача; ідентифікатор Telegram; посилання на профіль; список усіх чатів; повідомлення; дата активності. Приклад: Користувач: Іван Іванов 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; Dockerfile; інструкцію по запуску; інструкцію по оновленню; інструкцію по резервному копіюванню бази. Система повинна управляти командою одна.

Потрібно зробити телеграм бота з програмою, яка буде моніторити оголошення на трьох сайтах з оренди квартир (olx, lun, rieltor.ua) і надсилати їх структуровано в телеграм

Шукаю досвідченого розробника для створення розумного ШІ-чат-бота в Instagram для локального суші-бару (формат takeaway/доставка) у Відні. Це пілотний проєкт нашої агенції, за результатами якого будемо співпрацювати на постійній основі по інших клієнтах в Європі.Що повинен робити бот: Автоматично та миттєво відповідати на повідомлення в директ Instagram 24/7. Консультувати клієнтів щодо меню ресторану, складу ролів, цін та умов доставки/самовивозу (на основі бази знань, яку ми надамо). Спілкуватися ввічливо, закривати клієнта на замовлення та допомагати обрати позиції. Надсилати сповіщення про нове замовлення або гарячого ліда в закритий Telegram-чат для персоналу кухні.Технічні вимоги: Реалізація на базі ManyChat / Make.com / Typebot або OpenAI API (готові вислухати ваші пропозиції, як зробити простіше та стабільніше). Бот має підтримувати дві мови: українську та англійську (вітається німецька, але на старті необов'язково).Від вас чекаю: Приклади (кейси) схожих реалізованих ботів для товарного бізнесу чи ресторанів. Орієнтовну вартість розробки такого шаблону. Терміни виконання. Бюджет обговорюється з успішним кандидатом.