RetailCRM выбирают по составу пакета до разработки собственного контура продаж

Название CRM описывает лишь часть покупки. На главной RetailCRM представлена как платформа клиентского опыта с общим профилем покупателя, коммуникациями и заказами.

CRM помогает вести продажи и работу сотрудников. Маркетинг отвечает за работу с клиентской базой, OMS за обработку заказов. Руководитель выбирает, какие из этих задач компания отдаёт общей платформе.

Страницы функций описывают возможности, а состав лицензии задают тариф и предложение вендора. На проверенных страницах отдельный публичный прайс CRM, маркетинга и OMS не найден.

Поэтому своя CRM вместо коробки и выбор состава RetailCRM решают разные вопросы. Здесь сначала выясняют, что уже можно купить, чтобы не заказать ту же работу повторно.

Стартовый пакет «Профессиональный 3.0» стоит 10 400 ₽ в месяц. Это минимальная цена из оферты RetailCRM, проверенной 8 октября 2026, а не смета внедрения вашей компании.

В пакет уже входят несколько возможностей с лимитами. Если компания не использует часть из них, это ещё не даёт оснований вычитать их стоимость из опубликованной цены.

Цена 9 360 ₽ в месяц в калькуляторе относится к оплате на 12 месяцев со скидкой 10 %. Сравнивать её с помесячным платежом без этой оговорки нельзя.

Для расчёта нужны объёмы использования и выбранные опции. Попросите вендора сохранить расчёт вместе с составом: так следующую смету можно сравнить с той же покупкой.

Граница разработки начинается с действия сотрудника. «Нужен контроль согласований» слишком широко; «менеджер видит, у кого остановилось согласование скидки» уже можно показать и проверить.

Это пример для выбора, а не внедрение у нашего клиента. Сначала покажите его вендору: готовая настройка или дополнение могут закрыть сценарий без отдельного проекта.

Если обсуждаете только нужные модули, получите явное предложение: что доступно отдельно, что требует базовой лицензии и какие функции сохраняются. Название модуля этих условий не заменяет.

Когда пробел подтверждён, задачу для ИИ-агента описывают результатом и проверкой. «Повторить всю RetailCRM» расширяет заказ раньше, чем доказана потребность.

Мы сделали свои «Контакты» и «Ручейки» под задачи vibecoding.ru. Первые помогают понять, кто пришёл, вторые откуда пришёл и до какого шага дошёл.

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

В курсе по агентной разработке этому посвящён урок «Устройство админки». Экран собирают вокруг решений руководителя, а не количества нарисованных карточек.

Этот опыт показывает, как развивать свой узкий рабочий экран. Торговую OMS мы не строили, поэтому темп работы на сайте не обещает такой же срок для торговой компании.

Своя разработка даёт нужное поведение, но требует вести его дальше. В нашей админке ошибки появлялись там, где похожие экраны по-разному понимали один и тот же факт.

Для руководителя опасен правдоподобный отчёт. Таблица открывается, но потерян источник контакта или выбран другой период, и решение опирается на неверный срез.

Готовый пакет не отменяет вопросов к правилам учёта. Собственный модуль тоже не снимает их: определение события и ожидаемый результат надо согласовать до приёмки.

Вопрос кто отвечает за ошибки разбираем отдельно. Здесь для выбора состава достаточно назвать того, кто принимает правила нового модуля и проверяет их после изменения.

Начните с одного отсутствующего сценария и назначьте принимающего. Для экрана согласования это сотрудник, который проверит путь заявки от передачи на согласование до решения.

Граница включает то, что должно остаться прежним. Если компания сохраняет готовую CRM, новая доработка не должна заставлять сотрудников вести ту же информацию ещё раз.

Первый просмотр можно провести на вымышленных заявках. Зафиксируйте ожидаемые исходы и проверьте их до передачи в ежедневную работу.

Результат просмотра возвращается в очередь задач. Если сценарий решён, выбирают следующий пробел; если подходящее готовое решение нашлось, границу разработки сокращают.

Если вести разработку некому, подписка на агентную разработку даёт один поток за 250 000 ₽ в месяц в тарифе «Один проект». Инженер ведёт машину агентов, задачи идут по очереди в репозитории клиента.

Подписку можно поставить на паузу в любой месяц. Настройка CRM без кода остаётся у заказчика; подписка подходит для разработки подтверждённого недостающего сценария.

Чтобы обсудить границу первой задачи, запишитесь на разговор. Принесите состав выбранной платформы и пример, который она пока не закрывает.

1. Начните со сценариев компании и проверьте их в готовой платформе.

2. Сравнивайте состав, лимиты и период оплаты в одном предложении.

3. Раздельную покупку модулей подтвердите у вендора до расчёта.

4. Разрабатывайте подтверждённый пробел, сохраняя подходящие готовые части.

5. Назначьте владельца правил и принимающего до запуска своего модуля.