Общий список и карточка
Поиск по имени, контакту и запросу; фильтры по статусу, источнику и тегам; отдельная карточка с возвратом к исходному контексту.
ТЕСТОВОЕ ЗАДАНИЕ · НАБРОСОК ПРОДУКТА
Когда обращения приходят в разные каналы, команде легко потерять контакт, суть запроса и договорённость о продолжении. Jump Ads собирает заявки в общей CRM, где у каждой записи есть источник, статус и теги.
Живая версия работает по HTTPS. В CRM размещены демонстрационные записи; реальную анкету Telegram стоит пройти отдельно по сценарию ниже.
ПРОДУКТОВАЯ ГИПОТЕЗА
Основные пользователи — владелец и проверяющий агентства, которым нужно быстро принять обращение и не потерять контекст до следующего действия.
Telegram-бот последовательно собирает имя, контакт и запрос, даёт проверить ответы и после подтверждения создаёт лид.
Сотрудник заводит заявку напрямую в CRM. Оба входа сохраняют записи в общей базе.
Назначить тег, найти лид и отфильтровать список по тегу; источник и статус остаются отдельными полями.
Карточка и воронка помогают обновить этап. Дату следующего контакта можно запланировать отдельно.
ГРАНИЦЫ РЕШЕНИЯ
Сначала закрывается путь заявки из Telegram-бота и ручного ввода. Дополнительные экраны не меняют этот общий поток.
Поиск по имени, контакту и запросу; фильтры по статусу, источнику и тегам; отдельная карточка с возвратом к исходному контексту.
Теги назначаются заявкам и доступны в фильтре. Воронка показывает этап работы; сумма сделки и календарь следующего контакта добавлены в текущую версию.
Подключение личного Telegram-аккаунта не реализовано. Следующий вариант — согласовать способ авторизации и хранение сессии, затем передавать разрешённые входящие через общий сервис создания лида.
CRM работает на отдельном VPS-стеке с PostgreSQL и HTTPS. Сейчас используется техническое имя nip.io; собственный домен Jump Ads можно подключить отдельно. Обычный Telegram-аккаунт в эту версию не входит.
ТЕХНИЧЕСКИЙ КОНТУР
Решение встроено в текущую CRM и сохраняет её стек, авторизацию, данные и сервисы заявок и тегов.
КОРОТКИЙ РАЗБОР
Цель — довести существующий проект до проверяемого сценария и честно отделить локально проверенное от внешней приёмки.
Сначала изучены тестовое задание и текущий код: модели, сервисы, авторизация, бот и тесты. Затем изменения внесены в существующий Django-проект, после чего проверялись локальные экраны и сохранение данных.
Codex применялся для анализа требований, навигации по репозиторию, реализации и обновления документации. Django-тесты и браузер использовались для локальных проверок. Скриншоты промптов отдельно не сохранялись.
Локально ранее прошли 25 Django-тестов на SQLite. На сервере отдельно проверены HTTPS, вход, основные страницы, health-check и сохранность записей после перезапуска PostgreSQL. Реальная анкета Telegram до нового лида, тега и фильтра ещё не пройдена; production-набор автотестов не запускался.
Сначала пройти анкету @crm_adss_bot на внешнем сервере и проверить появление лида, назначение тега и поиск по тегу. Затем подключить фирменный домен, если предоставлен доступ к DNS, и спроектировать интеграцию обычного Telegram с безопасным хранением авторизации.
Проверьте веб-интерфейс и отдельно отправьте анкету боту: только такой ручной прогон подтвердит создание реального лида и его дальнейшую обработку в production.