Поддержка своей CRM: резервные копии, восстановление и передача проекта
Что согласовать до запуска кастомной CRM: состав резервной копии, проверка восстановления, доступы, обновления и комплект передачи другому разработчику.
Поддержка CRM должна описывать конкретные действия и ответственность. Наличие архива ещё не доказывает, что из него получится восстановить рабочую систему с заказами, файлами и интеграциями.
Разделите поддержку, исправления и развитие
После запуска CRM появляются задачи разного типа. Ошибка мешает провести заказ, сервер требует обслуживания, а руководитель просит новый отчёт. Если всё называется поддержкой, трудно понять сроки, стоимость и порядок выполнения.
Согласуйте отдельно наблюдение за работоспособностью, исправление дефектов и разработку новых возможностей. Для обращений полезно определить канал, часы работы и приоритеты. Остановка оформления заказов и пожелание переставить поле на карточке не должны попадать в одну неразличимую очередь.
Время реакции и время восстановления тоже различаются. Ответ специалиста означает начало работы, а не гарантированное завершение любой проблемы за тот же срок. Эти понятия лучше уточнить в условиях обслуживания.
Определите, что нужно для восстановления
CRM состоит не только из исходного кода. Нужны база с клиентами и заказами, загруженные документы, настройки и сведения о подключениях. Способ хранения и восстановления зависит от устройства конкретного проекта.
Например, для PostgreSQL официальная документация описывает несколько подходов к резервированию базы. Но копия базы сама по себе не сохраняет отдельное хранилище файлов. Поэтому список резервируемых компонентов составляют по всей системе, а не по одному инструменту.
Для каждого компонента определите частоту копирования, срок хранения и место отдельной копии. Доступ к архивам должен быть ограничен: в них могут находиться те же клиентские данные, что и в рабочей CRM.
| Компонент | Что проверить |
|---|---|
| Данные CRM | Восстанавливаются связи заказов, клиентов и операций |
| Вложения | Документы открываются из восстановленных карточек |
| Код и зависимости | Известно, какая версия совместима с копией данных |
| Настройки и доступы | Есть безопасный порядок восстановления подключений |
Проведите пробное восстановление
Попросите восстановить систему в отдельном окружении и пройти несколько рабочих действий. Открывается ли заказ, доступны ли его файлы, сходится ли итог отчёта? Запуск процесса базы ещё не подтверждает целостность всего пользовательского сценария.
На копии нужно отключить реальные отправки писем, создание доставок и другие внешние действия. Иначе проверка может повторить операции рабочего магазина. Перед возвращением восстановленной системы в работу потребуется сверка событий, которые успели пройти во внешних сервисах.
Зафиксируйте фактическую длительность проверки и допустимую потерю последних изменений. Условно, копия раз в сутки не подходит бизнесу, который не может заново восстановить даже несколько часов оплаченных заказов. Требования к восстановлению влияют на устройство и стоимость поддержки.
Подготовьте комплект передачи проекта
Владельцу полезно знать, где находятся репозиторий, сервер, домен и резервные копии, а также кто управляет каждым доступом. Права на код и порядок передачи закрепляются в условиях разработки; не стоит считать их автоматически одинаковыми у всех подрядчиков.
Новый специалист должен получить описание запуска, структуры данных и основных интеграций. Дополните его списком регулярных задач и известных ограничений. Документ на несколько понятных страниц полезнее обещания всё объяснить при необходимости.
- Инструкция развёртывания и перечень окружений.
- Порядок резервирования и результаты последней проверки восстановления.
- Контакты ответственных за инфраструктуру и внешние сервисы.
- Список фоновых задач и условий их безопасного запуска.
- Порядок выдачи, смены и отзыва доступов.
Обсудите эксплуатацию до завершения разработки
При заказе CRM в PXL Perfect состав поддержки, размещение и порядок передачи проекта обсуждаются под задачу клиента. Эти вопросы влияют на архитектуру, поэтому их полезно поднять ещё при оценке первой версии.
После запуска возвращайтесь к плану восстановления при заметных изменениях: появлении файлового модуля, нового источника заказов или дополнительного сервера. Копия, достаточная для вчерашней системы, может не охватывать новый компонент.