Бюджет: 1800 USD Срок: 7 дней
Увидев, что в презентации речь идет о мониторинге 800+ чатов, сборе пользователей и CRM для операторов. Главная боль в таких системах — не написать код, а не спалить аккаунт во время первичного парсинга истории. Именно тогда Telegram сыплет FloodWait и PeerFlood, а спешащие юзерботы ловят бан за полчаса. Поэтому архитектуру буду строить вокруг этого риска.
Что сделаю конкретно:
Юзербот на Telethon с асинхронной очередью и умными лимитами — FloodWait обрабатывается автоматически, паузы между запросами динамические, а не фиксированный sleep.
Парсинг 800+ чатов порциями с приоритизацией — сначала активные, потом архивные, чтобы не просрочить и не перегрузить API.
CRM-часть на C# MVP: операторы видят новые лиды в реальном времени, берут в работу, статусы, история диалога.
Хранение в PostgreSQL — структура под аналитику и поиск по пользователям.
Все в Docker-контейнерах, чтобы развертывание было одной строкой.
Один нюанс, который другие пропустят: первый запуск парсинга истории на 800 чатов — это самый опасный момент. Я делаю прогревание аккаунта постепенно, с наращиванием нагрузки, чтобы Telegram воспринимал активность как органическую. Это разница между «работает неделю» и «бан в первый день».
После сдачи не исчезаю — буду на связи с любыми правками и улучшениями. Сейчас свободен, стартую сегодня. Напишите — и я за час накидаю план первого этапа с оценкой по блокам.
