Журнал Рецепты Роста

Как происходят новые интеграции в AlarmCRM: этапы разработки - Часть 2

2025-09-09 10:28 Руководство
В первой части мы рассказали, как мы подходим к созданию технического задания (ТЗ) и почему этот этап жизненно важен для любого интеграционного проекта.

Но на самом деле ТЗ — это только старт. Дальше начинается самое интересное: превращение документа с описанием функций в живое рабочее решение, которое помогает бизнесу.
Сегодня мы поделимся тем, как мы организуем работу после утверждения ТЗ, и раскроем каждый этап, чтобы вы понимали, что происходит «за кулисами» разработки.

1. Планирование и запуск проекта

После того как ТЗ подписано и утверждено, мы формируем рабочую группу: разработчики, тестировщики (QA), проектный менеджер, аналитик.
Проектный менеджер отвечает за коммуникацию с клиентом и за то, чтобы проект шёл по плану, а разработчики — за реализацию технической части.
На этом этапе мы:
  • Определяем общий график проекта.
  • Разбиваем его на спринты — короткие рабочие циклы по 1–2 недели.
  • Фиксируем приоритеты задач: что нужно сделать в первую очередь, что можно отложить на потом.

2. Разработка и сборка функционала

Когда план готов, команда приступает к написанию кода.
Разработчики работают по задачам, зафиксированным в ТЗ и разбитым по спринтам.
Что делаем на этом этапе:
  • Настраиваем архитектуру, чтобы решение было масштабируемым и легко дорабатывалось в будущем.
  • Настраиваем интеграцию с внешними системами (через API, webhooks, SDK).
  • Реализуем внутренние модули CRM, которые обрабатывают и хранят данные.
  • Разрабатываем и реализуем дружелюбный для пользователя интерфейс, если он необходим.
  • Пишем скрипты для автоматизации процессов (например, автоматическая отправка писем или уведомлений).
Пример:
В интеграции с amoCRM и API банка мы настраиваем так, чтобы система «понимала» каждый ответ от банка и обновляла карточки сделок без участия менеджера.

3. Документирование кода

В процессе разработки мы сразу ведём документацию: описываем, что и как сделано, какие настройки и ключи использованы, где находятся основные модули.
Зачем это нужно:
  • Любой разработчик, подключившийся к проекту в будущем, сможет быстро разобраться в коде.
  • У клиента будет понятная инструкция для обслуживания и масштабирования решения.

4. Внутреннее тестирование

Как только блок кода готов, он отправляется на тестирование. Здесь проверяем:
  • Работает ли функционал так, как описано в ТЗ.
  • Корректно ли система обрабатывает нестандартные сценарии.
  • Есть ли ошибки при обмене данными между системами.
Методы тестирования:
  • Функциональное тестирование — это проверка того, что система выполняет именно те задачи, для которых она предназначена.
  • Нагрузочное тестирование — чтобы убедиться, что система выдержит реальную нагрузку.
  • Интеграционное тестирование — проверка взаимодействия всех модулей.

5. Пилотный запуск

Когда решение проходит внутренние тесты, мы переносим его в тестовую среду клиента.
  • Проверяем работу интеграции на реальных данных, но без риска для боевой базы.
  • Смотрим, как решение ведёт себя в окружении клиента.
  • Исправляем мелкие баги, которые могли остаться незамеченными в лабораторных условиях.
На этом этапе клиент часто уже видит, как его идея оживает, и может внести небольшие корректировки в логику работы.

6. Боевой релиз

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

7. Обучение и передача документации

Мы всегда проводим обучение команды клиента:
  • Проводим онлайн-сессии или личные встречи.
  • Записываем видеоинструкции.
  • Передаём документацию, чтобы команда могла самостоятельно обслуживать решение.
Наша цель — сделать так, чтобы пользователи чувствовали себя уверенно и могли полноценно использовать новый инструмент без ежедневных вопросов разработчикам.

8. Поддержка и развитие

После релиза мы остаёмся на связи:
  • Мониторим работу интеграции в первые дни.
  • При необходимости устраняем неполадки.
  • Обсуждаем дальнейшее развитие и новые функции.
Часто после запуска у клиента появляются новые идеи, и мы начинаем новый цикл: анализ, ТЗ, разработка.

Заключение

Разработка интеграции — это не «быстро написать код». Это многоэтапный процесс, где каждый шаг важен для качества и надёжности результата.
В AlarmCRM мы выстроили этот процесс так, чтобы клиент на каждом этапе понимал, что происходит, видел прогресс и получал продукт, который работает именно так, как нужно его бизнесу.