Интеграция amoCRM
дистанционно
договорная
Настроить установленную CRM. С системой будет работать: маркетинг, отдел продаж, руководство, техподдержка. Всего сотрудников: 8 человек. # **ТЗ на переработку структуры amoCRM для Edtech проекта (B2C)** Цель: перестроить архитектуру amoCRM таким образом, чтобы: - убрать разрозненность информации по клиенту; - отказаться от отдельных воронок “Сопровождение” и “Продление”; - хранить всю историю клиента в одной карточке покупателя; - привязать все оплаты, счета, продления и сопровождение к одному контакту/покупателю; - улучшить аналитику по воронке продаж и LTV; - упростить работу менеджеров и кураторов; - повысить конверсию в продажу и продления. --- # 1. Текущая проблема Сейчас процессы разделены на несколько воронок: - Sales - Сопровождение - Продление Из-за этого: - информация по одному клиенту хранится в разных сделках; - невозможно быстро увидеть полную историю клиента; - аналитика по оплатам и продлениям искажается; - сложно считать LTV, возвраты и повторные покупки; - продления создают дубли; - сопровождение живет отдельно от продаж; - отсутствует единая карточка покупателя. --- # 2. Новая архитектура CRM ## Оставляем только ОДНУ воронку: «От заявки до оплаты» После успешной оплаты: - сделка закрывается как “Успешно реализовано”; - создается/обновляется единая карточка покупателя; - дальнейшее сопровождение ведется НЕ через отдельные сделки, а через: - карточку покупателя; - счета; - поля; - задачи; - автоматизации; - timeline; --- # 3. Структура новой воронки Sales ### 1. Новая заявка Источники: - сайт; - Telegram канал; - TG менеджеров; - TG-боты; - эфиры; - реферальные ссылки - ретаргетинг - таргет (инст, hh, vk) - партнеры (дизайнерс и тд) - директ Что нужно: - Telegram-уведомление о новой заявке; - SLA-контроль первого ответа: - связаться за 15 минут; - уведомление при нарушении SLA. --- ### 2. Квалификация Менеджер фиксирует: - уровень; - цель; - направление; - источник; - актуальность запроса. --- ### 3. Записан на карьерную консультацию Интеграция: - Calink; Что нужно: - после записи через Calink статус обновляется автоматически; - дата консультации сохраняется в amo; - меняется статус на “записался на консультацию” - автозадача “подтвердить время консультации” --- ### 4. Консультация проведена (консультант) После консультации: - прикрепляется результат консультации и матрица компетенций; - фиксируются: - грейд; - домен; - занятость; - цель менторинга; - скидка (размер и срок) --- ### 5. Формирование оффера (сейлз) Автоматизация: - менеджер отправляет предложение; - фиксируется: - тариф; - скидка; - дедлайн. Логика скидок: - 10% — 24 часа после консультации; - далее 5% — еще 2 дня. Нужно: - автоматические дедлайны; - автоматические задачи/напоминания; - Telegram-пинги. --- ### 6. Счет выставлен (сейлз) Интеграции: - PayKeeper; - Vanda; - рассрочки. Что нужно: - все счета прикрепляются к сделке и к карточке покупателя (?) - хранится история: - сумма; - дата; - статус оплаты; - способ оплаты; - рассрочка/не рассрочка. --- ### 7. Работа с возражениями Автоматизация задач: - “нет времени”; - “не будет результата”; - “дорого”; - “кот в мешке”. Нужно: - шаблоны; - автозадачи; - reminders. --- ### 8. Дедлайн по скидке 1 (24ч) Автоматический: - Telegram-пинг; - задача сейлзу. --- ### 9. Дедлайн 2 (48–72ч) Автоматический: - финальный пинг; - предложение 5% скидки на следующие 2-3 дня --- ### 10. Успешно реализовано После оплаты: НЕ создавать новые сущности в других воронках. Вместо этого: - обновляется карточка покупателя; - создаются счета; - создаются задачи кураторам; - запускается сопровождение. --- # 4. Карточка покупателя (ключевая сущность в которой работают кураторы) Нужно сделать единую карточку покупателя. ## В карточке должны храниться: ### Базовые данные - имя; - Telegram; - email; - страна; - источник; - дата первой заявки. --- ### Продажи - все покупки; - все счета; - история оплат; - продления; - возвраты; - форма оплаты; - рассрочки. --- ### Продукт - тип услуги; - тариф; - длительность; - бюджет. --- ### Карьерная информация - запрос; - цель менторинга; - грейд; - домен; - занятость; - результат консультации; - матрица компетенций; - ИПР. --- ### Менторинг - текущий ментор; - прошлые менторы; - дата старта; - количество встреч пройдено на сегодняшний день; - остаток встреч до - дата окончания; - статус обучения; - продление; - заморозка; - просрочка. --- ### Обратная связь Интеграция с TG-ботом. Нужно автоматически сохранять: - обратную связь после 1 встречи; - после 3 встречи; - после последней встречи. --- # 5. Сопровождение (без отдельной воронки в карточках покупателя) ## Внутренние статусы покупателя ### Подбор ментора - ответственные распределение между 2 кураторами; - автоматически 50/50. - автозадача на MRM на подбор ментора, (SLA 2 рабочих дня уведомление в тг о просрочке) --- ### Знакомство с ментором - подтверждение мэтча; - задача куратору: отправка кружка/приветствия; --- ### 1 встреча (ИПР) - планирование графика встреч - 1-е ДЗ (цели) - 1-я встреча и составление ИПР - После встреч куратор проверяет заполнен ли ИПР и проставляет галочку в амо --- ### Активный менторинг - регулярные встречи; - дневник встреч; - обратная связь; - контроль регулярности; - сверка с ИПР --- ### Просрочка Нужно отслеживать: - если пакет 3/6/12 месяцев затягивается; - если встречи проходят нерегулярно. Нужны: - автоматические reminders; - предупреждения; - уведомления кураторам. --- # 6. Продления Продления НЕ должны жить в отдельной воронке. ## Логика За 1-ну встречу до окончания: - автоматически создается задача; - куратор получает напоминание; - запускается сценарий продления. --- ## Что нужно учитывать - количество встреч; - срок пакета; - активность клиента; - обратную связь менти; - обратную связь ментора; --- ## Оффер на продление Предлагать: - специальные тарифы продления; - скидка 10%. --- # 7. Аналитика Нужно настроить аналитику: ## Конверсии ### Лид весь входящий поток ? ### Конверсия в заявку создана сделка в amo ? ### Конверсия в первый контакт менти ответил менеджеру ? ### Конверсия в консультацию консультация состоялась ? ### Конверсия в оплату успешная оплата --- ## Дополнительная аналитика Нужно видеть: - SLA первого ответа; - среднее время до оплаты; - конверсию по менеджерам; - конверсию по источникам; - конверсию консультаций; - конверсию продлений; - возвраты; - LTV; - средний чек; - повторные покупки; - просрочки по пакетам. --- # 8. Что важно НЕ делать Не создавать: - новые дублирующие сделки; - отдельные воронки сопровождения; - отдельные воронки продления. Вся история клиента должна жить: - в карточке покупателя; - через счета; - через timeline; - через поля; - через задачи. --- # 9. Что ожидаем от специалиста amoCRM Нужен специалист, который: - предложит лучшую архитектуру; - минимизирует ручную работу; - настроит автоматизации; - поможет сохранить аналитику; - продумает масштабируемую структуру; - поможет избежать дублей и потери данных; - предложит оптимальную логику работы со счетами и LTV.
2026-05-14
Откликнуться