CRM-системы под ключ от Get Apps: разработка и внедрение
Почему стандартные CRM не работают: как мы подходим к кастомной разработке
По опыту команды разработчиков Гет аппс, более 70% клиентов, пришедших за собственной CRM, ранее пытались работать через готовые решения — amoCRM, Bitrix24, RetailCRM. И почти всегда их объединяет три постоянных разочарования:
- Недостаточная гибкость логики. Когда нельзя изменить структуру этапов сделки, состав карточек клиента или автоматическую логику работы с задачами.
- Ограниченные интеграции: типовые плагины работают с перебоями или не поддерживают сложную бизнес-логику.
- Невозможность масштабирования. Когда бизнес растёт, готовая CRM не справляется ни по быстродействию, ни по сложности данных.
Наиболее остро это ощущается в сферах с нестандартными процессами: например, в производстве, где внутри отдела продаж тесно переплетена закупка, техосмотр, логистика. Или в онлайн-школах, где перемешаны категории: кураторы, преподаватели, методисты, CRM для которых должна вести не сделки, а процессы образовательной поддержки с расписанием и метриками качества.
Пример: крупный интернет-магазин бытовой техники обратился к нам после полутора лет мучительного «дотюнинга» коробочной CRM. Их бизнес требовал сквозного контроля от звонка до складской отгрузки и мультилокационных остатков. Добавление кастомного модуля стоило сотни тысяч и не дало нужного результата. Мы помогли — через модель кастомного приложения, встроенного в их текущую инфраструктуру.
Почему просто взять open-source фреймворк недостаточно? В основе любой CRM лежит понимание не интерфейса, а процессов: какая информация критична на каком этапе, какие статусы должны завершать или запускать блоки автоматизации, какие события важны в API других систем. Именно поэтому работа Гет Аппс начинается не с кнопок, а с аналитики и картирования процессов.
Мы задаём вопросы: кто запускает процесс, кто принимает решение, кто передаёт задачи и где «застревают» заявки. Только после этого создаётся сквозной маршрут, вокруг которого проектируется интерфейс и логика.
Что под капотом у “под ключ”: поэтапный разбор нашей разработки
Этап 1. Сбор и формализация требований
Мы не ограничиваемся ТЗ в Excel. Работа начинается с очных и онлайн-интервью с ключевыми ролями в компании. Часто это руководители отделов, аналитики, менеджеры. Потом следуют демонстрация аналогичных решений (в том числе и из других сфер) и скетчинг сессии. Результат — фигма-карты процессов и сущностей (например, «заказ», «партнёр», «заявка», «проектная папка»).
Этап 2. Проектирование интерфейса и UX
Дизайн визуализирует процессы. Мы проектируем в контексте ролей — что видит руководитель, что менеджер, что бухгалтер. Это не про «красиво», а про «максимум без кликов и без мусора». Например, список заявок с группировкой по статусу, отфильтрованный по актуальному отделу, с возможностью писать в Telegram клиенту — всё из одного экрана.
Этап 3. Техническое проектирование
Определяются основные модули, фреймворки и сторонние интеграции. Примеры:
- Back-end: Node.js, PHP Laravel, 1С API
- Front-end: Vue.js, React
- Интеграции: телефония Asterisk, маркетплейсы, складские платформы, сервис-дески
Архитектура учитывает масштабируемость: горизонтальное масштабирование API, кеширование, устойчивость к сбоям. Разработка рассчитана на нагрузку в 1000+ одновременных действий.
Этап 4. Прототип и MVP
Через 2–4 недели клиент получает первый кликабельный прототип. Он не окончательный — задача получить обратную связь. На этом этапе заказчик видит не только внешний вид, но и основные маршруты — как создаётся задача, как продвигается сделка, где растёт статус. Благодаря этому вносятся корректировки без дорогостоящего рефакторинга к финалу.
Этап 5. Разработка
Команда делится на 3 направления:
- Backend — бизнес-логика, API, базы данных
- Frontend — интерфейсы, адаптив, анимации
- DevOps — CI/CD, разворачивание на серверах, мониторинг
Релизы идут спринтами 1–2 недели. Клиент видит прогресс в реальном времени в staging-окружении. Используются Jira, GitLab, Notion. На выходе — не сырой код, а документированная, управляемая система.
Этап 6. Тестирование и запуск
Прогоняются реальные бизнес-кейсы. Например: «Создание сделки B2C с рассрочкой», «Увольнение сотрудника и передача заявок», «Отчётность по KPI трёх отделов». Параллельно обучаем пользователей, делаем заметки, записываем скринкасты. Подготовка полного набора инструкций в формате PDF и видео входит в стандарт.
Дополнительно: поддержка и развитие
Гет Аппс ведёт проекты не только до запуска. В течение 3–6 месяцев мы поддерживаем систему, отслеживаем сбои, расширяем функции: добавляем категории пользователей, подключаем мобильные версии, выводим виджеты на сайт или связываем с другими приложениями внутри компании.
Как понять, что «под ключ» действительно сработает: критерии, риски, чеклист заказчика
Когда действительно нужна индивидуальная CRM?
- Бизнес опирается на нестандартные процессы (а не просто сделки и задачи)
- Нужно объединить несколько систем в единое пространство
- Часто меняются правила и регламенты, требующие гибкости интерфейса
- Компания прошла точку, где количество сотрудников > 30 и требуется вертикальная аналитика
3 типичные ошибки бизнеса на старте:
- Старт без анализа — CRM заказывают под слова «всё автоматизировать» без понятных задач.
- Ориентир на цену — выбор подрядчика как закупка шкафа: кто дешевле. Итог — двойная оплата после.
- Ожидание идеала сразу — попытка получить финальную систему «на берегу». Способ провалить сроки и деньги.
В GetApps мы защищаем от этих рисков через поэтапность, строгие прототипы, фиксированные требования и разумный MVP с финальной доработкой.
Как распознать компетентного подрядчика
Перед началом работ разработчик должен чётко ответить:
- Как будет фиксироваться бизнес-логика — есть ли формат?
- Что покажут до этапа разработки — будет ли прототип?
- Как они обеспечивают стабильность и обновления?
- Кто отвечает за поддержку после релиза?
Чеклист продуктивного взаимодействия
- У команды есть понятный шаблон сбора требований
- Вы знаете, когда покажут первый работающий результат
- Зафиксирована модель обратной связи и доработок
- Есть SLA: кто и как решает баги после запуска
- Коммуникация ведётся не по WhatsApp, а через системный инструмент (Jira, Trello, Notion)
Правильная CRM под ключ — не о «всё с нуля». Это — о создании цифрового ядра, которое отражает процессы конкретного бизнеса. И если вы всерьёз хотите, чтобы система работала на рост, а не для «закрытия воронки», — имеет смысл говорить не только о программировании. А о смысле, структуре и поддержке. Именно так мы реализуем CRM в команде Гет Аппс.